| ▲ | eagerpace a day ago |
| The best way around this for me is planning a project well ahead of time and using subagents to execute individual tasks while the primary agent acts as a PM. |
|
| ▲ | tekacs a day ago | parent | next [-] |
| That isn't really a way around it for the kinds of things I'm talking about. The whole point is that getting all of the relevant context to even orchestrate it takes up most of the model's 272K. |
| |
| ▲ | jmalicki a day ago | parent [-] | | For those kind of tasks, I do hierarchical planning, and then parts of the plan can focus one agent on keeping a smaller amount of pre-determined context when orchestrating. Think: A VP of engineering has some super high level goal: "build a new product to beat our competitor in this new market". It then filters down and various levels of reports build more and more detailed yet more narrow pieces of planning/orchestration. They don't make it work by keeping all of the context in their head and micromanaging. | | |
| ▲ | eagerpace a day ago | parent [-] | | Yes, sometimes planning spans sessions too but I have even that broken down into stages where we start with the architecture and research, then save that, then define the milestones, then break down into the individual issues that the less sophisticated models can implement in a single session. |
|
|
|
| ▲ | whearyou a day ago | parent | prev [-] |
| I haven’t found I need to plan way too far ahead of time as long as I’ve defined the interface between the tasks |