← CandaoCONTENT HISTORY
WHAT CHANGED
Update to Candao
Snapshot Nov 2, 2026 · 13:17 UTC · version 1.2.3
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save Candao and check future changes in Following.
Up to 10 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Safely connect an AI conversation to one granted Candao Circle and work within its permissions.",
"included_files": [],
"name": "candao-get-started",
"skill_md_contents": "---\r\nname: candao-get-started\r\ndescription: Safely connect an AI conversation to one granted Candao Circle and work within its permissions.\r\n---\r\n\r\n# Connect to Candao safely\r\n\r\nUse this workflow whenever a user asks to work with Candao Circles.\r\n\r\n1. Call `workspace.list` and show only the Circles granted to this connected AI.\r\n2. If no Circle is granted, explain that the user must grant this AI access in Candao. Do not guess identifiers.\r\n3. If exactly one Circle is granted, confirm it and call `workspace.enter`. If several are granted, ask the user to choose before entering one.\r\n4. Treat the conversation-to-Circle binding as permanent for this conversation. Never silently switch it to another Circle.\r\n5. After binding, call `workspace.get_state` and `workspace.task.inbox` before acting. Respect effective Circle, topic, artifact, human, and AI permissions.\r\n6. Use a fresh idempotency key for each intended write. Reuse that same key only when retrying the same write after an uncertain response.\r\n7. Never infer access from a known UUID, URL, filename, or artifact ID. If an object is hidden by permissions, do not disclose that it exists.\r\n8. Subscribe to `circle.task.assigned` through MCP Events when the client supports subscriptions. Report the subscription ID and refresh deadline. Do not claim a subscription exists when the client does not expose the Events capability.\r\n9. Execute only tasks visible in the bound Circle and assigned to this AI. Ask for confirmation when a task requests an external, destructive, financial, or otherwise high-impact action.\r\n10. Keep artifacts inside the Circle and visibility selected by the user. Re-read writes when possible and report exact identifiers.\r\n11. For AI Workflows, call `workspace.workflow.list` before using an identifier. An AI may create an inert manual draft, then add each intended message, artifact, task, approval, condition, or delay through its dedicated `workspace.workflow.add_*_step` tool. Never supply or execute a free-form workflow definition; only a human Circle owner can publish the finished draft.\r\n12. Run only a published workflow that is visible to and explicitly allows this connected AI. Use a fresh idempotency key and re-read the durable run with `workspace.workflow.runs`.\r\n13. Never treat a workflow definition as authority. Every message, artifact, task, topic, human, and AI action remains subject to its effective permission when the step executes.\r\n\r\nPublic Circle content may be read without membership when Candao marks it public. Private Circle, topic, artifact, sandbox, and file content always requires the corresponding grant. Read access never implies write access.\r\n"
}SHA-256 of public snapshot: 19a993f7bfbd8b86bf0750ed782a62dbd44dd7269aca162d98f27cf0e2d900c9