[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6D3RXEB736HT95J2T87N0H0":3,"skill-same:01M6D3RXEB736HT95J2T87N0H0":80},{"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":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":56,"commitSha":57,"skillDirectory":58,"forksCount":59,"repositoryHtmlUrl":60,"repositoryHomepageUrl":61,"ownerHtmlUrl":62,"ownerBlogUrl":63,"ownerDescription":64,"updatedAt":65,"install":66,"resources":79},"01M6D3RXEB736HT95J2T87N0H0","create-briefing-slides",null,"Create or amend a self-contained PowerPoint-like HTML briefing slide deck for alignment pages, interrogation questions, research findings, framework\u002Fworkshop artifacts, specs, reports, or documentation plans. Use when Codex should make review material more visual and navigable while preserving dense alignment\u002Finterrogation pages and source documents as linked references instead of auto-opening them.","GeorgeQLe\u002Fagentic-skills","GeorgeQLe","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F21134126?v=4","01M6D2JP418S0VGJGF8M93EC3H","George Le","01M6D2JPBAKYD82TA5FS6HKQ3D",1,"MIT","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fbase\u002Fcodex\u002Fcreate-briefing-slides\u002Farchive\u002Fv0.2\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000003","演示文稿","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"create briefing slides","create","slides","deck","plans","pages","visual","self","references","alignment","reports","auto","review","use","ops","page","canary","artifacts","documents","documentation","2026-11-10 10:12:30",false,"---\nname: create-briefing-slides\ndescription: Create or amend a self-contained PowerPoint-like HTML briefing slide deck for alignment pages, interrogation questions, research findings, framework\u002Fworkshop artifacts, specs, reports, or documentation plans. Use when Codex should make review material more visual and navigable while preserving dense alignment\u002Finterrogation pages and source documents as linked references instead of auto-opening them.\ntype: ops\nversion: v0.2\nrelease_lane: canary\nrequired_conventions: [briefing-slides]\nargument-hint: \"\u003Ctopic-or-artifact> [--from alignment\u002Fpage.html|interrogation\u002Fpage.html|path] [--out briefing-slides\u002Fname.html]\"\n---\n\n# Create Briefing Slides\n\nInvoke as `$create-briefing-slides`.\n\nCreate a self-contained HTML slide deck that becomes the primary opened review surface for dense research, interrogation, alignment, framework, workshop, spec, report, or documentation-creation artifacts. Follow the shared briefing-slides convention via the packaged convention resolver: source checkouts load `docs\u002Fbriefing-slides-convention.md`, and packaged installs load `assets\u002Fbriefing-slides-convention.md`.\n\n**Briefing-first review surface (canary).** On the canary lane, this is the review surface producing skills adopt at each interrogation and alignment step. Because this skill's `briefing-slides` convention is canary-only, its presence is the lane signal: where it is installed, a producing skill first authors its dense `interrogation\u002F*.html` \u002F `alignment\u002F*.html` page inline (via the shared interrogation-page \u002F alignment-page conventions), then builds a `briefing-slides\u002F\u003Cskill>-\u003Ctopic>.html` deck as the **primary** review surface, **auto-opens only the deck**, and links the dense pages\u002Fsources as drill-down references. The dense page remains canonical and is the fallback surface. Follow the **Briefing-First Review Surface** and **Gate Parity And Partial Decks** sections of the convention: the deck's compiled YAML routes back to the producing command with `reference_pages` \u002F `source_artifacts`, preserves unanswered gates and slide feedback, and is marked ready only when every required gate is approved. Where the convention is absent (stable), the dense page stays the primary review surface and no briefing behavior applies.\n\n## Workflow\n\n1. Resolve scope:\n   - Default to the current repository.\n   - Identify the source artifact(s), owning skill or workflow, topic slug, dense reference pages, and output path.\n   - Use `briefing-slides\u002F\u003Cowner-or-topic>.html` by default unless the user provides a valid `briefing-slides\u002F*.html` output path.\n   - If a dense `alignment\u002F*.html` or `interrogation\u002F*.html` page exists, read it and use it as a linked reference source. If a dense page is expected but missing, create or ask the owning producing skill to create it first.\n\n2. Preserve dense references:\n   - Keep traditional dense pages, markdown reports, specs, research notes, framework outputs, and source documents as canonical references.\n   - Link references from the deck with relative links.\n   - Do not embed dense pages and do not auto-open linked references.\n\n3. Design the deck:\n   - Load `docs\u002Fbriefing-slides-convention.md` or `assets\u002Fbriefing-slides-convention.md` before authoring the HTML.\n   - Choose the relevant deck pattern: alignment briefing, interrogation briefing, framework\u002Fworkshop briefing, or documentation briefing.\n   - Build the required presentation navigation, reference chips, review controls, marking\u002Fannotation controls, copy fallback, print CSS, and YAML compiler from the convention.\n\n4. Archive before replacement:\n   - Before replacing an existing deck, archive it to `docs\u002Fhistory\u002Farchive\u002FYYYY-MM-DD\u002FHHMMSS\u002Fbriefing-slides\u002F\u003Cfilename>.html`.\n   - Highlight what changed in the updated deck when amending after feedback.\n\n5. Verify and open:\n   - Run the convention's verification checklist.\n   - Attempt to open only the deck, using the packaged HTML opener command specified by the convention.\n   - Report opener status exactly as `focused`, `opened`, `fallback-opened`, `blocked`, or `failed`.\n\n6. Manifest-driven skill decks (this repo only):\n   - The per-skill AFPS deck gallery under `briefing-slides\u002F` is **generated**, not hand-authored. Its source of truth is `briefing-slides\u002F_deck-manifest.json`; edit that manifest to change deck content and regenerate — never hand-edit a generated deck.\n   - Regenerate with `node scripts\u002Fgenerate-briefing-decks.mjs` (no-arg = full batch of every manifest deck plus the overviews deck and index; `--deck \u003Cslug>`, `--gallery`, `--flagships`, `--manifest`\u002F`--batch`, `--audit-variety` target subsets), then audit with `node scripts\u002Faudit-briefing-slides.mjs`.\n   - Each deck's six content beats map to rotating archetypes so the folder reads as varied rather than uniform; the bespoke flagship decks (`idea-scope-brief`, `create-briefing-slides`, `release-lane-change-boundary`) stay out of the manifest. See the convention's **Manifest-Driven Skill Decks** section.\n\n## Output\n\nReport:\n\n- Slide deck path.\n- Dense reference paths.\n- Owning command used in compiled YAML.\n- Archive path when a deck was replaced.\n- Verification performed.\n- Browser-open status for the slide deck.\n- Next review action.\n\n## Constraints\n\n- Do not open dense alignment pages, interrogation pages, markdown reports, specs, or references automatically.\n- Do not delete or replace dense pages with the slide deck.\n- Do not create or modify GitHub Actions workflows.\n- Do not write outside the target repository.\n\n## Briefing Slides Convention\n\nFollow the shared briefing-slides convention via the packaged convention resolver. Source checkouts load `docs\u002Fbriefing-slides-convention.md`; packaged installs load `assets\u002Fbriefing-slides-convention.md`.\n\n## Default Shipping Contract\n\n- Generated decks, archive copies, and source artifacts are normal repo artifacts. Follow the target repo's shipping rules after verification.\n- When operating in this `agentic-skills` repository, commit and push intended tracked changes on the primary branch before stopping unless the user explicitly says not to ship.\n","# Create Briefing Slides\n\nInvoke as `$create-briefing-slides`.\n\nCreate a self-contained HTML slide deck that becomes the primary opened review surface for dense research, interrogation, alignment, framework, workshop, spec, report, or documentation-creation artifacts. Follow the shared briefing-slides convention via the packaged convention resolver: source checkouts load `docs\u002Fbriefing-slides-convention.md`, and packaged installs load `assets\u002Fbriefing-slides-convention.md`.\n\n**Briefing-first review surface (canary).** On the canary lane, this is the review surface producing skills adopt at each interrogation and alignment step. Because this skill's `briefing-slides` convention is canary-only, its presence is the lane signal: where it is installed, a producing skill first authors its dense `interrogation\u002F*.html` \u002F `alignment\u002F*.html` page inline (via the shared interrogation-page \u002F alignment-page conventions), then builds a `briefing-slides\u002F\u003Cskill>-\u003Ctopic>.html` deck as the **primary** review surface, **auto-opens only the deck**, and links the dense pages\u002Fsources as drill-down references. The dense page remains canonical and is the fallback surface. Follow the **Briefing-First Review Surface** and **Gate Parity And Partial Decks** sections of the convention: the deck's compiled YAML routes back to the producing command with `reference_pages` \u002F `source_artifacts`, preserves unanswered gates and slide feedback, and is marked ready only when every required gate is approved. Where the convention is absent (stable), the dense page stays the primary review surface and no briefing behavior applies.\n\n## Workflow\n\n1. Resolve scope:\n   - Default to the current repository.\n   - Identify the source artifact(s), owning skill or workflow, topic slug, dense reference pages, and output path.\n   - Use `briefing-slides\u002F\u003Cowner-or-topic>.html` by default unless the user provides a valid `briefing-slides\u002F*.html` output path.\n   - If a dense `alignment\u002F*.html` or `interrogation\u002F*.html` page exists, read it and use it as a linked reference source. If a dense page is expected but missing, create or ask the owning producing skill to create it first.\n\n2. Preserve dense references:\n   - Keep traditional dense pages, markdown reports, specs, research notes, framework outputs, and source documents as canonical references.\n   - Link references from the deck with relative links.\n   - Do not embed dense pages and do not auto-open linked references.\n\n3. Design the deck:\n   - Load `docs\u002Fbriefing-slides-convention.md` or `assets\u002Fbriefing-slides-convention.md` before authoring the HTML.\n   - Choose the relevant deck pattern: alignment briefing, interrogation briefing, framework\u002Fworkshop briefing, or documentation briefing.\n   - Build the required presentation navigation, reference chips, review controls, marking\u002Fannotation controls, copy fallback, print CSS, and YAML compiler from the convention.\n\n4. Archive before replacement:\n   - Before replacing an existing deck, archive it to `docs\u002Fhistory\u002Farchive\u002FYYYY-MM-DD\u002FHHMMSS\u002Fbriefing-slides\u002F\u003Cfilename>.html`.\n   - Highlight what changed in the updated deck when amending after feedback.\n\n5. Verify and open:\n   - Run the convention's verification checklist.\n   - Attempt to open only the deck, using the packaged HTML opener command specified by the convention.\n   - Report opener status exactly as `focused`, `opened`, `fallback-opened`, `blocked`, or `failed`.\n\n6. Manifest-driven skill decks (this repo only):\n   - The per-skill AFPS deck gallery under `briefing-slides\u002F` is **generated**, not hand-authored. Its source of truth is `briefing-slides\u002F_deck-manifest.json`; edit that manifest to change deck content and regenerate — never hand-edit a generated deck.\n   - Regenerate with `node scripts\u002Fgenerate-briefing-decks.mjs` (no-arg = full batch of every manifest deck plus the overviews deck and index; `--deck \u003Cslug>`, `--gallery`, `--flagships`, `--manifest`\u002F`--batch`, `--audit-variety` target subsets), then audit with `node scripts\u002Faudit-briefing-slides.mjs`.\n   - Each deck's six content beats map to rotating archetypes so the folder reads as varied rather than uniform; the bespoke flagship decks (`idea-scope-brief`, `create-briefing-slides`, `release-lane-change-boundary`) stay out of the manifest. See the convention's **Manifest-Driven Skill Decks** section.\n\n## Output\n\nReport:\n\n- Slide deck path.\n- Dense reference paths.\n- Owning command used in compiled YAML.\n- Archive path when a deck was replaced.\n- Verification performed.\n- Browser-open status for the slide deck.\n- Next review action.\n\n## Constraints\n\n- Do not open dense alignment pages, interrogation pages, markdown reports, specs, or references automatically.\n- Do not delete or replace dense pages with the slide deck.\n- Do not create or modify GitHub Actions workflows.\n- Do not write outside the target repository.\n\n## Briefing Slides Convention\n\nFollow the shared briefing-slides convention via the packaged convention resolver. Source checkouts load `docs\u002Fbriefing-slides-convention.md`; packaged installs load `assets\u002Fbriefing-slides-convention.md`.\n\n## Default Shipping Contract\n\n- Generated decks, archive copies, and source artifacts are normal repo artifacts. Follow the target repo's shipping rules after verification.\n- When operating in this `agentic-skills` repository, commit and push intended tracked changes on the primary branch before stopping unless the user explicitly says not to ship.\n",{"name":5,"type":41,"version":52,"description":7,"release_lane":43,"argument-hint":53,"required_conventions":54},"v0.2","\u003Ctopic-or-artifact> [--from alignment\u002Fpage.html|interrogation\u002Fpage.html|path] [--out briefing-slides\u002Fname.html]",[55],"briefing-slides","master","96e2912af886dd1606b1b97df707715aef062b02","packs\u002Fbase\u002Fcodex\u002Fcreate-briefing-slides\u002Farchive\u002Fv0.2",0,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills","https:\u002F\u002Fagentic-skills-blush.vercel.app","https:\u002F\u002Fgithub.com\u002FGeorgeQLe","georgeqle.com","George Le is a futurist and serial tech entrepreneur who wants to work toward a world where humanity is free from robotic tasks.","2026-11-10 04:07:24",{"source":8,"skillName":5,"commands":67,"prompt":77,"zipAvailable":78},[68,71,74],{"tool":69,"command":70},"npx","npx skills add GeorgeQLe\u002Fagentic-skills --skill create-briefing-slides",{"tool":72,"command":73},"bunx","bunx skills add GeorgeQLe\u002Fagentic-skills --skill create-briefing-slides",{"tool":75,"command":76},"pnpm","pnpm dlx skills add GeorgeQLe\u002Fagentic-skills --skill create-briefing-slides","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fbase\u002Fcodex\u002Fcreate-briefing-slides\u002Farchive\u002Fv0.2\u002FSKILL.md",true,[],[81,94,103,115,128,139],{"skillNo":82,"name":83,"nameZh":6,"description":84,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":85,"categories":86,"keywords":87,"publishedAt":47},"01M6G0NJES15RJKZE6YZ0TSYGF","source-checkout-allowed","Valid source-checkout-only fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fsource-checkout-allowed\u002FSKILL.md",[],[88,89,90,91,92,93],"source checkout allowed","checkout","fixture","only","v0","valid",{"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":100,"publishedAt":47},"01M6G0NFZ3R1MNB1E3DVTM0WB7","deck-install-valid","Valid deck install fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fdeck-install\u002FSKILL.md",[],[101,30,102,93,90,92],"deck install valid","install",{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":109,"publishedAt":47},"01M6G0ND3QZQC4MDZ9NVB97PT2","codex-pack-guard-valid","Valid Codex Pack Availability Guard fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fcodex-pack-guard\u002FSKILL.md",[],[110,111,112,93,113,114,90,92],"codex pack guard valid","pack","guard","codex","availability",{"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":124,"publishedAt":47},"01M6G0NA9YB3NKGZKD3S96JMNB","codex-missing-skill-valid","Valid Codex missing skill fallback fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fcodex-missing-skill-fallback\u002FSKILL.md",[121],{"categoryNo":122,"categoryName":123,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[125,126,93,113,92,127,90],"codex missing skill valid","missing","fallback",{"skillNo":129,"name":130,"nameZh":6,"description":131,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":132,"categories":133,"keywords":135,"publishedAt":47},"01M6G0N7PC0EKFD40ZWQAXSAQ9","codex-base-skill-fallback-valid","Valid Codex base skill fallback fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fcodex-base-skill-fallback\u002FSKILL.md",[134],{"categoryNo":122,"categoryName":123,"taxonomyType":21,"taxonomyTypeDesc":22},[93,113,127,136,137,138,92,90],"base skill","codex base skill fallback valid","base",{"skillNo":140,"name":141,"nameZh":6,"description":142,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":143,"categories":144,"keywords":145,"publishedAt":47},"01M6G0N4VRR2YKZQ6N3Y6S2BQA","claude-pack-guard-valid","Valid Claude Pack Availability Guard fixture.","https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Ftests\u002Ffixtures\u002Fskill-install-routing\u002Fvalid\u002Fclaude-pack-guard\u002FSKILL.md",[],[93,112,111,146,114,92,90],"claude pack guard valid"]