Guilduo / MCP Task Management
MCP Task Management for Humans and AI Agents
Share work with Codex or Claude as a Quest with a clear goal, completion criteria and assignee. Read saved task state when a chat restarts, and hand work back when human judgment is needed. This guide follows a small UI fix from connection to review.
Keep work state beyond a conversation
A new chat can mean explaining the goal again: what changed, what remains and who should review it. Separate human task lists and AI conversations make it harder to distinguish implementation from acceptance.
Guilduo stores work as Quests that external AI clients can read and update through MCP. Humans inspect the same Quests in Guilduo / Relay Forge. Goals, completion criteria, next actions, assignments and Handoff states give the next session something concrete to read.
Model history, IDE files and running processes stay in the external environment. Registering an Agent does not start a model. A scheduled Quest or a ready Handoff does not automatically launch an Agent.
Connect, preview, save and reread
- Define one small Quest. Record the goal, completion criteria and next action. Use Backlog if the date is undecided. Planning, assignment and completion are separate states.
- Check identity and permissions. Connect a supported client to
https://mcp.guilduo.com/mcpusing OAuth. Link it to a registered Agent in Web App Connections. Readget_current_agent_contextto verify the Agent andeffectiveExecutionScopes. Execution permissions are the intersection of OAuth grants and Agent permissions. - Preview the assignment. Use
get_questto read the target and its latestupdatedAt. Previewassign_quest_to_agentwithdryRun: true. Within delegated scope, save with that timestamp asexpectedUpdatedAtanddryRun: false. - Work externally and return the result. Edit and test in Codex or Claude's work environment. Use
working, thenreview_requiredwhen the result needs review. Previewtransition_quest_handoff; pass the state you read asexpectedStatewhen saving. - Resume by reading saved state. In a new session, verify the connection and Agent permissions. Find the task with
list_questsand read it withget_quest. Check criteria, assignee, results and outstanding review, then inspect external files or artifacts before continuing.
For ordinary updates, inspect the target and proposed changes before saving, then reread to verify them. Preview support depends on the tool: adding dryRun to create_quest or update_quest does not create a preview. Follow the published schema. On conflict, read current state and reconsider the change.
Example: fix a smartphone menu
This task is illustrative. It contains no real user data and does not represent an executed job or a quality guarantee.
| Field | Example |
|---|---|
| Goal | Let visitors open and close the menu and reach the intended page on a narrow screen. |
| Completion criteria | No horizontal overflow at 390px. Menu controls and links work. Record keyboard checks and human device review. |
| Next action | Read existing menu behavior and styles, then reproduce the issue. |
| Delegated scope | Relevant UI changes and verification. Publishing and deployment decisions are excluded. |
| Return information | Changed files, checks, artifact location and the interactions a human should verify. |
A request to the connected AI could read:
Read “Fix the smartphone menu” in Guilduo and check its criteria and assignee. Preview assignment, save within my authorized scope, then make the fix. Check 390px layout and keyboard operation. Return the result for review with device checks still outstanding.
If tap comfort needs human judgment, the assigned registered Agent uses request_human_review to create a separate confirmation Quest. Specify where to check, what to do and what answer is needed. Preview first; save using the latest expectedUpdatedAt. The human saves a text response in the Web App, which the Agent reads with list_human_requests before revising or proceeding toward acceptance.
The human review response, Handoff approval and original Quest completion are separate operations. Answering the confirmation Quest does not complete the fix. Handoff records the transfer between assignees; even accepted leaves the original completion criteria to verify. See AI agent handoff for that workflow.
Where this fits, and what you still need
This fits UI fixes, copy review and research review with explicit goals and criteria. It helps when a human must respond to AI work or multiple sessions need to inspect saved progress.
Model hosting, IDE operation, test execution and scheduled Agent launches sit outside this Quest workflow. Native synchronization with external To Do services is not a prerequisite you can assume. Prepare the external runtime and its permissions separately.
Read access does not establish write access. Check required quests:read or quests:write permissions on both the OAuth and Agent sides. Record only necessary task information, keep credentials out of Quests, and check artifact link access separately.
Start with one Quest and a read check
Sign in to Guilduo / Relay Forge. Use the Quest guide to define a small task, then follow MCP connection. See the client instructions for Codex or Claude.
Once the client reads the same Quest, check Agents and assignment and permissions. Preview and save one assignment. Verify connection, reads, writes, external work and review separately so a failure has a clear location.
Published sources and review date
Reviewed . Based on publicly published source revision 42caab0fa1f396f15e4e1277f6e36dda1ac9bd04.
- public-docs/content.json: quests, mcp-connection, codex, claude, agents, permissions, human-relay and faq articles; workflow and runtime boundaries.
- api/mcp-tools.json: published contracts for Quest reads and writes, Agent context, assignment, Handoff transitions and human review requests.
Consult Guilduo Docs for detailed operations and check your client's Remote MCP and OAuth support.