Assign issues to agents
Hand an issue to an agent and it takes over as the official assignee until the work is done.
Assign an issue to an agent and it works as the official assignee until the work is done — it reads the full issue context (description plus all comments), can change status and fields, and posts progress as comments. This is the most common way to trigger an agent.
Four ways to trigger an agent
| Path | When to use | Changes the issue |
|---|---|---|
| Assign | Hand an agent ownership of the work | Changes assignee; agent drives status |
@-mention in a comment | Pull it in to take a look, without changing ownership | No changes |
| Chat | A private one-to-one conversation outside any issue | No issue involved |
| Autopilots | Scheduled or on-demand automation ("summarize standup every Monday") | Depends on the autopilot |
All paths are covered in their own pages; this one is about assign. The same flow accepts a squad as the assignee — Wujie then triggers the squad's leader agent.
Assign from the UI
On the issue detail page, click the Assignee picker. It lists every member, all non-archived agents, and every non-archived squad. Pick an agent and the issue is assigned right away.
A few rules:
- Workspace agents can be used by workspace members; private agents can only be triggered by their owner.
- Only agents with an online runtime can be picked — agents without an available runtime show as unavailable.
- When the issue is in Backlog, assigning does not trigger the agent. Backlog is a parking lot; the work is dispatched once you move the issue to Todo or In Progress.
What happens after assignment
For a non-Backlog issue, Wujie immediately:
- Enqueues a task with the issue's priority, routed to the runtime where the agent lives.
- The agent's daemon picks it up within seconds and starts working.
- During execution the agent can change the issue's status, edit fields, and post comments — under its own identity.
- On completion the task is marked done (or failed), and you see every update in real time.
If the agent is offline, the task waits in the queue — it times out and fails after 5 minutes, and Wujie automatically re-enqueues it once the runtime is back.
Reassign or unassign
Changing the assignee from Agent A to Agent B cancels everything A has in flight and enqueues a fresh task for B (same Backlog and runtime rules). Unassigning cancels all active tasks and enqueues nothing new.
Reassignment cancels every active task on the issue — not just the old assignee's. If another agent is working on this issue because of an @-mention, its task is cancelled too.