[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71KVPKACRW3S0EDSQEN699C":3,"skill-same:01M71KVPKACRW3S0EDSQEN699C":62},{"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":35,"linkOnly":36,"markdownContent":37,"markdownBody":38,"frontMatter":39,"refName":40,"commitSha":41,"skillDirectory":42,"forksCount":43,"repositoryHtmlUrl":44,"repositoryHomepageUrl":6,"ownerHtmlUrl":45,"ownerBlogUrl":46,"ownerDescription":6,"updatedAt":47,"install":48,"resources":61},"01M71KVPKACRW3S0EDSQEN699C","implement-epic",null,"Use when asked to execute or resume an existing planned native GitHub Epic and its required deliverables in this repository. Not for inventing a roadmap, triaging all Bugs, or merely authoring or reviewing skills.","donadiosolutions\u002Flcm","donadiosolutions","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F144397773?v=4","01M71KV7RZTX2KAPTB9NN513YW","Donadio Solutions","01M71KV7T4419Z0HTJQ3G3TYN2",4,"MIT","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fimplement-epic\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34],"EPIC","implement","implement epic","bugs","for","use","Existing","roadmap","when","resume","deliverables","github","native","repository","authoring","execute","2026-11-10 10:56:23",false,"---\nname: implement-epic\ndescription: Use when asked to execute or resume an existing planned native GitHub Epic and its required deliverables in this repository. Not for inventing a roadmap, triaging all Bugs, or merely authoring or reviewing skills.\n---\n\n# Implement a planned Epic\n\n## Directives and configuration\n\n`EPIC` is a required existing number\u002FURL. `PLAN_REFERENCES` includes supplied planning\nmaterial and Epic references. Inherit [shared role parameters and limits](..\u002Fprocedural-development\u002FSKILL.md#configuration);\nexplicit invocation overrides caller configuration, then shared defaults. Pass\nresolved values unchanged; routing and best-effort tier rules apply to every role.\nThese are invocation instructions, not CLI flags.\n\nExecution follows the existing plan, repository rules and explicit user limits.\nReading\u002Fediting\u002Ftesting skills authorizes no workers, issue changes or installation.\nRead [LCM integration](..\u002Fshared\u002Flcm-development.md), repository\u002Flocal rules and\nmemory, then [procedural-development](..\u002Fprocedural-development\u002FSKILL.md) and its\ncoordination\u002Fdelivery references. Preserve the logical run and budgets; do not launch a competing\ncoordinator. Read prior records to locate work and evidence, then verify operational\nclaims against their owning systems. Apply [root lifecycle](..\u002Fprocedural-development\u002Freferences\u002Froot-lifecycle.md)\nadmission before the first worker dispatch or unattended wait. Explicit replacement\nof an archived\u002Ffailed root follows that reference's coordinator handoff, not a new\ncampaign or a reset of historical evidence.\n\n## Assess and freeze\n\n1. Resolve actual target branch\u002FSHA and preflight routes, native types, hierarchy,\n   dependencies, tracker and delivery access before mutation. Require a native\n   `Epic`; missing plan\u002Fcapability is a blocker, not permission to invent substitutes.\n2. Fully paginate descendants and dependencies recursively. Read Epic\u002Fchild\n   acceptance, planning references, relevant code\u002Fmerged changes and PR\u002Frun records.\n   Include every required planned type and closed item, not merely open Features.\n3. Record completed history and freeze remaining required deliverables with timestamp,\n   target SHA and evidence after reconciling changing\u002Fpartial enumeration. Nested\n   Epics are outcome\u002Fcheckpoint nodes, not duplicate implementation assignments;\n   retain any distinct parent deliverable. Preserve optional\u002Fconditional decisions;\n   required work closed `not planned` is not satisfied.\n4. Before each dispatch recheck native parents, active ownership and PRs. Assignment\n   alone is not exclusive ownership. Resume established owners\u002Fbudgets; never take\n   over another run, reparent its work or create competing owners. Externally owned\n   required work remains in outcome accounting until accepted.\n\nNew discoveries\u002Ffollow-ups stay outside frozen inventory unless explicitly admitted;\nresume does not admit new children simply because enumeration now returns them.\n\n## Readiness\n\nRecord ready, dependency-blocked, externally owned, completed and decision-blocked\nitems with reasons\u002Fevidence. Blockers outside planned descendants are **external\nprerequisite references**, not new implementation scope; record owners only from\nevidence. Build dependency edges with required acceptance, including GO\u002FADOPT results.\nClosure\u002Fmerge alone does not satisfy those results. Surface cycles, contradictions\nand missing evidence while independent work proceeds.\n\nThe root remains readiness coordinator after internal merges, external changes and\nrecovery: record edge acceptance and release ready members in the same run. Read-only\npreparation may precede prerequisites; dependent implementation waits for merged\nprerequisite implementations and accepted evidence. Dispatch ready work promptly up\nto the productive-owner limit, without a blanket phase barrier or perfect conflict\nschedule. Refine plans within the journey; material scope\u002Farchitecture decisions\nbelong with the user through the root.\n\n## Execute and checkpoint\n\nInvoke the shared workflow with the current verified root, preserved run\u002Frecovery record, remaining\ninventory, completed evidence, readiness graph, owners\u002Fbudgets, resolved settings,\ntarget and repository delivery policy. Shared procedures own implementation,\nreview, remediation, publication and recovery, including every later head change.\nSupply all [LCM environment operations](..\u002Fshared\u002Flcm-development.md): only the root\nowns global installation\u002Fdaemon changes, and **`lcm-daemon-update` is the sole\nworkflow mutex**, acquired\u002Freleased through [flock](..\u002Fflock\u002FSKILL.md).\n\nReuse the Epic without rewriting planning text, diagrams, acceptance, estimates or\nunrelated comments. For a new run create one checkpoint comment and retain its ID;\nresume the existing channel, linking old evidence if changed. Update meaningful\ntransitions, use safe relative public locations and read back uncertain writes.\n\nTrack total\u002Fcompleted required outcomes, remaining inventory, accepted\u002Fpending\nedges, active\u002Fwaiting\u002Fparked\u002Fexternal items, PRs, escalation\u002Fsecurity routes,\nfollow-ups and verified environment revision. Watchdog reports include readiness;\nleaf chatter stays local.\n\nDeferred P2 findings are native `Bug` issues linked to source, candidate\u002Freview and\nPR using the shared pre-publication pending-link procedure. Keep them outside the\nexecuted Epic's native hierarchy and inventory; body links are sufficient.\n\n## Outcome and closure\n\nCombine shared audit with the Epic's actual closure contract:\n\n- All required deliverables, certification and nested outcomes have accepted\n  evidence on the relevant tested\u002Fmerged revision.\n- Conditional outcomes have affirmative decisions or explicitly permitted optional\n  non-adoption with evidence. NO-GO is not success.\n- Source resolutions, dependency evidence, PRs, follow-ups and metadata agree,\n  preserving scope limits and external ownership.\n- Current default-branch implementation, exact installed artifact, daemon\u002Fconnector\n  health and verification satisfy LCM integration.\n\nOnly the caller's root closes this Epic under invocation authority and those\ncriteria. Requested draft\u002Fno-merge endpoints may finish their bounded task without\nsatisfying Epic closure; leave the Epic open. Empty\u002Fcompleted journeys still receive\naudit without unnecessary workers. Parked, delegated or genuinely externally blocked\nrequired outcomes leave delivery incomplete and the Epic open. Report delivered\u002F\nremaining work, blockers, follow-ups, target SHA and environment evidence. Closing\nthis Epic never authorizes closing a parent\u002Fmilestone with other required outcomes.\n","# Implement a planned Epic\n\n## Directives and configuration\n\n`EPIC` is a required existing number\u002FURL. `PLAN_REFERENCES` includes supplied planning\nmaterial and Epic references. Inherit [shared role parameters and limits](..\u002Fprocedural-development\u002FSKILL.md#configuration);\nexplicit invocation overrides caller configuration, then shared defaults. Pass\nresolved values unchanged; routing and best-effort tier rules apply to every role.\nThese are invocation instructions, not CLI flags.\n\nExecution follows the existing plan, repository rules and explicit user limits.\nReading\u002Fediting\u002Ftesting skills authorizes no workers, issue changes or installation.\nRead [LCM integration](..\u002Fshared\u002Flcm-development.md), repository\u002Flocal rules and\nmemory, then [procedural-development](..\u002Fprocedural-development\u002FSKILL.md) and its\ncoordination\u002Fdelivery references. Preserve the logical run and budgets; do not launch a competing\ncoordinator. Read prior records to locate work and evidence, then verify operational\nclaims against their owning systems. Apply [root lifecycle](..\u002Fprocedural-development\u002Freferences\u002Froot-lifecycle.md)\nadmission before the first worker dispatch or unattended wait. Explicit replacement\nof an archived\u002Ffailed root follows that reference's coordinator handoff, not a new\ncampaign or a reset of historical evidence.\n\n## Assess and freeze\n\n1. Resolve actual target branch\u002FSHA and preflight routes, native types, hierarchy,\n   dependencies, tracker and delivery access before mutation. Require a native\n   `Epic`; missing plan\u002Fcapability is a blocker, not permission to invent substitutes.\n2. Fully paginate descendants and dependencies recursively. Read Epic\u002Fchild\n   acceptance, planning references, relevant code\u002Fmerged changes and PR\u002Frun records.\n   Include every required planned type and closed item, not merely open Features.\n3. Record completed history and freeze remaining required deliverables with timestamp,\n   target SHA and evidence after reconciling changing\u002Fpartial enumeration. Nested\n   Epics are outcome\u002Fcheckpoint nodes, not duplicate implementation assignments;\n   retain any distinct parent deliverable. Preserve optional\u002Fconditional decisions;\n   required work closed `not planned` is not satisfied.\n4. Before each dispatch recheck native parents, active ownership and PRs. Assignment\n   alone is not exclusive ownership. Resume established owners\u002Fbudgets; never take\n   over another run, reparent its work or create competing owners. Externally owned\n   required work remains in outcome accounting until accepted.\n\nNew discoveries\u002Ffollow-ups stay outside frozen inventory unless explicitly admitted;\nresume does not admit new children simply because enumeration now returns them.\n\n## Readiness\n\nRecord ready, dependency-blocked, externally owned, completed and decision-blocked\nitems with reasons\u002Fevidence. Blockers outside planned descendants are **external\nprerequisite references**, not new implementation scope; record owners only from\nevidence. Build dependency edges with required acceptance, including GO\u002FADOPT results.\nClosure\u002Fmerge alone does not satisfy those results. Surface cycles, contradictions\nand missing evidence while independent work proceeds.\n\nThe root remains readiness coordinator after internal merges, external changes and\nrecovery: record edge acceptance and release ready members in the same run. Read-only\npreparation may precede prerequisites; dependent implementation waits for merged\nprerequisite implementations and accepted evidence. Dispatch ready work promptly up\nto the productive-owner limit, without a blanket phase barrier or perfect conflict\nschedule. Refine plans within the journey; material scope\u002Farchitecture decisions\nbelong with the user through the root.\n\n## Execute and checkpoint\n\nInvoke the shared workflow with the current verified root, preserved run\u002Frecovery record, remaining\ninventory, completed evidence, readiness graph, owners\u002Fbudgets, resolved settings,\ntarget and repository delivery policy. Shared procedures own implementation,\nreview, remediation, publication and recovery, including every later head change.\nSupply all [LCM environment operations](..\u002Fshared\u002Flcm-development.md): only the root\nowns global installation\u002Fdaemon changes, and **`lcm-daemon-update` is the sole\nworkflow mutex**, acquired\u002Freleased through [flock](..\u002Fflock\u002FSKILL.md).\n\nReuse the Epic without rewriting planning text, diagrams, acceptance, estimates or\nunrelated comments. For a new run create one checkpoint comment and retain its ID;\nresume the existing channel, linking old evidence if changed. Update meaningful\ntransitions, use safe relative public locations and read back uncertain writes.\n\nTrack total\u002Fcompleted required outcomes, remaining inventory, accepted\u002Fpending\nedges, active\u002Fwaiting\u002Fparked\u002Fexternal items, PRs, escalation\u002Fsecurity routes,\nfollow-ups and verified environment revision. Watchdog reports include readiness;\nleaf chatter stays local.\n\nDeferred P2 findings are native `Bug` issues linked to source, candidate\u002Freview and\nPR using the shared pre-publication pending-link procedure. Keep them outside the\nexecuted Epic's native hierarchy and inventory; body links are sufficient.\n\n## Outcome and closure\n\nCombine shared audit with the Epic's actual closure contract:\n\n- All required deliverables, certification and nested outcomes have accepted\n  evidence on the relevant tested\u002Fmerged revision.\n- Conditional outcomes have affirmative decisions or explicitly permitted optional\n  non-adoption with evidence. NO-GO is not success.\n- Source resolutions, dependency evidence, PRs, follow-ups and metadata agree,\n  preserving scope limits and external ownership.\n- Current default-branch implementation, exact installed artifact, daemon\u002Fconnector\n  health and verification satisfy LCM integration.\n\nOnly the caller's root closes this Epic under invocation authority and those\ncriteria. Requested draft\u002Fno-merge endpoints may finish their bounded task without\nsatisfying Epic closure; leave the Epic open. Empty\u002Fcompleted journeys still receive\naudit without unnecessary workers. Parked, delegated or genuinely externally blocked\nrequired outcomes leave delivery incomplete and the Epic open. Report delivered\u002F\nremaining work, blockers, follow-ups, target SHA and environment evidence. Closing\nthis Epic never authorizes closing a parent\u002Fmilestone with other required outcomes.\n",{"name":5,"description":7},"main","f436832f32da25160decef3252a945e0856fccf9",".agents\u002Fskills\u002Fimplement-epic",2,"https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions","https:\u002F\u002Fbcdonadio.com","2026-11-15 01:35:40",{"source":8,"skillName":5,"commands":49,"prompt":59,"zipAvailable":60},[50,53,56],{"tool":51,"command":52},"npx","npx skills add donadiosolutions\u002Flcm --skill implement-epic",{"tool":54,"command":55},"bunx","bunx skills add donadiosolutions\u002Flcm --skill implement-epic",{"tool":57,"command":58},"pnpm","pnpm dlx skills add donadiosolutions\u002Flcm --skill implement-epic","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fimplement-epic\u002FSKILL.md",true,[],[63,86,99,115,131],{"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":35},"01M71KW4S5MP70Y3EZBV6VNRTZ","triage-security-issues","Use when asked to coordinate triage and remediation of a repository's Dependabot malware\u002Fvulnerability, GitHub Code Scanning, GitHub Secret Scanning, and Codex Security cloud alerts. Not for starting a new scan or merely authoring or reviewing skills.","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Ftriage-security-issues\u002FSKILL.md",[],[70,71,72,73,74,75,76,30,77,78,79,80,27,24,81,82,83,84,23,85],"issues","triage","security","triage security issues","dependabot","remediation","scanning","codex","alerts","vulnerability","code","new","secret","github code","scan","coordinate",{"skillNo":87,"name":88,"nameZh":6,"description":89,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":90,"categories":91,"keywords":92,"publishedAt":35},"01M71KW14J9KP5VS0XEEW1YFKM","triage-fix-all-bugs","Use when asked to coordinate triage and remediation of all currently open native GitHub Bug issues in this repository. Not for a single issue or merely authoring or reviewing skills.","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Ftriage-fix-all-bugs\u002FSKILL.md",[],[93,71,94,22,95,27,33,32,75,31,30,23,24,96,97,70,98,85],"triage fix all bugs","fix","bug","single","open","issue",{"skillNo":100,"name":101,"nameZh":6,"description":102,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":103,"categories":104,"keywords":105,"publishedAt":35},"01M71KVWVSNMYKBZWHS0DTP2XN","procedural-development","Use when executing or resuming a specified issue or bounded development inventory in a GitHub repository. Not for repository-wide Bug discovery, Epic assessment, or merely authoring or reviewing skills.","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fprocedural-development\u002FSKILL.md",[],[106,107,108,109,23,110,111,112,24,27,19,113,30,32,95,114,33,98],"procedural development","procedural","development","bounded","discovery","inventory","assessment","resuming","wide",{"skillNo":116,"name":117,"nameZh":6,"description":118,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":119,"categories":120,"keywords":121,"publishedAt":35},"01M71KVSTRE9KPDFCS874G606W","lcm-release","Use when explicitly asked to cut or recover a manual LCM release. Not for ordinary version bumps or Changesets release-note\u002Fversion PR work.","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Flcm-release\u002FSKILL.md",[],[122,123,27,24,124,125,23,126,127,128,129,130],"release","lcm release","manual","cut","pr","changesets","work","note","version",{"skillNo":132,"name":133,"nameZh":6,"description":134,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":135,"categories":136,"keywords":137,"publishedAt":35},"01M71KVMFBVCGBV5W00Z7NZV4Z","flock","Use when cooperating workers need exclusive ownership of a named resource on the same Linux host through an advisory flock mutex.","https:\u002F\u002Fgithub.com\u002Fdonadiosolutions\u002Flcm\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fflock\u002FSKILL.md",[],[133,138,139,27,140,24,141,142,143],"advisory","ownership","workers","host","mutex","linux"]