[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M75NET6EBEQEP288T0PRY1GZ":3,"skill-same:01M75NET6EBEQEP288T0PRY1GZ":53},{"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":26,"commitSha":27,"skillDirectory":28,"forksCount":14,"repositoryHtmlUrl":29,"repositoryHomepageUrl":30,"ownerHtmlUrl":31,"ownerBlogUrl":6,"ownerDescription":32,"updatedAt":33,"install":34,"resources":46},"01M75NET6EBEQEP288T0PRY1GZ","close",null,"Use after a passing MyFlow Verify report to make proportionate closeout decisions, preserve continuity, and decide delivery with the developer.","don-smith\u002Fmyflow","don-smith","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F228761?v=4","01M75NEQQ3GJBN4ARH0S5EFYV2","Don Smith","01M75NEQQVBT5HAYN363PDG334",0,"MIT","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Fclose\u002FSKILL.md",[],[],"2026-11-12 13:55:43",false,"---\nname: close\ndescription: Use after a passing MyFlow Verify report to make proportionate closeout decisions, preserve continuity, and decide delivery with the developer.\nargument-hint: \"[validation-report-path | workstream path]\"\ndisable-model-invocation: true\n---\n\n# Close\n\nClose consumes Verify evidence; it does not repeat validation or force ceremonial work. Implementation phase commits already exist. Close alone may create a separate final closeout commit.\n\n## Rehydrate\n\n1. Run the resolver from the installed MyFlow package: `node ..\u002Fmyflow\u002Fscripts\u002Fresolve-repository-map.mjs discover --cwd \u003Cgit-root>`, resolving the script path relative to this installed `skills\u002Fclose\u002FSKILL.md`. Read its selected map when found.\n2. Read `workstream.md`, the validation report, accepted plan, and current Git state. Do not trust only the validation report's top-level verdict. Follow its linked review artifact and read the review artifact before entering Close.\n3. Confirm the linked review artifact exists, names the same accepted plan and implementation range or exact implementation scope as the validation report\u002Fcheckpoint, contains the required review evidence, and has a passing review verdict. For commit-list review, require the exact scope spec and resolved commit set to match; range base\u002Fhead alone is insufficient. Missing, failing, blocked, or mismatched review evidence prevents Close and returns to Verify or the recorded corrective owner.\n4. Check every planned slice for its Plan, Implement, and passing Verify evidence, with applicable cumulative checks for the outcome. Confirm that the final Verify report covers all changes since the last correction. List unresolved journal observations separately from unresolved product work. Record an owner and destination for each substantive follow-up; leave incomplete journal recording visible as audit debt. Do not require an assessment, resolved episode, or audit-gap approval to do legitimate work or Close. Neither journal status nor an exception substitutes for passing Verify and linked review evidence.\n5. Determine the closeout path: `\u003Cworkstream-root>\u002F\u003Cworkstream-id>\u002Fclose\u002F\u003Ctimestamp>_\u003Ctopic>.md`.\n\n## Stage boundary\n\nRecord this stage with `node ..\u002Fmyflow\u002Fscripts\u002Fstage-boundary.mjs`, run from this skill's folder. Pass `--repository-root \u003Cgit-root>` on every subcommand — the same `\u003Cgit-root>` resolved in step 1 — because the command otherwise records against its own working directory, which on an install is the skill folder rather than the target repository. It derives every idempotency key, writes the private stage feedback, and syncs the workstream; never write lifecycle JSONL directly.\n\n- After the passing Verify handoff: `enter --stage Close --activity closeout --workstream \u003Cworkstream-id> --repository-root \u003Cgit-root>`.\n- When the closeout summary is accepted: `accept --artifact \u003Cpath>`. Report unresolved audit entries in the summary without treating them as permission checks.\n- To end the workstream: ask the stage question, then `exit --feedback \u003Canswer> --terminal-reason workstream-closed`. That one call records the private stage pulse, `activity-completed`, `stage-completed`, and `workstream-closed` in order. Feedback failure blocks none of them.\n- If Close discovers a defect or changed basis, record the finding, enter its owning stage, and run a fresh Verify before returning to Close. Do not close on unverified work.\n\nRecord a real wait with `stage-blocked` and `stage-unblocked` through `node ..\u002Fmyflow\u002Fscripts\u002Flifecycle-journal.mjs`. Read `..\u002Fmyflow\u002Freferences\u002Fstage-boundary.md` for the question wording and choices and what happens when a step fails. Preserve every earlier attempt and accepted artifact as history.\n\n## Determine proportionate actions\n\nWith the developer, select only actions supported by Verify evidence or mapped repository policy:\n\n- documentation\u002Fstatus update when product behavior or mapped policy requires it. Write or revise that documentation with `technical-writing`, including the closeout summary and the final commit message;\n- learning capture, retrospective, or tabled follow-up only when an observation warrants it;\n- changelog\u002Frelease preparation only when delivery policy requires it;\n- a closeout summary whenever close decisions, manual evidence, or follow-ups need to remain resumable.\n\nDo not force a retro, memory edit, status rewrite, AGENTS edit, empty tabled file, branch operation, or integration action. Preserve unresolved follow-ups with a destination (new Scope, mapped backlog, learning artifact, or conscious drop).\n\n## Closeout and delivery\n\nWrite\u002Fupdate the closeout summary with Verify verdict, per-slice and applicable cumulative checks, what shipped, applicable documentation\u002Flearning actions, outstanding manual evidence, final commit state, integration decision, and every follow-up destination. Report unresolved observations and journal failures honestly; do not claim a complete audit trail while one remains. Update `workstream.md` with the summary and next action.\n\nIf closeout changes exist, use `commit` for one distinct final closeout commit after developer approval. Phase commits are never folded into it. Ask the developer whether to push, merge, create a PR, keep the branch, or defer delivery; follow mapped policy when it exists. Do not infer an integration policy.\n\n## Completion and correction\n\nA complete workstream has a passing validation report, linked passing review evidence with valid provenance, a recorded delivery decision, and no unowned follow-up. If new evidence exposes an implementation defect, return to Implement; route plan\u002Fdesign\u002Foutcome changes to their owning stage and retain the summary as resumable evidence.\n","# Close\n\nClose consumes Verify evidence; it does not repeat validation or force ceremonial work. Implementation phase commits already exist. Close alone may create a separate final closeout commit.\n\n## Rehydrate\n\n1. Run the resolver from the installed MyFlow package: `node ..\u002Fmyflow\u002Fscripts\u002Fresolve-repository-map.mjs discover --cwd \u003Cgit-root>`, resolving the script path relative to this installed `skills\u002Fclose\u002FSKILL.md`. Read its selected map when found.\n2. Read `workstream.md`, the validation report, accepted plan, and current Git state. Do not trust only the validation report's top-level verdict. Follow its linked review artifact and read the review artifact before entering Close.\n3. Confirm the linked review artifact exists, names the same accepted plan and implementation range or exact implementation scope as the validation report\u002Fcheckpoint, contains the required review evidence, and has a passing review verdict. For commit-list review, require the exact scope spec and resolved commit set to match; range base\u002Fhead alone is insufficient. Missing, failing, blocked, or mismatched review evidence prevents Close and returns to Verify or the recorded corrective owner.\n4. Check every planned slice for its Plan, Implement, and passing Verify evidence, with applicable cumulative checks for the outcome. Confirm that the final Verify report covers all changes since the last correction. List unresolved journal observations separately from unresolved product work. Record an owner and destination for each substantive follow-up; leave incomplete journal recording visible as audit debt. Do not require an assessment, resolved episode, or audit-gap approval to do legitimate work or Close. Neither journal status nor an exception substitutes for passing Verify and linked review evidence.\n5. Determine the closeout path: `\u003Cworkstream-root>\u002F\u003Cworkstream-id>\u002Fclose\u002F\u003Ctimestamp>_\u003Ctopic>.md`.\n\n## Stage boundary\n\nRecord this stage with `node ..\u002Fmyflow\u002Fscripts\u002Fstage-boundary.mjs`, run from this skill's folder. Pass `--repository-root \u003Cgit-root>` on every subcommand — the same `\u003Cgit-root>` resolved in step 1 — because the command otherwise records against its own working directory, which on an install is the skill folder rather than the target repository. It derives every idempotency key, writes the private stage feedback, and syncs the workstream; never write lifecycle JSONL directly.\n\n- After the passing Verify handoff: `enter --stage Close --activity closeout --workstream \u003Cworkstream-id> --repository-root \u003Cgit-root>`.\n- When the closeout summary is accepted: `accept --artifact \u003Cpath>`. Report unresolved audit entries in the summary without treating them as permission checks.\n- To end the workstream: ask the stage question, then `exit --feedback \u003Canswer> --terminal-reason workstream-closed`. That one call records the private stage pulse, `activity-completed`, `stage-completed`, and `workstream-closed` in order. Feedback failure blocks none of them.\n- If Close discovers a defect or changed basis, record the finding, enter its owning stage, and run a fresh Verify before returning to Close. Do not close on unverified work.\n\nRecord a real wait with `stage-blocked` and `stage-unblocked` through `node ..\u002Fmyflow\u002Fscripts\u002Flifecycle-journal.mjs`. Read `..\u002Fmyflow\u002Freferences\u002Fstage-boundary.md` for the question wording and choices and what happens when a step fails. Preserve every earlier attempt and accepted artifact as history.\n\n## Determine proportionate actions\n\nWith the developer, select only actions supported by Verify evidence or mapped repository policy:\n\n- documentation\u002Fstatus update when product behavior or mapped policy requires it. Write or revise that documentation with `technical-writing`, including the closeout summary and the final commit message;\n- learning capture, retrospective, or tabled follow-up only when an observation warrants it;\n- changelog\u002Frelease preparation only when delivery policy requires it;\n- a closeout summary whenever close decisions, manual evidence, or follow-ups need to remain resumable.\n\nDo not force a retro, memory edit, status rewrite, AGENTS edit, empty tabled file, branch operation, or integration action. Preserve unresolved follow-ups with a destination (new Scope, mapped backlog, learning artifact, or conscious drop).\n\n## Closeout and delivery\n\nWrite\u002Fupdate the closeout summary with Verify verdict, per-slice and applicable cumulative checks, what shipped, applicable documentation\u002Flearning actions, outstanding manual evidence, final commit state, integration decision, and every follow-up destination. Report unresolved observations and journal failures honestly; do not claim a complete audit trail while one remains. Update `workstream.md` with the summary and next action.\n\nIf closeout changes exist, use `commit` for one distinct final closeout commit after developer approval. Phase commits are never folded into it. Ask the developer whether to push, merge, create a PR, keep the branch, or defer delivery; follow mapped policy when it exists. Do not infer an integration policy.\n\n## Completion and correction\n\nA complete workstream has a passing validation report, linked passing review evidence with valid provenance, a recorded delivery decision, and no unowned follow-up. If new evidence exposes an implementation defect, return to Implement; route plan\u002Fdesign\u002Foutcome changes to their owning stage and retain the summary as resumable evidence.\n",{"name":5,"description":7,"argument-hint":24,"disable-model-invocation":25},"[validation-report-path | workstream path]",true,"main","d0a5f620d08689e2cb9684ab07b8055854402f57","skills\u002Fclose","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow","https:\u002F\u002Fdon-smith.github.io\u002Fmyflow\u002F","https:\u002F\u002Fgithub.com\u002Fdon-smith","attempting the most positive impact possible while trying to figure out what that means","2026-10-23 09:17:14",{"source":8,"skillName":5,"commands":35,"prompt":45,"zipAvailable":25},[36,39,42],{"tool":37,"command":38},"npx","npx skills add don-smith\u002Fmyflow --skill close",{"tool":40,"command":41},"bunx","bunx skills add don-smith\u002Fmyflow --skill close",{"tool":43,"command":44},"pnpm","pnpm dlx skills add don-smith\u002Fmyflow --skill close","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Fclose\u002FSKILL.md",[47],{"path":48,"resourceType":49,"resourceTypeDesc":50,"sizeBytes":51,"sourceHtmlUrl":52},"agents\u002Fopenai.yaml","REFERENCE","参考文档",338,"https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Fclose\u002Fagents\u002Fopenai.yaml",[54,61,68,75,82,89],{"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},"01M75NGR4SAVDTSN8A11EW8NBH","clean-support","Use when the clean-stage fixture skill needs a supporting skill to reference.","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskill-structure\u002Fskills\u002Fclean-support\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},"01M75NGPM5WW77DHQN07SSGQWG","clean-stage","Use when exercising the structural skill lint against a tree that satisfies every rule.","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskill-structure\u002Fskills\u002Fclean-stage\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},"01M75NGMXP2ANH3WB2QM5XE75Z","verify","Use after Implement to verify an accepted MyFlow plan, collect review evidence, and produce a workstream-aware Verify report.","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Fverify\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},"01M75NGHZVYBDA346Q14MH7PRG","technical-writing","Layered technical-writing standard: Diátaxis structure, Google developer style sentences, STE instruction rules, Global English syntax. Use when writing or reviewing docs, RFCs, readmes, PR descriptions, or commit messages.","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Ftechnical-writing\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":15,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":88,"publishedAt":19},"01M75NGD25AY0E4F8JRY8AT392","tdd","Use during design and planning to shape testable interfaces, seams, and verification strategy; use during implementation when a plan needs a test-first behavior cycle","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Ftdd\u002FSKILL.md",[],[],{"skillNo":90,"name":91,"nameZh":6,"description":92,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":93,"categories":94,"keywords":95,"publishedAt":19},"01M75NGB6W0G42QCQNZQSZD0CW","story","Tell a repository's artifact-backed story, answer a question with a dated chapter, or refresh stale story pages.","https:\u002F\u002Fgithub.com\u002Fdon-smith\u002Fmyflow\u002Fblob\u002Fmain\u002Fskills\u002Fstory\u002FSKILL.md",[],[]]