neilbb
Joined 3 years ago
Joined 3 years ago
2. The manager never blocks. She helps me dump tasks into taskwarrior and route them. Since the manager plane is a mesh with p2p communication, no single agent becomes a bottleneck. Each designer connects to 1 or more workers in a star topology, and when workers get blocked, they alert the designer directly rather than waiting.
3. Pane looks interesting. How are you embedding the terminal into the desktop app? Is it a PTY wrapper or something like xterm.js?
In my setup there are two planes — manager and worker. On the manager plane, all primary agents form a mesh with p2p communication. Each designer connects to 1 or more workers in a star topology, since workers may have questions or get blocked while executing a plan.
The limitation of the built-in agent tool is it doesn't allow nested subagent spawning. But it's normal for a designer or researcher to need subagents — when a plan is done, I use a plan-review-leader agent to review it. If you try mother → planner → plan-review-leader → plan-vs-reality-validator, the nesting gets deep fast and blocks your manager from doing other work.
I wrote a blog post about this yesterday: https://dev.to/neil_agentic/ttal-more-than-a-harness-enginee...
What I'm exploring now:
1. How to convert tokens to value more efficiently
2. How to orchestrate a large LLM team instead of babysitting one session
3. How to parallelize work and make sure nothing blocks others
4. How to accelerate both productivity and quality control
5. How to make the system evolve itself
To achieve these, it requires much more skill and knowledge, not less.
https://ttal.guion.io gets updated daily with guides. Still incomplete, but shows the actual patterns.
If you want to dive deeper or integrate this into your workflow: [email protected]
github: https://github.com/birdmanmandbir mail: [email protected]