Replies: 1 comment
-
| This happened to me on my first try. | 
Beta Was this translation helpful? Give feedback.
                  
                    0 replies
                  
                
            
  
    Sign up for free
    to join this conversation on GitHub.
    Already have an account?
    Sign in to comment
  
        
    
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Once planning is complete, the next step is to generate specifications using the appropriate command. However, after the specs are created, Agent OS prompts the LLM to begin with Task 1, the user can still decide at this point. This initiation bypasses the /execute-tasks command, which means the designated agents responsible for executing tasks—such as the project manager—aren’t activated.
I discovered this behavior after manually continuing the tasks a day later using the proper command. At that point, I noticed the project manager and other agents were correctly engaged, which hadn’t happened when I followed Agent OS’s prompt immediately after spec creation, asking if it should work on task 1 from the task list created after spec creation
Key Insight:
To ensure the full task execution workflow is utilized—including agent involvement—you should not accept Agent OS’s automatic prompt to begin tasks after specs are generated. Instead, always use the /execute-tasks command manually.
Why It Matters:
This nuance is easy to miss, especially for newcomers. If you follow Agent OS’s suggestion without understanding the underlying workflow, you risk skipping critical agent participation and breaking the intended process.
Beta Was this translation helpful? Give feedback.
All reactions