正在加载视频...

视频加载失败

the agent failed while I was asleep and somehow the work still got finished that was the test I actually wanted i gave GPT-6 Astra a workflow that normally needed me between every step inbound came in messy one agent had to sort it, another find the missing context,...

19,046 次观看 • 9 天前 •via X (Twitter)

17 条评论

Gipp 🦅 的头像
Gipp 🦅9 天前

this is a very good indicator

Huysolo 的头像
Huysolo8 天前

Classic case of tasks succeeding purely out of spite when you're not looking.

Dekos 的头像
Dekos9 天前

I had no idea about that before

monokern 的头像
monokern9 天前

blocker file idea makes a lot of sense

NO1ennn 的头像
NO1ennn9 天前

It’s gold

Lummox 的头像
Lummox9 天前

Hmmm Disagree It’s brilliant

magsimich 的头像
magsimich8 天前

That is the real agent test

Zero 的头像
Zero9 天前

roughly estimating, you probably spent around $200 building this

tsukiema 的头像
tsukiema9 天前

awesome system g

ALEXYZ 的头像
ALEXYZ9 天前

the real test was unattended recovery

Soph a, 的头像
Soph a,9 天前

Couldn't agree more

Ridark 的头像
Ridark8 天前

Your terminal makes daily work feel more enjoyable

Chen 的头像
Chen9 天前

same. the boring part is what actually ships

why 的头像
why9 天前

The real milestone is not that it finished, but that it handled the messy handoffs without needing you awake to unblock every step.

MORO 的头像
MORO9 天前

An agent failing gracefully and leaving a useful note already puts it ahead of half the people I’ve worked with.

Glyph 的头像
Glyph9 天前

So, the system actually handled the mess while you slept? That's the kind of emergent behavior that makes the whole setup interesting.

AIwithMinal 的头像
AIwithMinal8 天前

The overall vibe is amazing.

相关视频

i just built a 4-agent software team. everything runs from Telegram and gets managed on a kanban board. a project manager who plans the work, a backend developer, a frontend developer, and a tester. the PM reads a goal, breaks it into linked tasks, and assigns each to the right agent. the thing that makes them a team instead of four strangers is a shared kanban board. every task is a row that survives crashes, and when an agent finishes, it writes a summary of what it built and what the next agent needs to know. the next agent reads that summary before it starts. so the frontend developer never has to guess the API shape, and the tester knows exactly what to verify. the hardest part was not the coordination. it was building an agent that could actually act like a backend engineer. a backend engineer stands up a database, wires auth, manages storage, deploys functions, and keeps all of it consistent while the rest of the team builds on top. an agent doing this from scratch drowns. it burns its context window remembering which tables exist and which endpoint it created three steps ago, and the work degrades fast. so the backend agent needs a backend built for agents, not for humans clicking through a dashboard. that is where InsForge came in. it is an open-source, agent-native backend, and i added it to my backend developer agent as a skill. a skill is a step-by-step guide that teaches the agent how to do a specific kind of work. with InsForge installed, the agent stopped improvising infrastructure and followed a reliable path: create the project, define the database, set up auth, deploy functions. to test the whole team, i had them build a working Google Docs clone, AI features included. the backend agent spun up the full service on its own. database tables, user auth, document handling, and edge functions running real TypeScript, all in one dashboard. the frontend agent read that summary and built the UI on top of it, and the tester closed the loop. the result was a backend an agent could reason about end to end, instead of one it kept getting lost inside. if you are building an AI backend engineer, InsForge is worth a look, it's 100% open-source. InsForge GitHub: (don't forget to star 🌟) the full article on Hermes Kanban: Mission Control for your Agents is quoted below.

Akshay 🚀

123,101 次观看 • 3 个月前

Everyone wants agent swarms. Very few people are talking seriously enough about the context layer that makes swarms useful. Even with one agent, context is fragile. Too little context and the agent guesses. Too much context and it wastes tokens, loses focus, or reasons over irrelevant noise. The sweet spot is precise context: the right knowledge, in the right structure, at the right moment. With many agents, that challenge explodes. Each agent produces decisions, assumptions, findings, summaries, risks, and partial conclusions. Unless that knowledge becomes shared, structured, and reusable, every new agent is forced to rediscover what another agent already learned. That is not a swarm. That is a crowd. Shared context graphs are what turn agent activity into agent collaboration, and OriginTrail DKG V10 brings them to life. Was just playing with some final polishing for the V10 release, and it is really powerful to see shared context graphs where multiple agents contribute knowledge into the same connected memory, with attribution visible directly in the graph ui. That matters for three reasons. First, agents can access and build on one shared memory instead of staying trapped in isolated sessions. Second, the graph structure helps them retrieve the exact context they need, instead of stuffing everything into a prompt and hoping the model sorts it out. Third, verifiability of provenance. You can see which agent contributed each piece of knowledge, trace the source, and decide what to trust. Tokenmaxxing starts with fewer tokens, but the deeper story is coordination - agents stop reloading the world and start building on shared, verifiable context. That is the foundation for serious multi-agent work across software engineering, research, finance, operations, project management, and far beyond. The future is not more agents, it is agents working from shared, verifiable context. But the more the merrier, of course.

