Summary
When an autonomous agent creates subtasks and assigns them using agent names (e.g. Sam Altman) instead of agent IDs (e.g. agt_4zj89Oi), the orchestrator accepts the assignment but never picks up these tasks for execution. They remain in todo indefinitely.
Steps to Reproduce
-
Create agents with human-readable names:
orch agent add "Sam Altman" --adapter claude ... # → agt_4zj89Oi
orch agent add "Elon Musk" --adapter claude ... # → agt_qyK6kA0
-
Create a lead agent in autonomous mode that creates subtasks via orch task add with --assignee "Sam Altman" (using name, not ID)
-
Run orch serve or orch run --watch
-
Observe: the subtasks stay in todo forever. The orchestrator does not resolve agent names to IDs.
Expected Behavior
Either:
- Option A (preferred):
orch task add --assignee "Sam Altman" resolves the name to agt_4zj89Oi at creation time (fuzzy match like other CLI commands)
- Option B:
orch serve scheduler resolves assignee names to agent IDs when matching tasks to agents
- Option C:
orch task add rejects the assignment with a clear error: "Sam Altman" is not a valid agent ID. Did you mean agt_4zj89Oi (Sam Altman)?
Actual Behavior
orch task add --assignee "Sam Altman" succeeds silently
- Task is created with
assignee: "Sam Altman" (raw string, not an ID)
orch task list displays Sam Altman in the AGENT column (looks correct)
orch serve / orch run --all skip the task — no error, no warning
- Task stays in
todo indefinitely
Workaround
Manually reassign using agent IDs:
orch task assign tsk_XXX agt_4zj89Oi
Impact
High — this breaks the autonomous agent workflow. When a lead agent creates subtasks for team members, it naturally uses their names (which it knows from context), not internal IDs. This means autonomous goal decomposition silently fails for multi-agent teams.
Environment
- orch version: latest (npm)
- OS: macOS Darwin 25.2.0
- Node: v20.19.5
Summary
When an autonomous agent creates subtasks and assigns them using agent names (e.g.
Sam Altman) instead of agent IDs (e.g.agt_4zj89Oi), the orchestrator accepts the assignment but never picks up these tasks for execution. They remain intodoindefinitely.Steps to Reproduce
Create agents with human-readable names:
Create a lead agent in autonomous mode that creates subtasks via
orch task addwith--assignee "Sam Altman"(using name, not ID)Run
orch serveororch run --watchObserve: the subtasks stay in
todoforever. The orchestrator does not resolve agent names to IDs.Expected Behavior
Either:
orch task add --assignee "Sam Altman"resolves the name toagt_4zj89Oiat creation time (fuzzy match like other CLI commands)orch servescheduler resolves assignee names to agent IDs when matching tasks to agentsorch task addrejects the assignment with a clear error:"Sam Altman" is not a valid agent ID. Did you mean agt_4zj89Oi (Sam Altman)?Actual Behavior
orch task add --assignee "Sam Altman"succeeds silentlyassignee: "Sam Altman"(raw string, not an ID)orch task listdisplaysSam Altmanin the AGENT column (looks correct)orch serve/orch run --allskip the task — no error, no warningtodoindefinitelyWorkaround
Manually reassign using agent IDs:
Impact
High — this breaks the autonomous agent workflow. When a lead agent creates subtasks for team members, it naturally uses their names (which it knows from context), not internal IDs. This means autonomous goal decomposition silently fails for multi-agent teams.
Environment