[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M79DF5ZPWR1VCJKNW0S1KPDE":3,"skill-same:01M79DF5ZPWR1VCJKNW0S1KPDE":46},{"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":24,"commitSha":25,"skillDirectory":26,"forksCount":14,"repositoryHtmlUrl":27,"repositoryHomepageUrl":6,"ownerHtmlUrl":28,"ownerBlogUrl":29,"ownerDescription":30,"updatedAt":31,"install":32,"resources":45},"01M79DF5ZPWR1VCJKNW0S1KPDE","drive-development-flow",null,"Apply the fixed implementation flow to authorized software work while leaving special planning, discovery, and multiple-ticket modes under explicit user control. Use automatically for software development conversations; never infer a special workflow from size or ambiguity.","AO-HyS\u002Fdevelopment-system","AO-HyS","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F286554351?v=4","01M79DCXZGC6076EH5QATNXCY2","AO HyS","01M79DCY06TSBCJ946VP0BT0RG",0,"MIT","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F0.9.0\u002Fskills\u002Finternal\u002Fdrive-development-flow\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: drive-development-flow\ndescription: Apply the fixed implementation flow to authorized software work while leaving special planning, discovery, and multiple-ticket modes under explicit user control. Use automatically for software development conversations; never infer a special workflow from size or ambiguity.\n---\n\n# Drive Development Flow\n\nHold one constant:\n\n> Deliver correct functionality to the authorized state as fast as possible,\n> with useful quality, the lowest measured cost, and the least complexity.\n\nThe user controls the lifecycle. This skill does not guess which ceremony the\nuser wants.\n\n## Route only what was requested\n\n- For an authorized code change or ready ticket, load `flow-implement`.\n- For a review, bug diagnosis, QA intake, or research request, load only the\n  directly requested matching flow.\n- Load Wayfinder, grilling, spec creation, ticket creation, prototypes, or\n  `work-multiple` only when the user explicitly asks for that activity.\n- Never activate a special flow because work is large, vague, urgent, or has\n  several tickets.\n- Never advance from discussion to tickets or implementation without the\n  corresponding authorization.\n\n## Keep implementation fixed\n\nImplementation always:\n\n1. freezes the smallest complete outcome and authorization boundary;\n2. changes only what that outcome needs;\n3. runs affected fast static checks and focused local tests;\n4. uses React Doctor or an applicable Impeccable check only when the relevant\n   React, interaction, or visual implementation changed;\n5. selects manual UI QA by observable risk, not merely because a file is\n   user-visible;\n6. obtains independent review evidence proportionate to the change;\n7. continues only to the publication or production state the user authorized.\n\nA full repository suite is never implicit.\n\n## Preserve explicit special modes\n\nThe following are user-triggered tools, not inferred stages:\n\n- Wayfinder and grilling;\n- spec and ticket generation;\n- prototypes;\n- `work-multiple`;\n- broad suites, release, merge, and production promotion.\n\nWhen one is invoked, follow its own contract and return control to the user at\nits authorization boundary.\n\n## Compose with coding orchestration\n\nInside a Git repository, load `coding-orchestration` for non-trivial coding.\nThis skill preserves the requested lifecycle action; orchestration chooses the\nsmallest adequate execution route. Neither skill may add unrequested stages.\n","# Drive Development Flow\n\nHold one constant:\n\n> Deliver correct functionality to the authorized state as fast as possible,\n> with useful quality, the lowest measured cost, and the least complexity.\n\nThe user controls the lifecycle. This skill does not guess which ceremony the\nuser wants.\n\n## Route only what was requested\n\n- For an authorized code change or ready ticket, load `flow-implement`.\n- For a review, bug diagnosis, QA intake, or research request, load only the\n  directly requested matching flow.\n- Load Wayfinder, grilling, spec creation, ticket creation, prototypes, or\n  `work-multiple` only when the user explicitly asks for that activity.\n- Never activate a special flow because work is large, vague, urgent, or has\n  several tickets.\n- Never advance from discussion to tickets or implementation without the\n  corresponding authorization.\n\n## Keep implementation fixed\n\nImplementation always:\n\n1. freezes the smallest complete outcome and authorization boundary;\n2. changes only what that outcome needs;\n3. runs affected fast static checks and focused local tests;\n4. uses React Doctor or an applicable Impeccable check only when the relevant\n   React, interaction, or visual implementation changed;\n5. selects manual UI QA by observable risk, not merely because a file is\n   user-visible;\n6. obtains independent review evidence proportionate to the change;\n7. continues only to the publication or production state the user authorized.\n\nA full repository suite is never implicit.\n\n## Preserve explicit special modes\n\nThe following are user-triggered tools, not inferred stages:\n\n- Wayfinder and grilling;\n- spec and ticket generation;\n- prototypes;\n- `work-multiple`;\n- broad suites, release, merge, and production promotion.\n\nWhen one is invoked, follow its own contract and return control to the user at\nits authorization boundary.\n\n## Compose with coding orchestration\n\nInside a Git repository, load `coding-orchestration` for non-trivial coding.\nThis skill preserves the requested lifecycle action; orchestration chooses the\nsmallest adequate execution route. Neither skill may add unrequested stages.\n",{"name":5,"description":7},"main","9f5b43aadb1a92441d65e9cb74a584cd6fca62bc","artifacts\u002F0.9.0\u002Fskills\u002Finternal\u002Fdrive-development-flow","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system","https:\u002F\u002Fgithub.com\u002FAO-HyS","https:\u002F\u002Faohys.net\u002F","Software Boutique, we make your projects come true live. ","2026-11-14 03:17:27",{"source":8,"skillName":5,"commands":33,"prompt":43,"zipAvailable":44},[34,37,40],{"tool":35,"command":36},"npx","npx skills add AO-HyS\u002Fdevelopment-system --skill drive-development-flow",{"tool":38,"command":39},"bunx","bunx skills add AO-HyS\u002Fdevelopment-system --skill drive-development-flow",{"tool":41,"command":42},"pnpm","pnpm dlx skills add AO-HyS\u002Fdevelopment-system --skill drive-development-flow","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F0.9.0\u002Fskills\u002Finternal\u002Fdrive-development-flow\u002FSKILL.md",true,[],[47,54,61,68,75,82],{"skillNo":48,"name":49,"nameZh":6,"description":50,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":51,"categories":52,"keywords":53,"publishedAt":19},"01M79EQ4BPYQTX8RWN1Y1J2K1F","working-backwards","Define a software feature through PRFAQ and staged documents when the user requests working backwards before coding.","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.8.0\u002Fskills\u002Finternal\u002Fworking-backwards\u002FSKILL.md",[],[],{"skillNo":55,"name":56,"nameZh":6,"description":57,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":58,"categories":59,"keywords":60,"publishedAt":19},"01M79EQ2E8P85Y1Y7VNJZMNEJE","flow-implement","Implement a requested software change through verification, corrections, and its authorized delivery endpoint.","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.8.0\u002Fskills\u002Finternal\u002Fflow-implement\u002FSKILL.md",[],[],{"skillNo":62,"name":63,"nameZh":6,"description":64,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":65,"categories":66,"keywords":67,"publishedAt":19},"01M79EQ0PNMKHPJ78F8WMNX06P","development-steward","Run the scheduled, read-only weekly maintenance review for the six explicitly opted-in repositories and prepare one concise private report for Check-in.","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.8.0\u002Fskills\u002Finternal\u002Fdevelopment-steward\u002FSKILL.md",[],[],{"skillNo":69,"name":70,"nameZh":6,"description":71,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":72,"categories":73,"keywords":74,"publishedAt":19},"01M79EPXJ56MX7955GWP1HD4B0","grill-with-docs","Run one recoverable interview for functional, visual, or mixed software grills; reuse equivalent answers and offer the shared HTML questionnaire.","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.7.0\u002Fskills\u002Finternal\u002Fgrill-with-docs\u002FSKILL.md",[],[],{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":19},"01M79EPTFPHYEV40ZG52Z0GVS2","global-agent-guardrails","Install, audit, test, or update the Development System's global destructive-command guard for Codex, Claude Code and T3 Code. Use when configuring agent safety hooks or investigating whether dangerous shell operations are blocked.","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.7.0\u002Fskills\u002Finternal\u002Fglobal-agent-guardrails\u002FSKILL.md",[],[],{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":86,"licenseFileUrl":87,"sourceHtmlUrl":88,"categories":89,"keywords":90,"publishedAt":19},"01M79EPR0KPHKAFN7V6CEEDR0Y","impeccable","Design or refine frontend UI using project context and a focused design playbook; also handles visual critique and polish.","Apache-2.0","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.7.0\u002Fskills\u002Fexternal\u002Fimpeccable\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FAO-HyS\u002Fdevelopment-system\u002Fblob\u002Fmain\u002Fartifacts\u002F2.7.0\u002Fskills\u002Fexternal\u002Fimpeccable\u002FSKILL.md",[],[]]