[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6GE8BAQ006TV2ZSZPYADWD0":3,"skill-same:01M6GE8BAQ006TV2ZSZPYADWD0":72},{"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":43,"linkOnly":44,"markdownContent":45,"markdownBody":46,"frontMatter":47,"refName":48,"commitSha":49,"skillDirectory":50,"forksCount":51,"repositoryHtmlUrl":52,"repositoryHomepageUrl":53,"ownerHtmlUrl":54,"ownerBlogUrl":55,"ownerDescription":56,"updatedAt":57,"install":58,"resources":71},"01M6GE8BAQ006TV2ZSZPYADWD0","code-report",null,"Use only when autopilot-code dispatches the final code-cycle reporting stage. Not for top-level user requests or primary capability routing.","dmlguq456\u002Fhearting","dmlguq456","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F41767172?v=4","01M6GDVTSD0T4B6TF7SNHXZHZV","Ui-Hyeop Shin","01M6GDVTXMYH31J9E7M6TZHZEM",9,"MIT","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fadapters\u002Fcodex\u002Fskills\u002Fcode-report\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000034","行政与办公人员",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42],"code report","code","report","cycle","only","use","stage","routing","top","requests","reporting","autopilot","user","for","when","capability","2026-11-10 10:12:30",false,"---\nname: code-report\ndescription: \"Use only when autopilot-code dispatches the final code-cycle reporting stage. Not for top-level user requests or primary capability routing.\"\n---\n\n# code-report\n\nThis is a Codex-native Skill projection generated from the portable capability\ncontract. It is adapter-owned output, not a legacy compatibility Skill copy.\n\n## Source\n\n- Portable source: `capabilities\u002Fcode-report.md`\n- Runtime check: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh capability-info code-report`\n- Bootstrap: `adapters\u002Fcodex\u002FAGENTS.md`\n\n## Use\n\n1. Read `capabilities\u002Fcode-report.md` for the runtime-neutral contract.\n2. Run `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh capability-info code-report`.\n3. Obey the reported status:\n   - `instruction-only`: use this Skill as Codex guidance plus explicit preflight guards.\n   - `tool-contract`: report the named `tool_contract`, run any `tool_contract_check`, and obey `runtime_surface` \u002F `fallback` before claiming full support.\n   - `unsupported`: stop or use the reported `fallback`.\n\n## Shape\n\n- Identifier: `code-report`\n- Invocation class: `parent-invoked`\n- Supported modes: `none`\n- Argument shape: `\u003Cplan name or path>`\n- Portable meaning: Assemble code-cycle results into a user-facing report.\n\n## Portable Contract\n\n- Invocation semantics: Generate a detailed change report from plan + dev logs — focuses on key changes, principles, and insights for future reference. When it embeds or cites a generated spectrogram, completion also requires a passing semantic manifest, range-compatible claim evidence, and a hash-current representative PNG review. Adapters may expose this capability through native commands, skill files, prompt instructions, or explicit wrappers. The adapter must report unsupported runtime mechanics instead of silently treating another runtime's native file format as portable.\n\n\n\n## Projected Portable Details\n\n## Artifact Ownership\n\nArtifact root: `core\u002FCONVENTIONS.md §5.1`.\n\nIn a `standard+` `autopilot-code` stage cycle, `code-report` owns\n`final_report.md`, `analysis_project\u002Fcode\u002F`, and `pipeline_summary.md` (using the\nshared lock where required). It consumes plan, checklist, development, and test\nevidence but must not rewrite source or another stage's evidence class. This is\nthe report half of the stage ownership contract in `core\u002FOPERATIONS.md` §5.10.\n\nThe report stage does not publish a task branch or PR. The capability owner\nreceives task-publication capacity from the route's sealed complete entry scope\n(or a route that seals no entry scope; `report` withholds it) and performs publication only when those actions are part of the actual request.\nIntegration and merge stay with the supervisor.\n\nThe stage returns the canonical `final_report.md` source path to the\ndispatch-depth-1 capability owner. It does not independently invoke an artifact\nsink. After the report terminal, the owner evaluates the route-sealed optional\nextension: an available sink receives the app-neutral receipt and an\nunavailable probe records `skipped\u002Fextension-unavailable`.\n\nWhen the report references generated spectrograms, consume the semantic\nmanifest, verifier result, and representative visual-review evidence from the\ntest stage. Do not publish band-sensitive claims or mark the report complete\nwhen that gate is missing or failing.\n\n## Artifact Producer Lifecycle\n\n`code-report` is a `standard+` stage worker: it never issues its own campaign or\ncycle. It receives the owner's open cycle through\n`AGENT_ARTIFACT_CAMPAIGN_ID`\u002F`AGENT_ARTIFACT_CYCLE_ID`\u002F`AGENT_ARTIFACT_PRODUCER_ID`\u002F\n`AGENT_ARTIFACT_CYCLE_DIR`\u002F`AGENT_ARTIFACT_OUTPUT_DIR` (dispatch env\npass-through); the resolver applies the report node's declared outputs and\nwrite scope.\n`artifact_producer.py` owns the open cycle and its output paths; `finalize` and\n`admit-shared` belong to the owner, never to a stage worker. See\n`producer_lifecycle` in `capabilities\u002Ftopologies.json`.\n\n## Role Requirements\n\nUse portable role names from `roles\u002FREADME.md` and `core\u002FCONVENTIONS.md`. Concrete model names, subagent frontmatter, and runtime-specific tool lists belong in adapter files.\n\n## Guard Requirements\n\nAdapters must preserve the portable invariants relevant to this capability:\n\n- resolve artifact root through `utilities\u002Fartifact-root.sh` or equivalent logic;\n- use DB memory paths, not runtime-native memory files.\n\nPortable procedure and reference documents are owned under `capabilities\u002Fcode-report\u002Freferences\u002F` when present. Claude, Codex, and OpenCode Skill bodies are generated projections of this capability and use the same logical procedure read-set.\n\n## Shared Procedure References\n\nRead the complete portable procedure files listed here when they apply; this logical read-set is shared across Claude, Codex, and OpenCode.\n\n- `capabilities\u002Fcode-report\u002Freferences\u002Fprocedure.md`\n\n## Workflow Evidence\n\n- Before capability grounding\u002Fspec-changing work: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh route code-report [cwd] [session-id]`\n- For workflow state: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh status [cwd] [session-id]` and `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh prompt-signal [cwd] [session-id]`\n\nDo not use legacy compatibility Skill files or non-native adapter Skill files\nas Codex-native source. Those files are compatibility\u002Freference surfaces only.\n","# code-report\n\nThis is a Codex-native Skill projection generated from the portable capability\ncontract. It is adapter-owned output, not a legacy compatibility Skill copy.\n\n## Source\n\n- Portable source: `capabilities\u002Fcode-report.md`\n- Runtime check: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh capability-info code-report`\n- Bootstrap: `adapters\u002Fcodex\u002FAGENTS.md`\n\n## Use\n\n1. Read `capabilities\u002Fcode-report.md` for the runtime-neutral contract.\n2. Run `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh capability-info code-report`.\n3. Obey the reported status:\n   - `instruction-only`: use this Skill as Codex guidance plus explicit preflight guards.\n   - `tool-contract`: report the named `tool_contract`, run any `tool_contract_check`, and obey `runtime_surface` \u002F `fallback` before claiming full support.\n   - `unsupported`: stop or use the reported `fallback`.\n\n## Shape\n\n- Identifier: `code-report`\n- Invocation class: `parent-invoked`\n- Supported modes: `none`\n- Argument shape: `\u003Cplan name or path>`\n- Portable meaning: Assemble code-cycle results into a user-facing report.\n\n## Portable Contract\n\n- Invocation semantics: Generate a detailed change report from plan + dev logs — focuses on key changes, principles, and insights for future reference. When it embeds or cites a generated spectrogram, completion also requires a passing semantic manifest, range-compatible claim evidence, and a hash-current representative PNG review. Adapters may expose this capability through native commands, skill files, prompt instructions, or explicit wrappers. The adapter must report unsupported runtime mechanics instead of silently treating another runtime's native file format as portable.\n\n\n\n## Projected Portable Details\n\n## Artifact Ownership\n\nArtifact root: `core\u002FCONVENTIONS.md §5.1`.\n\nIn a `standard+` `autopilot-code` stage cycle, `code-report` owns\n`final_report.md`, `analysis_project\u002Fcode\u002F`, and `pipeline_summary.md` (using the\nshared lock where required). It consumes plan, checklist, development, and test\nevidence but must not rewrite source or another stage's evidence class. This is\nthe report half of the stage ownership contract in `core\u002FOPERATIONS.md` §5.10.\n\nThe report stage does not publish a task branch or PR. The capability owner\nreceives task-publication capacity from the route's sealed complete entry scope\n(or a route that seals no entry scope; `report` withholds it) and performs publication only when those actions are part of the actual request.\nIntegration and merge stay with the supervisor.\n\nThe stage returns the canonical `final_report.md` source path to the\ndispatch-depth-1 capability owner. It does not independently invoke an artifact\nsink. After the report terminal, the owner evaluates the route-sealed optional\nextension: an available sink receives the app-neutral receipt and an\nunavailable probe records `skipped\u002Fextension-unavailable`.\n\nWhen the report references generated spectrograms, consume the semantic\nmanifest, verifier result, and representative visual-review evidence from the\ntest stage. Do not publish band-sensitive claims or mark the report complete\nwhen that gate is missing or failing.\n\n## Artifact Producer Lifecycle\n\n`code-report` is a `standard+` stage worker: it never issues its own campaign or\ncycle. It receives the owner's open cycle through\n`AGENT_ARTIFACT_CAMPAIGN_ID`\u002F`AGENT_ARTIFACT_CYCLE_ID`\u002F`AGENT_ARTIFACT_PRODUCER_ID`\u002F\n`AGENT_ARTIFACT_CYCLE_DIR`\u002F`AGENT_ARTIFACT_OUTPUT_DIR` (dispatch env\npass-through); the resolver applies the report node's declared outputs and\nwrite scope.\n`artifact_producer.py` owns the open cycle and its output paths; `finalize` and\n`admit-shared` belong to the owner, never to a stage worker. See\n`producer_lifecycle` in `capabilities\u002Ftopologies.json`.\n\n## Role Requirements\n\nUse portable role names from `roles\u002FREADME.md` and `core\u002FCONVENTIONS.md`. Concrete model names, subagent frontmatter, and runtime-specific tool lists belong in adapter files.\n\n## Guard Requirements\n\nAdapters must preserve the portable invariants relevant to this capability:\n\n- resolve artifact root through `utilities\u002Fartifact-root.sh` or equivalent logic;\n- use DB memory paths, not runtime-native memory files.\n\nPortable procedure and reference documents are owned under `capabilities\u002Fcode-report\u002Freferences\u002F` when present. Claude, Codex, and OpenCode Skill bodies are generated projections of this capability and use the same logical procedure read-set.\n\n## Shared Procedure References\n\nRead the complete portable procedure files listed here when they apply; this logical read-set is shared across Claude, Codex, and OpenCode.\n\n- `capabilities\u002Fcode-report\u002Freferences\u002Fprocedure.md`\n\n## Workflow Evidence\n\n- Before capability grounding\u002Fspec-changing work: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh route code-report [cwd] [session-id]`\n- For workflow state: `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh status [cwd] [session-id]` and `adapters\u002Fcodex\u002Fbin\u002Fpreflight.sh prompt-signal [cwd] [session-id]`\n\nDo not use legacy compatibility Skill files or non-native adapter Skill files\nas Codex-native source. Those files are compatibility\u002Freference surfaces only.\n",{"name":5,"description":7},"main","e8490fe411451214692d67b58b0f2c75aea3d034","adapters\u002Fcodex\u002Fskills\u002Fcode-report",2,"https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting","https:\u002F\u002Fdmlguq456.github.io\u002Fhearting\u002F","https:\u002F\u002Fgithub.com\u002Fdmlguq456","https:\u002F\u002Fdmlguq456.github.io\u002F","interested in speech processing","2026-11-12 00:08:35",{"source":8,"skillName":5,"commands":59,"prompt":69,"zipAvailable":70},[60,63,66],{"tool":61,"command":62},"npx","npx skills add dmlguq456\u002Fhearting --skill code-report",{"tool":64,"command":65},"bunx","bunx skills add dmlguq456\u002Fhearting --skill code-report",{"tool":67,"command":68},"pnpm","pnpm dlx skills add dmlguq456\u002Fhearting --skill code-report","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fadapters\u002Fcodex\u002Fskills\u002Fcode-report\u002FSKILL.md",true,[],[73,94,111,123,135,158],{"skillNo":74,"name":75,"nameZh":6,"description":76,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":77,"categories":78,"keywords":80,"publishedAt":43},"01M6GEES21KY8PDHWM2KSFT24A","code-refine","Use only when autopilot-code dispatches plan revision after user notes, plan-check feedback, or verification failure. Not for top-level user requests or primary capability routing.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fskills\u002Fcode-refine\u002FSKILL.md",[79],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[81,28,82,32,31,83,84,85,86,87,38,88,89,90,36,35,91,92,93,34],"refine","code refine","intensity","feedback","quick","check","revise","direct","revision","name","plan","verification","notes",{"skillNo":95,"name":96,"nameZh":6,"description":97,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":98,"categories":99,"keywords":101,"publishedAt":43},"01M6GE1MV7AYPMED4DCXR0V7JH","code-execute","Use only when autopilot-code dispatches the implementation stage for an approved plan. Not for top-level user requests or primary capability routing.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fadapters\u002Fclaude\u002Fskills\u002Fcode-execute\u002FSKILL.md",[100],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[28,102,103,91,39,38,104,90,36,35,105,34,106,33,32,31,107,108,109,110],"code execute","execute","implementation","record","log","execution","delegate","step by step","development",{"skillNo":112,"name":113,"nameZh":6,"description":114,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":115,"categories":116,"keywords":117,"publishedAt":43},"01M6GEG4QX5NCAFD0T1WMZYYM4","claude-aware","Demonstrate a skill source with inactive runtime-specific metadata.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Ftools\u002Finstall\u002Ffixtures\u002Fextensions\u002Fruntime-specific\u002Fskill\u002FSKILL.md",[],[118,119,120,121,122],"claude aware","source","metadata","runtime","with",{"skillNo":124,"name":125,"nameZh":6,"description":126,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":127,"categories":128,"keywords":129,"publishedAt":43},"01M6GEG1D04DY5SAP5Y8F5BVXA","portable-review","Review a change using portable, instruction-only guidance.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Ftools\u002Finstall\u002Ffixtures\u002Fextensions\u002Finstruction-only\u002Fskill\u002FSKILL.md",[],[130,131,132,31,133,134],"portable review","review","portable","guidance","change",{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":141,"publishedAt":43},"01M6GEFY4K6ATTDHFW45KJMNSG","session-tidy","Use when context fills, before compact, on handoff to another session, after a large task, or on request. Not for primary routing or memory writes.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fskills\u002Fsession-tidy\u002FSKILL.md",[],[142,143,144,145,146,147,148,149,41,40,150,151,152,153,154,34,155,156,157,32],"session","tidy","session tidy","model","memory","handoff","request","window","card","context","clear","write","support","task","ops","compact",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":169,"publishedAt":43},"01M6GEFTBXE1JFXCQ686PQZ1RV","draft-strategy","Use only when autopilot-draft dispatches document strategy and evidence-plan creation. Not for top-level user requests or primary capability routing.","https:\u002F\u002Fgithub.com\u002Fdmlguq456\u002Fhearting\u002Fblob\u002Fmain\u002Fskills\u002Fdraft-strategy\u002FSKILL.md",[164],{"categoryNo":165,"categoryName":166,"taxonomyType":167,"taxonomyTypeDesc":168},"01JBSEEDCAT000000000000002","文档处理","SCENARIO","使用场景",[170,171,172,42,173,88,131,174,35,41,175,176,91,177,34,178,179,180,32,181,31,83,182,183,184,85,155],"draft strategy","draft","strategy","presentation","paths","mode","artifact","create","output","document","plan creation","writing","creation","evidence","proposal"]