Work together GUILDUO
Guilduo Agents: registration, linking and Handoff
An Agent is a registry entry for an AI role and permission policy. Verify registration, connection, assignment and actual work as separate stages.
Register a role and permissions
- Sign in at https://app.guilduo.com/ and open Agent registration in Party.
- Set the display name, provider, role and instructions. For example: name Implementation helper; instruction Read the target before editing and return verification results for review.
- Choose the required allowedScopes. Use quests:read for Quest access and consider quests:write for delegated updates.
- After saving, verify the registered Agent ID and active status. Do not register model API keys or execution URLs.
Link an MCP connection to the registered Agent
Public tools also include get_agent_link, link_agent and unlink_agent. link_agent requires the OAuth agents:write scope; it does not register an Agent or expand its policy.
- Complete MCP OAuth using the same account and the connection guide.
- Link the intended client to the Agent in Connections.
- Use get_current_agent_context to check the Agent ID and effectiveExecutionScopes. Execution permissions are the intersection of OAuth and Agent policies.
Preview and save a Quest assignment
Read the actual Agent ID with list_registered_agents and the assignee and updatedAt with get_quest. The JSON below previews assign_quest_to_agent. Replace placeholders with values you read.
- Check the Quest, Agent and resulting Handoff in the preview. Use ready only when the work is ready for the Agent.
- Within authorized scope, add the current expectedUpdatedAt to the same input and set dryRun to false to save.
- Reread with get_quest to verify the saved assignee and Handoff.
{
"questId": "REPLACE_WITH_QUEST_ID",
"agentId": "replace-with-agent-id",
"handoffState": "ready",
"note": "Improve one help message and return a review summary.",
"dryRun": true
}Move through Handoff and return results
Preview transitions with transition_quest_handoff and pass the current state as expectedState when saving. Do not overwrite using stale state.
ready does not prove delivery or Agent startup. Actual work happens in the connected Codex, Claude or other environment.
| State | Meaning | Next action |
|---|---|---|
| none | No handover started | Agree on criteria and assignee |
| ready | Work is ready for the Agent | Read it and explicitly start |
| working | Work is in progress | Edit and verify in the connected client |
| blocked | Work cannot continue | Record the reason and resume after resolution |
| review_required | Returned for human review | Read the result and remaining checks |
| accepted | The Handoff was accepted | Check source Quest completion separately |
Diagnose Agent issues
- Agent missing from the list: check the account, registration and active status. A legacy free-form assignee is not a registered Agent.
- Assignment conflict: reread the Quest, refresh updatedAt and preview again.
- Reads work but writes fail: check that both OAuth and the Agent include the required write scope.
- Wrong linked identity: verify the intended Agent ID, relink within authorization and reread context.
Sources for this article
Edited from the public GitHub documentation. Read the original sources for specification details.
Content reviewed: · Public source revision: 5125178