Jurij Skornik

11,180 次观看 • 4 个月前

James McAvoy says he was nearly cast in Harry Potter as Tom Riddle but turned down a £40,000 retainer "I was nearly in Harry Potter. I can probably say this one" "This the very first movie, I think it was, and it was, um, it was... was it Tom Riddle? In the first one, right, in the very first one, but he's like in it for like a scene." "It was a flashback or something like that." "They had, I seem to remember it was right at the beginning of my career, I auditioned for it, and I think they wanted to put me on a retainer." "They offered me something like, it was crazy, I'd hardly done any work, and me and I think maybe 10 other actors or something like that." "They wanted to put us on a retainer so that they could hold us and keep us to choose later who it would be. It was a really strange thing." "They offered quite a lot of money for me at that time. It was a ton of money, it was like £40,000 or something like that. And I'd done very little work, and I wouldn't be able to do any work for about seven months, I think it was." "And I said to my agent, what do you think? And Ruth Young, who's been my agent since, well, for what is it, 24 years at least, 25 maybe, she was like, absolutely not, don't do that." "And she was like, we're going to go and do something else and I ended up doing the play that I got booed off, got booed by homophobic gentlemen, 'Out in the Open'" "I did that instead, and got paid, I think, £275 a week. But it was part of the making of me, and I actually got an acting workout, it was actually learning and doing all that."

crest.

16,805 次观看 • 25 天前

this video is the CLEAREST explanation of how claude skills + AI agents work and how to use them most people set up an AI agent and wonder why it keeps disappointing them. the context window is everything context is what the model assembles before it takes any action. think of it like everything the agent needs to read before it does anything. the quality of what goes in determines the quality of what comes out. the models are genuinely really good right now. claude and gpt are exceptional. the variable is almost always the context you give them. 1. agent.md files are mostly unnecessary every single line you put in an agent.md file gets added to every single conversation you have with your agent. a 1000 line file is around 7000 tokens burning on every run. the model already knows to use react. it can read your codebase. save the agent.md for proprietary information specific to your company that the model genuinely cannot know on its own. 2. skills are the actual unlock a skill.md file works differently. what loads into context is only the name and description, around 50 tokens. the full instructions only appear when the agent recognizes it needs that skill. so instead of 7000 tokens on every run you have 50. and the agent stays sharp because the context window stays lean. the closer you get to filling the context window the worse the agent performs, same way you perform worse when someone dumps 10 things on you at once. 3. here is how to actually build a skill the right way most people identify a workflow and immediately try to write the skill. what you want to do instead is run the workflow by hand with the agent first. walk it through every single step. tell it what to check, what good looks like, what bad looks like. correct it in real time. once you have had a full successful run from start to finish, tell the agent to review everything it just did and write the skill itself. it writes a better skill than you will because it has the full context of what actually worked in practice not in theory. 4. recursively building skills is how you go from frustrated to reliable when the skill breaks, and it will break, ask the agent exactly why it failed. it will tell you specifically what went wrong. fix it together in that same conversation. then tell it to update the skill file so that failure mode never happens again. ross mike did this five times with his youtube report generator. it now pulls from eight different data sources and runs flawlessly every single time without him touching it. 5. sub agents are something you earn not something you set up on day one start with one agent. build one workflow. turn it into one skill. once that works add another. ross mike has five sub agents now covering marketing, business, personal and more. it took months to get there and every single one exists because a workflow proved it deserved to exist. the people who set up 15 sub agents on day one and wonder why nothing works skipped all the steps that make the thing actually run. 6. your workflow is the thing the model cannot get anywhere else the model has been trained on everything. it knows more than you about most things. what it does not have is your specific process, your taste, your way of doing things. that is what skills capture. that is what makes your agent actually useful versus a generic one. downloading someone else's skill means downloading their context onto your setup and it will not work the way you want it to because it was never built around how you work. this is the clearest explanation of how agents actually work i have heard. Micky runs this stuff every single day and the results show it. full episode is now live on The Startup Ideas Podcast (SIP) 🧃 where you get your pods people charge for this sorta stuff i give away the sauce for free i just want you to win watch

GREG ISENBERG

194,524 次观看 • 5 个月前