[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M78B9VTKH775AXWF9KPDECXY":3,"skill-same:01M78B9VTKH775AXWF9KPDECXY":48},{"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":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":27,"commitSha":28,"skillDirectory":29,"forksCount":14,"repositoryHtmlUrl":30,"repositoryHomepageUrl":31,"ownerHtmlUrl":32,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":33,"install":34,"resources":47},"01M78B9VTKH775AXWF9KPDECXY","closed-loop-delivery",null,"Use when a coding task must be completed against explicit acceptance criteria with minimal user re-intervention across implementation, review feedback, deployment, and runtime verification.","princepatel04477-web\u002Ftrivoxa-group","princepatel04477-web","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F227740714?v=4","01M788ZAJ2KECD5KXVP55PZXKS","Prince Patel","01M788ZAJTCN8YSD737MRSKC5Q",0,"MIT","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fclosed-loop-delivery\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: closed-loop-delivery\ndescription: Use when a coding task must be completed against explicit acceptance criteria with minimal user re-intervention across implementation, review feedback, deployment, and runtime verification.\nrisk: safe\nsource: community\ndate_added: \"2026-03-12\"\n---\n\n# Closed-Loop Delivery\n\n## Overview\n\nTreat each task as incomplete until acceptance criteria are verified in evidence, not until code is merely changed.\n\nCore rule: **deliver against DoD (Definition of Done), not against code diff size.**\n\n## When to Use\nUse this skill when:\n- user gives a coding\u002Ffix task and expects end-to-end completion\n- task spans code + tests + PR comments + dev deploy + runtime checks\n- repeated manual prompts like \"now test\", \"now deploy\", \"now re-check PR\" should be avoided\n\nDo not use this skill for:\n- pure Q&A\u002Fexplanations\n- prod deploy requests without explicit human approval\n- tasks blocked by missing secrets\u002Faccount access that cannot be inferred\n\n## Required Inputs\n\nBefore execution, define these once:\n- task goal\n- acceptance criteria (DoD)\n- target environment (`dev` by default)\n- max iteration rounds (default `2`)\n\nIf acceptance criteria are missing, request them once. If user does not provide, propose a concrete default and proceed.\n\n## Issue Gate Dependency\n\nBefore execution, prefer using `create-issue-gate`.\n\n- If issue status is `ready` and execution gate is `allowed`, continue.\n- If issue status is `draft`, do not execute implementation\u002Fdeploy\u002Freview loops.\n- Require user-provided, testable acceptance criteria before starting execution.\n\n## Default Workflow\n\n1. **Define DoD**\n   - Convert request into testable criteria.\n   - Example: checkout task DoD = \"checkout endpoint returns a valid, openable third-party payment URL in dev\".\n\n2. **Implement minimal change**\n   - Keep scope tight to task goal.\n\n3. **Verify locally**\n   - Run focused tests first, then broader checks if needed.\n\n4. **Review loop**\n   - Fetch PR comments\u002Freviews.\n   - Classify valid vs non-actionable.\n   - Fix valid items, re-run verification.\n\n5. **Dev deploy + runtime verification**\n   - Deploy to `dev` when runtime behavior matters.\n   - Verify via real API\u002FLambda\u002Flog evidence against DoD.\n\n6. **Completion decision**\n   - Only report \"done\" when all DoD checks pass.\n   - Otherwise continue loop until pass or stop condition.\n\n## PR Comment Polling Policy\n\nAvoid noisy short polling by default. Use batched windows:\n\n- **Round 1:** wait `3m`, collect delta comments\u002Freviews\n- **Round 2:** wait `6m`, collect delta again\n- **Final round:** wait `10m`, collect all remaining visible comments\u002Freviews\n\nAt each round:\n- process all new comments in one batch\n- avoid immediate re-poll after each single comment\n- after the `10m` round, stop waiting and proceed with all comments visible at that point\n\nIf CI is still running, align polling to check completion boundaries instead of fixed rapid polling.\n\n## Human Gate Rules (Must Ask)\n\nRequire explicit user confirmation for:\n- production\u002Fstaging deploy beyond agreed scope\n- destructive operations (history rewrite, force push, data-destructive ops)\n- actions with billing\u002Fsecurity posture changes\n- secret values not available in repo\u002Fruntime\n- ambiguous DoD that materially changes outcome\n\n## Iteration\u002FStop Conditions\n\nStop and escalate with a concise blocker report when:\n- DoD still fails after max rounds (`2` default)\n- external dependency blocks progress (provider outage, missing creds, account permission)\n- conflicting review instructions cannot both be satisfied\n\nEscalation report must include:\n- what passed\n- what failed\n- evidence (commands\u002Flogs\u002FAPI result)\n- smallest decision needed from user\n\n## Output Contract\n\nWhen claiming completion, always include:\n- acceptance criteria checklist with pass\u002Ffail\n- commands\u002Ftests run\n- runtime evidence (endpoint\u002FLambda\u002Flog key lines)\n- PR status (new actionable comments count)\n\nDo not claim success without evidence.\n\n## Limitations\n- Use this skill only when the task clearly matches the scope described above.\n- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.\n- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.\n","# Closed-Loop Delivery\n\n## Overview\n\nTreat each task as incomplete until acceptance criteria are verified in evidence, not until code is merely changed.\n\nCore rule: **deliver against DoD (Definition of Done), not against code diff size.**\n\n## When to Use\nUse this skill when:\n- user gives a coding\u002Ffix task and expects end-to-end completion\n- task spans code + tests + PR comments + dev deploy + runtime checks\n- repeated manual prompts like \"now test\", \"now deploy\", \"now re-check PR\" should be avoided\n\nDo not use this skill for:\n- pure Q&A\u002Fexplanations\n- prod deploy requests without explicit human approval\n- tasks blocked by missing secrets\u002Faccount access that cannot be inferred\n\n## Required Inputs\n\nBefore execution, define these once:\n- task goal\n- acceptance criteria (DoD)\n- target environment (`dev` by default)\n- max iteration rounds (default `2`)\n\nIf acceptance criteria are missing, request them once. If user does not provide, propose a concrete default and proceed.\n\n## Issue Gate Dependency\n\nBefore execution, prefer using `create-issue-gate`.\n\n- If issue status is `ready` and execution gate is `allowed`, continue.\n- If issue status is `draft`, do not execute implementation\u002Fdeploy\u002Freview loops.\n- Require user-provided, testable acceptance criteria before starting execution.\n\n## Default Workflow\n\n1. **Define DoD**\n   - Convert request into testable criteria.\n   - Example: checkout task DoD = \"checkout endpoint returns a valid, openable third-party payment URL in dev\".\n\n2. **Implement minimal change**\n   - Keep scope tight to task goal.\n\n3. **Verify locally**\n   - Run focused tests first, then broader checks if needed.\n\n4. **Review loop**\n   - Fetch PR comments\u002Freviews.\n   - Classify valid vs non-actionable.\n   - Fix valid items, re-run verification.\n\n5. **Dev deploy + runtime verification**\n   - Deploy to `dev` when runtime behavior matters.\n   - Verify via real API\u002FLambda\u002Flog evidence against DoD.\n\n6. **Completion decision**\n   - Only report \"done\" when all DoD checks pass.\n   - Otherwise continue loop until pass or stop condition.\n\n## PR Comment Polling Policy\n\nAvoid noisy short polling by default. Use batched windows:\n\n- **Round 1:** wait `3m`, collect delta comments\u002Freviews\n- **Round 2:** wait `6m`, collect delta again\n- **Final round:** wait `10m`, collect all remaining visible comments\u002Freviews\n\nAt each round:\n- process all new comments in one batch\n- avoid immediate re-poll after each single comment\n- after the `10m` round, stop waiting and proceed with all comments visible at that point\n\nIf CI is still running, align polling to check completion boundaries instead of fixed rapid polling.\n\n## Human Gate Rules (Must Ask)\n\nRequire explicit user confirmation for:\n- production\u002Fstaging deploy beyond agreed scope\n- destructive operations (history rewrite, force push, data-destructive ops)\n- actions with billing\u002Fsecurity posture changes\n- secret values not available in repo\u002Fruntime\n- ambiguous DoD that materially changes outcome\n\n## Iteration\u002FStop Conditions\n\nStop and escalate with a concise blocker report when:\n- DoD still fails after max rounds (`2` default)\n- external dependency blocks progress (provider outage, missing creds, account permission)\n- conflicting review instructions cannot both be satisfied\n\nEscalation report must include:\n- what passed\n- what failed\n- evidence (commands\u002Flogs\u002FAPI result)\n- smallest decision needed from user\n\n## Output Contract\n\nWhen claiming completion, always include:\n- acceptance criteria checklist with pass\u002Ffail\n- commands\u002Ftests run\n- runtime evidence (endpoint\u002FLambda\u002Flog key lines)\n- PR status (new actionable comments count)\n\nDo not claim success without evidence.\n\n## Limitations\n- Use this skill only when the task clearly matches the scope described above.\n- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.\n- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.\n",{"name":5,"risk":24,"source":25,"date_added":26,"description":7},"safe","community","2026-03-12","master","877653a671c51fae6476bd9f0d34ee6c408d68b9",".github\u002Fskills\u002Fclosed-loop-delivery","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group","https:\u002F\u002Ftrivoxa-group.vercel.app","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web","2026-08-01 17:29:31",{"source":8,"skillName":5,"commands":35,"prompt":45,"zipAvailable":46},[36,39,42],{"tool":37,"command":38},"npx","npx skills add princepatel04477-web\u002Ftrivoxa-group --skill closed-loop-delivery",{"tool":40,"command":41},"bunx","bunx skills add princepatel04477-web\u002Ftrivoxa-group --skill closed-loop-delivery",{"tool":43,"command":44},"pnpm","pnpm dlx skills add princepatel04477-web\u002Ftrivoxa-group --skill closed-loop-delivery","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fclosed-loop-delivery\u002FSKILL.md",true,[],[49,56,63,70,77,84],{"skillNo":50,"name":51,"nameZh":6,"description":52,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":53,"categories":54,"keywords":55,"publishedAt":19},"01M78G4Z5RFJ72G536XYPC77PG","zustand-store-ts","Create Zustand stores following established patterns with proper TypeScript types and middleware.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzustand-store-ts\u002FSKILL.md",[],[],{"skillNo":57,"name":58,"nameZh":6,"description":59,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":60,"categories":61,"keywords":62,"publishedAt":19},"01M78G4WQMHRST36KDP7AV3NR3","zoom-automation","Automate Zoom meeting creation, management, recordings, webinars, and participant tracking via Rube MCP (Composio). Always search tools first for current schemas.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzoom-automation\u002FSKILL.md",[],[],{"skillNo":64,"name":65,"nameZh":6,"description":66,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":67,"categories":68,"keywords":69,"publishedAt":19},"01M78G4T37F4SPS7M4KT0A8JJB","zoho-crm-automation","Automate Zoho CRM tasks via Rube MCP (Composio): create\u002Fupdate records, search contacts, manage leads, and convert leads. Always search tools first for current schemas.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzoho-crm-automation\u002FSKILL.md",[],[],{"skillNo":71,"name":72,"nameZh":6,"description":73,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":74,"categories":75,"keywords":76,"publishedAt":19},"01M78G4QAJMF71KD1G38MNDQYK","zod-validation-expert","Expert in Zod — TypeScript-first schema validation. Covers parsing, custom errors, refinements, type inference, and integration with React Hook Form, Next.js, and tRPC.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzod-validation-expert\u002FSKILL.md",[],[],{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":83,"publishedAt":19},"01M78G4MS3WE96MH5P561KFY95","zipai-optimizer","Adaptive token optimizer: intelligent filtering, surgical output, ambiguity-first, context-window-aware, VCS-aware, MCP-aware.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzipai-optimizer\u002FSKILL.md",[],[],{"skillNo":85,"name":86,"nameZh":6,"description":87,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":88,"categories":89,"keywords":90,"publishedAt":19},"01M78G4GZ0T47C6929V9CVH1AK","zeroize-audit","Detects missing zeroization of sensitive data in source code and identifies zeroization removed by compiler optimizations, with assembly-level analysis, and control-flow verification. Use for auditing C\u002FC++\u002FRust code handling secrets, keys, passwords, or other sensitive data.","https:\u002F\u002Fgithub.com\u002Fprincepatel04477-web\u002Ftrivoxa-group\u002Fblob\u002Fmaster\u002F.github\u002Fskills\u002Fzeroize-audit\u002FSKILL.md",[],[]]