[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6P583QXCG5EB24EYC63VP3Z":3,"skill-same:01M6P583QXCG5EB24EYC63VP3Z":97},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":26,"publishedAt":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":76,"commitSha":77,"skillDirectory":78,"forksCount":79,"repositoryHtmlUrl":80,"repositoryHomepageUrl":6,"ownerHtmlUrl":81,"ownerBlogUrl":82,"ownerDescription":6,"updatedAt":83,"install":84,"resources":96},"01M6P583QXCG5EB24EYC63VP3Z","handoff-protocol",null,"Produces a structured handoff package (markdown document) containing objective, required context file list, task definition, definition of done, constraints, and next steps for the receiving agent. Use when: 'hand off to the next agent', 'prepare this for handoff', 'is this handoff package complete', 'ensure nothing is lost in the transition'.","DojoGenesis\u002Fgateway","DojoGenesis","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F273886418?v=4","01M6P54RXMD3TZ2082Z3Z4JMQP","Cruz Morales (TresPies)","01M6P54S269YR0ZZZ96WGQM439",2,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fplugins\u002Fagent-orchestration\u002Fskills\u002Fhandoff-protocol\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000002","文档处理","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"handoff protocol","protocol","handoff","context files","transition","definition","hand","sonnet","agent-orchestration","next steps","paths","false","next","done","files","list","markdown","handoff package","orchestration","definition of done","2026-11-10 10:12:30",false,"---\nname: handoff-protocol\nmodel: sonnet\ndescription: \"Produces a structured handoff package (markdown document) containing objective, required context file list, task definition, definition of done, constraints, and next steps for the receiving agent. Use when: 'hand off to the next agent', 'prepare this for handoff', 'is this handoff package complete', 'ensure nothing is lost in the transition'.\"\ncategory: agent-orchestration\ntriggers:\n  - \"hand off to the next agent\"\n  - \"prepare this for handoff\"\n  - \"is this handoff package complete\"\n  - \"ensure nothing is lost in the transition\"\ntier: 1\nagents:\n  - \"primary\"\ntool_dependencies:\n  - \"file_system\"\n\ninputs:\n  - name: objective\n    type: string\n    description: The objective being handed off to the receiving agent\n    required: true\n  - name: context_files\n    type: string[]\n    description: List of context file paths the receiving agent needs\n    required: false\noutputs:\n  - name: handoff_package\n    type: string\n    description: Structured handoff markdown document with objective, context files, task definition, definition of done, and constraints\n---\n\n# Agent Handoff Protocol Skill\n\n**Version:** 1.0  \n**Created:** 2026-02-04  \n**Author:** Manus AI  \n**Purpose:** To provide a clear, repeatable protocol for handing off work between agents (e.g., Manus to implementation agents, Manus to Cipher), ensuring no loss of context and a high probability of success.\n\n---\n\n## I. The Philosophy: The Sacred Relay\n\nIn a multi-agent ecosystem, a handoff is a **sacred relay**. It is the moment where one agent passes the baton of responsibility to another. A fumbled handoff leads to dropped context, wasted effort, and a broken workflow. A clean handoff is a moment of trust and shared understanding, where the receiving agent is not just given a task, but is fully equipped to carry it forward.\n\nThis protocol transforms the handoff from a hopeful transfer into a rigorous, verifiable exchange. It is an act of respect for the receiving agent, acknowledging that their ability to succeed is entirely dependent on the quality of the context they are given.\n\n---\n\n## II. When to Use This Skill\n\n-   **Always** use this skill when one agent's work is complete and another agent must begin the next phase.\n-   **Manus → Implementation Agent:** When a specification is complete and ready for implementation.\n-   **Manus → Cipher:** When research is complete and a creative or divergent perspective is needed.\n-   **Any Agent → Any Agent:** Whenever responsibility for a task is transferred.\n\n---\n\n## III. The Handoff Workflow\n\n### Step 1: Prepare the Handoff Package\n\nThe sending agent is responsible for preparing a complete and self-contained \"handoff package.\" This is a markdown document that contains everything the receiving agent needs to know. Use the template from Section IV.\n\n### Step 2: Verify the Package with the Checklist\n\nBefore initiating the handoff, the sending agent must verify the package against the Handoff Checklist in Section V. This is a self-assessment to ensure quality.\n\n### Step 3: Initiate the Handoff\n\nThe sending agent initiates the handoff by creating a task for the receiving agent, with the handoff package as the primary input.\n\n**Example Handoff Task:**\n-   **Agent:** Implementation Agent (Zenflow, Claude Code, etc.)\n-   **Task:** Implement the v0.0.26 Breadcrumb feature.\n-   **Input:** `handoffs\u002Fv0.0.26\u002F01_breadcrumb_handoff.md`\n\n### Step 4: The Receiving Agent's Acceptance\n\nThe receiving agent's first action is to read the handoff package and confirm that it has everything it needs to proceed. If the package is incomplete, the receiving agent must immediately return the task to the sender with a request for more information.\n\n**Example Acceptance:** \"Handoff package received and verified. I have all necessary context to proceed with the implementation. Work will now begin.\"\n\n**Example Rejection:** \"Handoff package is incomplete. The link to the specification is broken. Please correct and resubmit.\"\n\n---\n\n## IV. Handoff Package Template\n\n```markdown\n# Agent Handoff Package\n\n**From:** [Sending Agent Name]\n**To:** [Receiving Agent Name]\n**Date:** [YYYY-MM-DD]\n**Subject:** Handoff of [Task\u002FProject Name]\n\n---\n\n## 1. Objective\n\n> [A single, clear sentence describing the receiving agent's primary goal.]\n\n---\n\n## 2. Required Context\n\n[A comprehensive list of all files, documents, and resources the receiving agent MUST read before starting work. Use full paths.]\n\n**Core Documents:**\n-   **Specification:** `[path\u002Fto\u002Fspecification.md]`\n-   **Status:** `[path\u002Fto\u002FSTATUS.md]`\n\n**Key Conversation Summaries:**\n-   `[path\u002Fto\u002Fconversation_summary_1.md]`\n-   `[path\u002Fto\u002Fconversation_summary_2.md]`\n\n**Relevant Seeds or Skills:**\n-   `[path\u002Fto\u002Fseed.md]`\n-   `[path\u002Fto\u002Fskill.md]`\n\n**Pattern Files \u002F Code Examples:**\n-   `[path\u002Fto\u002Fpattern_file_1.tsx]`\n-   `[path\u002Fto\u002Fpattern_file_2.go]`\n\n---\n\n## 3. Task Definition\n\n[A clear and unambiguous definition of the task to be performed. If this is an implementation agent handoff, this section should contain the full implementation prompt.]\n\n---\n\n## 4. Definition of Done\n\n[How will we know the receiving agent's work is complete? This must be a list of binary, testable success criteria.]\n\n-   [ ] [Success Criterion 1]\n-   [ ] [Success Criterion 2]\n-   [ ] [Success Criterion 3]\n\n---\n\n## 5. Constraints & Boundaries\n\n[What are the explicit constraints on the receiving agent's work?]\n\n-   **DO NOT** modify files outside of the specified scope.\n-   **DO NOT** make architectural decisions without consulting [Sending Agent Name].\n-   **MUST** follow the patterns established in the provided pattern files.\n\n---\n\n## 6. Next Steps (After Completion)\n\n[What happens after the receiving agent is done? Who takes the next handoff?]\n\n-   Upon completion, notify [Next Agent Name] and hand off the results for the next phase (e.g., QA, documentation).\n```\n\n---\n\n## V. Handoff Checklist (for Sending Agent)\n\n-   [ ] **Is the Objective a single, clear sentence?**\n-   [ ] **Are all links in the Required Context section valid and pointing to the correct files?**\n-   [ ] **Is the Task Definition unambiguous and complete?**\n-   [ ] **Is the Definition of Done a list of testable, binary criteria?**\n-   [ ] **Are the Constraints clear and explicit?**\n-   [ ] **Is the next step after completion clearly defined?**\n\n---\n\n## VI. Best Practices\n\n-   **No Implicit Context:** If it's not in the handoff package, it doesn't exist. Never assume the receiving agent knows something.\n-   **Over-communicate:** It is better to provide too much context than too little.\n-   **The Receiver is the Gatekeeper:** Empower the receiving agent to reject incomplete handoffs. This maintains quality across the ecosystem.\n-   **Standardize Handoff Locations:** Create a `handoffs\u002F` directory in each project to store these packages, creating a clear audit trail.\n\n## Output\n\n- A `handoffs\u002F` directory entry containing the completed handoff package as a markdown file (e.g., `handoffs\u002Fv0.0.26\u002F01_feature_handoff.md`)\n- The package includes: objective sentence, required context file list with full paths, task definition, definition-of-done checklist, explicit constraints, and next-steps attribution\n- A completed self-assessment against the Handoff Checklist (Section V)\n\n## Examples\n\n**Scenario 1:** Specification writing is complete and an implementation agent must build the feature → skill produces a handoff package at `handoffs\u002Fv0.0.26\u002Fbreadcrumb_handoff.md` with the spec path, pattern file paths, definition of done as binary checkboxes, and a constraint list preventing architectural changes.\n\n**Scenario 2:** Research phase is complete and a creative agent must synthesize findings → skill produces a handoff package naming all research files, framing the synthesis objective in one sentence, and defining what a complete synthesis looks like.\n\n## Edge Cases\n\n- If the receiving agent is unknown at handoff time, leave the \"To\" field as `[TBD]` and note that the package will be routed by the orchestrator — do not hold the package waiting for that information.\n- If required context files do not yet exist (e.g., a spec that is still being written), flag them as `[PENDING — do not begin until available]` rather than omitting them from the list.\n\n## Anti-Patterns\n\n- Writing the handoff package as a prose summary rather than a structured template — the receiving agent cannot programmatically check what it has and what it is missing.\n- Marking the handoff complete before verifying all links in the Required Context section resolve to actual files — broken paths silently block the receiving agent.\n","# Agent Handoff Protocol Skill\n\n**Version:** 1.0  \n**Created:** 2026-02-04  \n**Author:** Manus AI  \n**Purpose:** To provide a clear, repeatable protocol for handing off work between agents (e.g., Manus to implementation agents, Manus to Cipher), ensuring no loss of context and a high probability of success.\n\n---\n\n## I. The Philosophy: The Sacred Relay\n\nIn a multi-agent ecosystem, a handoff is a **sacred relay**. It is the moment where one agent passes the baton of responsibility to another. A fumbled handoff leads to dropped context, wasted effort, and a broken workflow. A clean handoff is a moment of trust and shared understanding, where the receiving agent is not just given a task, but is fully equipped to carry it forward.\n\nThis protocol transforms the handoff from a hopeful transfer into a rigorous, verifiable exchange. It is an act of respect for the receiving agent, acknowledging that their ability to succeed is entirely dependent on the quality of the context they are given.\n\n---\n\n## II. When to Use This Skill\n\n-   **Always** use this skill when one agent's work is complete and another agent must begin the next phase.\n-   **Manus → Implementation Agent:** When a specification is complete and ready for implementation.\n-   **Manus → Cipher:** When research is complete and a creative or divergent perspective is needed.\n-   **Any Agent → Any Agent:** Whenever responsibility for a task is transferred.\n\n---\n\n## III. The Handoff Workflow\n\n### Step 1: Prepare the Handoff Package\n\nThe sending agent is responsible for preparing a complete and self-contained \"handoff package.\" This is a markdown document that contains everything the receiving agent needs to know. Use the template from Section IV.\n\n### Step 2: Verify the Package with the Checklist\n\nBefore initiating the handoff, the sending agent must verify the package against the Handoff Checklist in Section V. This is a self-assessment to ensure quality.\n\n### Step 3: Initiate the Handoff\n\nThe sending agent initiates the handoff by creating a task for the receiving agent, with the handoff package as the primary input.\n\n**Example Handoff Task:**\n-   **Agent:** Implementation Agent (Zenflow, Claude Code, etc.)\n-   **Task:** Implement the v0.0.26 Breadcrumb feature.\n-   **Input:** `handoffs\u002Fv0.0.26\u002F01_breadcrumb_handoff.md`\n\n### Step 4: The Receiving Agent's Acceptance\n\nThe receiving agent's first action is to read the handoff package and confirm that it has everything it needs to proceed. If the package is incomplete, the receiving agent must immediately return the task to the sender with a request for more information.\n\n**Example Acceptance:** \"Handoff package received and verified. I have all necessary context to proceed with the implementation. Work will now begin.\"\n\n**Example Rejection:** \"Handoff package is incomplete. The link to the specification is broken. Please correct and resubmit.\"\n\n---\n\n## IV. Handoff Package Template\n\n```markdown\n# Agent Handoff Package\n\n**From:** [Sending Agent Name]\n**To:** [Receiving Agent Name]\n**Date:** [YYYY-MM-DD]\n**Subject:** Handoff of [Task\u002FProject Name]\n\n---\n\n## 1. Objective\n\n> [A single, clear sentence describing the receiving agent's primary goal.]\n\n---\n\n## 2. Required Context\n\n[A comprehensive list of all files, documents, and resources the receiving agent MUST read before starting work. Use full paths.]\n\n**Core Documents:**\n-   **Specification:** `[path\u002Fto\u002Fspecification.md]`\n-   **Status:** `[path\u002Fto\u002FSTATUS.md]`\n\n**Key Conversation Summaries:**\n-   `[path\u002Fto\u002Fconversation_summary_1.md]`\n-   `[path\u002Fto\u002Fconversation_summary_2.md]`\n\n**Relevant Seeds or Skills:**\n-   `[path\u002Fto\u002Fseed.md]`\n-   `[path\u002Fto\u002Fskill.md]`\n\n**Pattern Files \u002F Code Examples:**\n-   `[path\u002Fto\u002Fpattern_file_1.tsx]`\n-   `[path\u002Fto\u002Fpattern_file_2.go]`\n\n---\n\n## 3. Task Definition\n\n[A clear and unambiguous definition of the task to be performed. If this is an implementation agent handoff, this section should contain the full implementation prompt.]\n\n---\n\n## 4. Definition of Done\n\n[How will we know the receiving agent's work is complete? This must be a list of binary, testable success criteria.]\n\n-   [ ] [Success Criterion 1]\n-   [ ] [Success Criterion 2]\n-   [ ] [Success Criterion 3]\n\n---\n\n## 5. Constraints & Boundaries\n\n[What are the explicit constraints on the receiving agent's work?]\n\n-   **DO NOT** modify files outside of the specified scope.\n-   **DO NOT** make architectural decisions without consulting [Sending Agent Name].\n-   **MUST** follow the patterns established in the provided pattern files.\n\n---\n\n## 6. Next Steps (After Completion)\n\n[What happens after the receiving agent is done? Who takes the next handoff?]\n\n-   Upon completion, notify [Next Agent Name] and hand off the results for the next phase (e.g., QA, documentation).\n```\n\n---\n\n## V. Handoff Checklist (for Sending Agent)\n\n-   [ ] **Is the Objective a single, clear sentence?**\n-   [ ] **Are all links in the Required Context section valid and pointing to the correct files?**\n-   [ ] **Is the Task Definition unambiguous and complete?**\n-   [ ] **Is the Definition of Done a list of testable, binary criteria?**\n-   [ ] **Are the Constraints clear and explicit?**\n-   [ ] **Is the next step after completion clearly defined?**\n\n---\n\n## VI. Best Practices\n\n-   **No Implicit Context:** If it's not in the handoff package, it doesn't exist. Never assume the receiving agent knows something.\n-   **Over-communicate:** It is better to provide too much context than too little.\n-   **The Receiver is the Gatekeeper:** Empower the receiving agent to reject incomplete handoffs. This maintains quality across the ecosystem.\n-   **Standardize Handoff Locations:** Create a `handoffs\u002F` directory in each project to store these packages, creating a clear audit trail.\n\n## Output\n\n- A `handoffs\u002F` directory entry containing the completed handoff package as a markdown file (e.g., `handoffs\u002Fv0.0.26\u002F01_feature_handoff.md`)\n- The package includes: objective sentence, required context file list with full paths, task definition, definition-of-done checklist, explicit constraints, and next-steps attribution\n- A completed self-assessment against the Handoff Checklist (Section V)\n\n## Examples\n\n**Scenario 1:** Specification writing is complete and an implementation agent must build the feature → skill produces a handoff package at `handoffs\u002Fv0.0.26\u002Fbreadcrumb_handoff.md` with the spec path, pattern file paths, definition of done as binary checkboxes, and a constraint list preventing architectural changes.\n\n**Scenario 2:** Research phase is complete and a creative agent must synthesize findings → skill produces a handoff package naming all research files, framing the synthesis objective in one sentence, and defining what a complete synthesis looks like.\n\n## Edge Cases\n\n- If the receiving agent is unknown at handoff time, leave the \"To\" field as `[TBD]` and note that the package will be routed by the orchestrator — do not hold the package waiting for that information.\n- If required context files do not yet exist (e.g., a spec that is still being written), flag them as `[PENDING — do not begin until available]` rather than omitting them from the list.\n\n## Anti-Patterns\n\n- Writing the handoff package as a prose summary rather than a structured template — the receiving agent cannot programmatically check what it has and what it is missing.\n- Marking the handoff complete before verifying all links in the Required Context section resolve to actual files — broken paths silently block the receiving agent.\n",{"name":5,"tier":52,"model":34,"agents":53,"inputs":55,"outputs":65,"category":35,"triggers":69,"description":7,"tool_dependencies":74},1,[54],"primary",[56,61],{"name":57,"type":58,"required":59,"description":60},"objective","string",true,"The objective being handed off to the receiving agent",{"name":62,"type":63,"required":48,"description":64},"context_files","string[]","List of context file paths the receiving agent needs",[66],{"name":67,"type":58,"description":68},"handoff_package","Structured handoff markdown document with objective, context files, task definition, definition of done, and constraints",[70,71,72,73],"hand off to the next agent","prepare this for handoff","is this handoff package complete","ensure nothing is lost in the transition",[75],"file_system","main","ff07df5fd8f75762c2a131e6e26d297e8ae403ee","plugins\u002Fagent-orchestration\u002Fskills\u002Fhandoff-protocol",0,"https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway","https:\u002F\u002Fgithub.com\u002FDojoGenesis","dojogenesis.com","2026-10-25 22:59:58",{"source":8,"skillName":5,"commands":85,"prompt":95,"zipAvailable":59},[86,89,92],{"tool":87,"command":88},"npx","npx skills add DojoGenesis\u002Fgateway --skill handoff-protocol",{"tool":90,"command":91},"bunx","bunx skills add DojoGenesis\u002Fgateway --skill handoff-protocol",{"tool":93,"command":94},"pnpm","pnpm dlx skills add DojoGenesis\u002Fgateway --skill handoff-protocol","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fplugins\u002Fagent-orchestration\u002Fskills\u002Fhandoff-protocol\u002FSKILL.md",[],[98,117,128,136,176,202],{"skillNo":99,"name":100,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":106,"publishedAt":47},"01M6P6J0WYSD1MTGA3ZX6MGGZ5","kata-test-echo","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fserver\u002Ftestdata\u002Fkata\u002Fskills\u002Fkata-test-echo\u002FSKILL.md",[103],{"categoryNo":104,"categoryName":105,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",[107,108,109,110,111,112,113,114,115,116],"kata test echo","Echo","test","json","v1","output","input","structured","contracts","schema",{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":121,"categories":122,"keywords":124,"publishedAt":47},"01M6P6HQJNGG4WPZW0DEWMAY2N","kata-plain","An ordinary prose skill; not dispatchable.","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fserver\u002Ftestdata\u002Fkata\u002Fskills\u002Fkata-plain\u002FSKILL.md",[123],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[125,126,127],"kata plain","prose skill","prose",{"skillNo":129,"name":130,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":131,"categories":132,"keywords":133,"publishedAt":47},"01M6P6HH6Y7K8K6606MF7VZ1HB","kata-broken","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fserver\u002Ftestdata\u002Fkata\u002Fskills\u002Fkata-broken\u002FSKILL.md",[],[134,135,114,115,108,116,110,109,113,111,112],"kata broken","broken",{"skillNo":137,"name":138,"nameZh":6,"description":139,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":140,"categories":141,"keywords":156,"publishedAt":47},"01M6P6GW520QJ03A6K7Y5PWJ52","voice-before-structure","Read the project's design language and philosophy before writing structural artifacts. Ground manifests, READMEs, and descriptions in the project's voice, not boilerplate. Use when creating manifests or READMEs for established projects, writing ecosystem-level documentation, building plugin descriptions or marketplace metadata, or authoring metadata that carries a project's identity. Trigger phrases: 'write the manifest', 'create a README', 'describe this plugin', 'ground yourself in the philosophy', 'ecosystem-level work'.","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fplugins\u002Fwisdom-garden\u002Fskills\u002Fvoice-before-structure\u002FSKILL.md",[142,145,148,153],{"categoryNo":143,"categoryName":144,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":146,"categoryName":147,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":149,"categoryName":150,"taxonomyType":151,"taxonomyTypeDesc":152},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",{"categoryNo":154,"categoryName":155,"taxonomyType":151,"taxonomyTypeDesc":152},"01JBSEEDCAT000000000000036","内容创作者",[157,158,159,160,161,38,162,163,164,165,166,167,168,169,170,171,172,173,174,175],"voice before structure","structure","voice","manifests","ecosystem","authoring","structural","project","artifact","philosophy","design","writing","identity","documentation","create","projects","work","read","write",{"skillNo":177,"name":178,"nameZh":6,"description":179,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":180,"categories":181,"keywords":183,"publishedAt":47},"01M6P6GMNA4HJ4D5RRM3BQZ73M","system-prompt-archaeology","Produces a named ADA disposition preset (YAML) and a layered behavioral analysis (structural decomposition + evidence-cited classifications) from a system prompt. Use when: \"analyze this system prompt\", \"extract disposition from prompt\", \"reverse-engineer agent behavior\", \"what patterns does this prompt use\", \"build a preset from this prompt\".","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fplugins\u002Fwisdom-garden\u002Fskills\u002Fsystem-prompt-archaeology\u002FSKILL.md",[182],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[184,185,186,187,188,189,163,190,191,192,193,194,195,196,197,198,199,34,200,201],"system prompt archaeology","system prompt","prompt","system","behavioral","classify","decomposition","wisdom","patterns","engineer","decompose","evidence","ada","analyze","analysis","STRING","true","reverse",{"skillNo":203,"name":204,"nameZh":6,"description":205,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":206,"categories":207,"keywords":209,"publishedAt":47},"01M6P6G2D70T9R00HX6K154X5Y","session-lifecycle-automation","Designs and configures all three loops of solo-operator session automation — session bookends, background maintenance agents, and a delegation flywheel. Use when setting up a new workspace, recovering from the 44% zero-artifact session leak, or preparing to scale delegation across multiple concurrent agents.","https:\u002F\u002Fgithub.com\u002FDojoGenesis\u002Fgateway\u002Fblob\u002Fmain\u002Fplugins\u002Fwisdom-garden\u002Fskills\u002Fsession-lifecycle-automation\u002FSKILL.md",[208],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[210,211,212,213,214,43,215,216,217,218,219,220,41,165,221,222,223,224,225,226],"automation","session lifecycle automation","session lifecycle","lifecycle","session","configure","directory","config","delegation","audit","SET","solo","across","scheduled","loops","up","template"]