[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6D3C6SVG6CCPFNPCXZ0GJ17":3,"skill-same:01M6D3C6SVG6CCPFNPCXZ0GJ17":145},{"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":23,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":48,"commitSha":49,"skillDirectory":50,"forksCount":51,"repositoryHtmlUrl":52,"repositoryHomepageUrl":53,"ownerHtmlUrl":54,"ownerBlogUrl":55,"ownerDescription":56,"updatedAt":57,"install":58,"resources":71},"01M6D3C6SVG6CCPFNPCXZ0GJ17","fork-idea-branch",null,"Split an idea or active research path into two or more new research product-path stubs after alignment approval; preserves the source path by default and archives it only when --archive is passed","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\u002Fclaude\u002Ffork-idea-branch\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000031","产品经理","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"branch","idea","fork idea branch","research","planning","product","archive","page","v0","approval","only","alignment","default","artifact","active","2026-11-10 10:12:30",false,"---\nname: fork-idea-branch\ndescription: Split an idea or active research path into two or more new research product-path stubs after alignment approval; preserves the source path by default and archives it only when --archive is passed\ntype: planning\nversion: v0.1\nrequired_conventions: [alignment-page]\nargument-hint: \"[branch\u002Fproduct-path specs...] [--source \u003Cpath-id>] [--from \u003Cskill>] [--archive] [--reuse \u003Cartifact-types>]\"\n---\n\n# Fork Idea Branch\n\nUse this skill when one idea, research path, or customer-discovery result should split into multiple related product paths. Typical use: customer discovery surfaces three promising ICPs that require different products, so the user wants separate `research\u002F{product-path}\u002F` starts and separate `\u002Fidea-scope-brief` kickoff prompts for each path.\n\nThe packaged command is `\u002Ffork-idea-branch`; if a project exposes `\u002Ffork-branch` as a compatibility name, treat it as this same workflow.\n\nThis skill creates research product paths, not git branches. Use \"branch\" only as user-facing shorthand for the proposed product-path list.\n\n## Operating Modes\n\n- **Default additive mode:** after final alignment approval, create two or more new `research\u002F{slug}\u002F` stubs and update `research\u002F.progress.yaml`. Keep the source path in place.\n- **Archive mode (`--archive`):** include source-path archival in the alignment page and, after final approval, move the source path to `research\u002F_archive\u002F{old-slug}-pre-fork\u002F` before creating the new stubs.\n\nDo not archive, move, delete, or mark an existing source path archived unless the invocation included `--archive` and the final compiled alignment-page YAML approved that archival.\n\n## Process\n\n### 0. Resolve Source And Branch Inputs\n\nRead `research\u002F.progress.yaml` when present. Normalize legacy fields: read `active_path` as `active_paths`, treat legacy `abandoned` as `archived`, and exclude paths under `research\u002F_archive\u002F` from active-source selection.\n\nParse `$ARGUMENTS` for:\n\n- proposed branch\u002Fproduct-path specs: label, desired stub slug\u002Fname, ICP or product hypothesis, and optional notes\n- `--source \u003Cpath-id>`: the active product path or idea context being split\n- `--from \u003Cskill>`: the skill or workflow that exposed the divergence\n- `--archive`: opt in to archiving the source path after approval\n- `--reuse \u003Cartifact-types>`: optional approved carry-forward candidates\n\nIf the branch list is incomplete, interview the user for:\n\n- what diverged: ICPs, market segments, value wedges, product lines, or route experiments\n- how many product paths to create, with minimum 2\n- desired stub names\u002Fslugs for each path\n- per-path notes or constraints the seed should preserve\n\nIf no active source path exists, continue when the user supplied enough source idea context in the invocation or interview. If both source path and source idea context are missing, ask for the idea\u002Fsource context before building the alignment page.\n\nNormalize slugs to lowercase hyphen-case. Prefer descriptive product\u002Fapp path names over generic audience names when the supplied stub would be too vague. Validate there are no collisions with existing `research\u002F{slug}\u002F`, `research\u002F_archive\u002F{slug}\u002F`, or manifest `product_paths[].id` entries.\n\n### 1. Build The Alignment Page\n\nBuild `alignment\u002Ffork-idea-branch-{topic}.html` before any filesystem mutation. Follow `ALIGNMENT-PAGE.md` in this skill directory.\n\nThe page must verify:\n\n1. **Source context and mode** - source path or source idea summary, triggering skill, and whether the source will be preserved or archived. In default mode, the proposed file changes must show no source-path move.\n2. **Branch count** - exact number of product paths to create; it must match the user's supplied branch list.\n3. **Branch names and slugs** - label, `research\u002F{slug}\u002F` path, and collision check for every branch.\n4. **Per-branch seed content** - ICP\u002Fproduct hypothesis, pain point hypothesis, value wedge hypothesis, and user notes for each branch.\n5. **Reuse decisions** - default is fresh stubs only. Any carry-forward artifact must be approved per branch and per artifact type, with contamination risk called out.\n6. **Proposed file changes** - full inventory of directories, `fork-seed.md` files, manifest updates, optional source archive move when `--archive` is present, and fork memo path.\n7. **Idea-scope-brief kickoff prompts** - a ready-to-paste `\u002Fidea-scope-brief {slug}` prompt for each branch that tells the next agent to read that branch's `fork-seed.md` and honor the branch notes.\n8. **Post-approval route** - final restart checklist and the first recommended branch to run.\n\nPre-approval stop applies. Ask the user to review the page and provide final compiled response YAML. Do not scaffold, copy, archive, or update `research\u002F.progress.yaml` until final compiled YAML has `approval_status: ready-for-agent-review` and no unresolved negative or clarification feedback.\n\n### 2. Apply Final Approval\n\nAfter final approval, apply the approved file changes exactly.\n\nIf `--archive` was approved:\n\n1. Move `research\u002F{old-slug}\u002F` to `research\u002F_archive\u002F{old-slug}-pre-fork\u002F`.\n2. Update the source manifest entry:\n   - `status: archived`\n   - remove the source path ID from `active_paths`\n   - `scope_path: research\u002F_archive\u002F{old-slug}-pre-fork\u002F`\n   - `archive_reason: forked-to-{slug-a}+{slug-b}[+...]`\n   - `archived_at: \u003CYYYY-MM-DD>`\n   - `last_touched: \u003CYYYY-MM-DD>`\n\nIf `--archive` was not approved:\n\n1. Leave the source directory and source manifest entry in place.\n2. Do not move the source path under `research\u002F_archive\u002F`.\n3. Do not change the source status to `archived`.\n\n### 3. Scaffold New Product Paths\n\nFor each approved branch:\n\n1. Create `research\u002F{new-slug}\u002F_working\u002F`.\n2. Write `research\u002F{new-slug}\u002F_working\u002Ffork-seed.md` with ground-truth inputs only:\n   - source idea or source path summary\n   - source skill (`--from` or `user-initiated`)\n   - branch label and slug\n   - ICP\u002Fproduct hypothesis\n   - pain point hypothesis\n   - value wedge hypothesis\n   - user notes and constraints\n   - explicit unknowns for `\u002Fidea-scope-brief` to resolve\n3. If carry-forward was approved for this branch, copy only the approved artifacts into `research\u002F{new-slug}\u002F` and prepend:\n\n   ```html\n   \u003C!-- Carried forward during fork on YYYY-MM-DD. Original assumptions may not hold for this path's ICP, market, or product direction. Review critically. -->\n   ```\n\n4. Update `research\u002F.progress.yaml` with a `product_paths[]` entry:\n   - `id: \"{new-slug}\"`\n   - `label: \"{branch label}\"`\n   - `scope_path: \"research\u002F{new-slug}\u002F\"`\n   - `status: active` or `deferred`, respecting `max_concurrent`\n   - `source_skill: \"fork-idea-branch\"`\n   - `reason: \"Forked from {source path or idea} after {trigger\u002Fsource skill}: {brief rationale}\"`\n   - `archive_reason: null`\n   - `archived_at: null`\n   - `promoted_at: null`\n   - `evidence_refs`: include the alignment page, fork memo, source path or source artifact, and this branch's `fork-seed.md`\n   - `revisit_trigger`: null unless the branch is deferred\n   - `next_skill: \"\u002Fidea-scope-brief {new-slug}\"`\n   - `pipeline_stage: \"idea-scope-brief\"`\n   - `last_touched: \"\u003CYYYY-MM-DD>\"`\n\nAdd active branch IDs to `active_paths` up to `max_concurrent`. If adding all approved branches would exceed `max_concurrent`, set the excess branch entries to `status: deferred`, give each a concrete `revisit_trigger`, and state that those paths are parked until activated.\n\n### 4. Write Fork Memo\n\nWrite `research\u002F_working\u002Ffork-memo-{YYYY-MM-DD}.md` with:\n\n- source skill or `user-initiated`\n- source path or source idea summary\n- mode: default additive or `--archive`\n- source action: preserved or archived, including archive path when applicable\n- branches created: slug, label, status, and notes\n- rationale summary\n- reuse decisions per branch\n- full artifact inventory\n- idea-scope-brief kickoff prompts\n- restart checklist\n\n### 5. Emit Restart Checklist\n\nEnd with the branch kickoff prompts and one recommended next command:\n\n```text\n\u002Fidea-scope-brief {slug-a}\n\u002Fidea-scope-brief {slug-b}\n```\n\nRecommend sequential execution unless the user explicitly wants parallel research sessions. Each branch should run its own idea-scope-brief from its own `fork-seed.md` to avoid blending incompatible ICP\u002Fproduct assumptions.\n\n## Constraints\n\n- Does not run `\u002Fidea-scope-brief` or any downstream skill.\n- Does not merge research across product paths.\n- Does not create git branches.\n- Does not create task entries in `tasks\u002Ftodo.md`; the restart checklist is the handoff.\n- Does not archive source research unless `--archive` was passed and approved.\n- Uses manifest terminology `product_paths` and `active_paths`; treats branch as user-facing shorthand only.\n- Distinguishes itself from `\u002Fproduct-line fork`: `\u002Fproduct-line fork` adds one portfolio path, while this skill splits one idea\u002Fsource into multiple reviewed `research\u002F{slug}\u002F` stubs with per-branch kickoff prompts.\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Ffork-idea-branch-{topic}.html`.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention.\n","# Fork Idea Branch\n\nUse this skill when one idea, research path, or customer-discovery result should split into multiple related product paths. Typical use: customer discovery surfaces three promising ICPs that require different products, so the user wants separate `research\u002F{product-path}\u002F` starts and separate `\u002Fidea-scope-brief` kickoff prompts for each path.\n\nThe packaged command is `\u002Ffork-idea-branch`; if a project exposes `\u002Ffork-branch` as a compatibility name, treat it as this same workflow.\n\nThis skill creates research product paths, not git branches. Use \"branch\" only as user-facing shorthand for the proposed product-path list.\n\n## Operating Modes\n\n- **Default additive mode:** after final alignment approval, create two or more new `research\u002F{slug}\u002F` stubs and update `research\u002F.progress.yaml`. Keep the source path in place.\n- **Archive mode (`--archive`):** include source-path archival in the alignment page and, after final approval, move the source path to `research\u002F_archive\u002F{old-slug}-pre-fork\u002F` before creating the new stubs.\n\nDo not archive, move, delete, or mark an existing source path archived unless the invocation included `--archive` and the final compiled alignment-page YAML approved that archival.\n\n## Process\n\n### 0. Resolve Source And Branch Inputs\n\nRead `research\u002F.progress.yaml` when present. Normalize legacy fields: read `active_path` as `active_paths`, treat legacy `abandoned` as `archived`, and exclude paths under `research\u002F_archive\u002F` from active-source selection.\n\nParse `$ARGUMENTS` for:\n\n- proposed branch\u002Fproduct-path specs: label, desired stub slug\u002Fname, ICP or product hypothesis, and optional notes\n- `--source \u003Cpath-id>`: the active product path or idea context being split\n- `--from \u003Cskill>`: the skill or workflow that exposed the divergence\n- `--archive`: opt in to archiving the source path after approval\n- `--reuse \u003Cartifact-types>`: optional approved carry-forward candidates\n\nIf the branch list is incomplete, interview the user for:\n\n- what diverged: ICPs, market segments, value wedges, product lines, or route experiments\n- how many product paths to create, with minimum 2\n- desired stub names\u002Fslugs for each path\n- per-path notes or constraints the seed should preserve\n\nIf no active source path exists, continue when the user supplied enough source idea context in the invocation or interview. If both source path and source idea context are missing, ask for the idea\u002Fsource context before building the alignment page.\n\nNormalize slugs to lowercase hyphen-case. Prefer descriptive product\u002Fapp path names over generic audience names when the supplied stub would be too vague. Validate there are no collisions with existing `research\u002F{slug}\u002F`, `research\u002F_archive\u002F{slug}\u002F`, or manifest `product_paths[].id` entries.\n\n### 1. Build The Alignment Page\n\nBuild `alignment\u002Ffork-idea-branch-{topic}.html` before any filesystem mutation. Follow `ALIGNMENT-PAGE.md` in this skill directory.\n\nThe page must verify:\n\n1. **Source context and mode** - source path or source idea summary, triggering skill, and whether the source will be preserved or archived. In default mode, the proposed file changes must show no source-path move.\n2. **Branch count** - exact number of product paths to create; it must match the user's supplied branch list.\n3. **Branch names and slugs** - label, `research\u002F{slug}\u002F` path, and collision check for every branch.\n4. **Per-branch seed content** - ICP\u002Fproduct hypothesis, pain point hypothesis, value wedge hypothesis, and user notes for each branch.\n5. **Reuse decisions** - default is fresh stubs only. Any carry-forward artifact must be approved per branch and per artifact type, with contamination risk called out.\n6. **Proposed file changes** - full inventory of directories, `fork-seed.md` files, manifest updates, optional source archive move when `--archive` is present, and fork memo path.\n7. **Idea-scope-brief kickoff prompts** - a ready-to-paste `\u002Fidea-scope-brief {slug}` prompt for each branch that tells the next agent to read that branch's `fork-seed.md` and honor the branch notes.\n8. **Post-approval route** - final restart checklist and the first recommended branch to run.\n\nPre-approval stop applies. Ask the user to review the page and provide final compiled response YAML. Do not scaffold, copy, archive, or update `research\u002F.progress.yaml` until final compiled YAML has `approval_status: ready-for-agent-review` and no unresolved negative or clarification feedback.\n\n### 2. Apply Final Approval\n\nAfter final approval, apply the approved file changes exactly.\n\nIf `--archive` was approved:\n\n1. Move `research\u002F{old-slug}\u002F` to `research\u002F_archive\u002F{old-slug}-pre-fork\u002F`.\n2. Update the source manifest entry:\n   - `status: archived`\n   - remove the source path ID from `active_paths`\n   - `scope_path: research\u002F_archive\u002F{old-slug}-pre-fork\u002F`\n   - `archive_reason: forked-to-{slug-a}+{slug-b}[+...]`\n   - `archived_at: \u003CYYYY-MM-DD>`\n   - `last_touched: \u003CYYYY-MM-DD>`\n\nIf `--archive` was not approved:\n\n1. Leave the source directory and source manifest entry in place.\n2. Do not move the source path under `research\u002F_archive\u002F`.\n3. Do not change the source status to `archived`.\n\n### 3. Scaffold New Product Paths\n\nFor each approved branch:\n\n1. Create `research\u002F{new-slug}\u002F_working\u002F`.\n2. Write `research\u002F{new-slug}\u002F_working\u002Ffork-seed.md` with ground-truth inputs only:\n   - source idea or source path summary\n   - source skill (`--from` or `user-initiated`)\n   - branch label and slug\n   - ICP\u002Fproduct hypothesis\n   - pain point hypothesis\n   - value wedge hypothesis\n   - user notes and constraints\n   - explicit unknowns for `\u002Fidea-scope-brief` to resolve\n3. If carry-forward was approved for this branch, copy only the approved artifacts into `research\u002F{new-slug}\u002F` and prepend:\n\n   ```html\n   \u003C!-- Carried forward during fork on YYYY-MM-DD. Original assumptions may not hold for this path's ICP, market, or product direction. Review critically. -->\n   ```\n\n4. Update `research\u002F.progress.yaml` with a `product_paths[]` entry:\n   - `id: \"{new-slug}\"`\n   - `label: \"{branch label}\"`\n   - `scope_path: \"research\u002F{new-slug}\u002F\"`\n   - `status: active` or `deferred`, respecting `max_concurrent`\n   - `source_skill: \"fork-idea-branch\"`\n   - `reason: \"Forked from {source path or idea} after {trigger\u002Fsource skill}: {brief rationale}\"`\n   - `archive_reason: null`\n   - `archived_at: null`\n   - `promoted_at: null`\n   - `evidence_refs`: include the alignment page, fork memo, source path or source artifact, and this branch's `fork-seed.md`\n   - `revisit_trigger`: null unless the branch is deferred\n   - `next_skill: \"\u002Fidea-scope-brief {new-slug}\"`\n   - `pipeline_stage: \"idea-scope-brief\"`\n   - `last_touched: \"\u003CYYYY-MM-DD>\"`\n\nAdd active branch IDs to `active_paths` up to `max_concurrent`. If adding all approved branches would exceed `max_concurrent`, set the excess branch entries to `status: deferred`, give each a concrete `revisit_trigger`, and state that those paths are parked until activated.\n\n### 4. Write Fork Memo\n\nWrite `research\u002F_working\u002Ffork-memo-{YYYY-MM-DD}.md` with:\n\n- source skill or `user-initiated`\n- source path or source idea summary\n- mode: default additive or `--archive`\n- source action: preserved or archived, including archive path when applicable\n- branches created: slug, label, status, and notes\n- rationale summary\n- reuse decisions per branch\n- full artifact inventory\n- idea-scope-brief kickoff prompts\n- restart checklist\n\n### 5. Emit Restart Checklist\n\nEnd with the branch kickoff prompts and one recommended next command:\n\n```text\n\u002Fidea-scope-brief {slug-a}\n\u002Fidea-scope-brief {slug-b}\n```\n\nRecommend sequential execution unless the user explicitly wants parallel research sessions. Each branch should run its own idea-scope-brief from its own `fork-seed.md` to avoid blending incompatible ICP\u002Fproduct assumptions.\n\n## Constraints\n\n- Does not run `\u002Fidea-scope-brief` or any downstream skill.\n- Does not merge research across product paths.\n- Does not create git branches.\n- Does not create task entries in `tasks\u002Ftodo.md`; the restart checklist is the handoff.\n- Does not archive source research unless `--archive` was passed and approved.\n- Uses manifest terminology `product_paths` and `active_paths`; treats branch as user-facing shorthand only.\n- Distinguishes itself from `\u002Fproduct-line fork`: `\u002Fproduct-line fork` adds one portfolio path, while this skill splits one idea\u002Fsource into multiple reviewed `research\u002F{slug}\u002F` stubs with per-branch kickoff prompts.\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Ffork-idea-branch-{topic}.html`.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention.\n",{"name":5,"type":28,"version":44,"description":7,"argument-hint":45,"required_conventions":46},"v0.1","[branch\u002Fproduct-path specs...] [--source \u003Cpath-id>] [--from \u003Cskill>] [--archive] [--reuse \u003Cartifact-types>]",[47],"alignment-page","master","96e2912af886dd1606b1b97df707715aef062b02","packs\u002Fbase\u002Fclaude\u002Ffork-idea-branch",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":59,"prompt":69,"zipAvailable":70},[60,63,66],{"tool":61,"command":62},"npx","npx skills add GeorgeQLe\u002Fagentic-skills --skill fork-idea-branch",{"tool":64,"command":65},"bunx","bunx skills add GeorgeQLe\u002Fagentic-skills --skill fork-idea-branch",{"tool":67,"command":68},"pnpm","pnpm dlx skills add GeorgeQLe\u002Fagentic-skills --skill fork-idea-branch","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fbase\u002Fclaude\u002Ffork-idea-branch\u002FSKILL.md",true,[72,78,82,86,92,97,101,105,109,113,117,121,125,129,133,137,141],{"path":73,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":76,"sourceHtmlUrl":77},"agents\u002Fopenai.yaml","REFERENCE","参考文档",245,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Fagents\u002Fopenai.yaml",{"path":79,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":80,"sourceHtmlUrl":81},"ALIGNMENT-PAGE.md",53180,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fbase\u002Fclaude\u002Ffork-idea-branch\u002FALIGNMENT-PAGE.md",{"path":83,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":84,"sourceHtmlUrl":85},"CHANGELOG.md",468,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fbase\u002Fclaude\u002Ffork-idea-branch\u002FCHANGELOG.md",{"path":87,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":90,"sourceHtmlUrl":91},"CHECKSUMS.sha256","OTHER","其他",1263,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002FCHECKSUMS.sha256",{"path":93,"resourceType":93,"resourceTypeDesc":94,"sizeBytes":95,"sourceHtmlUrl":96},"LICENSE","许可证",10766,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002FLICENSE",{"path":98,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":99,"sourceHtmlUrl":100},"MANIFEST.json",6180,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002FMANIFEST.json",{"path":102,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":103,"sourceHtmlUrl":104},"MODIFICATIONS.md",1761,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002FMODIFICATIONS.md",{"path":106,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":107,"sourceHtmlUrl":108},"NOTICE",1835,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002FNOTICE",{"path":110,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":111,"sourceHtmlUrl":112},"reference\u002Faudit.md",979,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Faudit.md",{"path":114,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":115,"sourceHtmlUrl":116},"reference\u002Fcraft.md",3276,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Fcraft.md",{"path":118,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":119,"sourceHtmlUrl":120},"reference\u002Fdistill.md",1103,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Fdistill.md",{"path":122,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":123,"sourceHtmlUrl":124},"reference\u002Fios.md",1641,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Fios.md",{"path":126,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":127,"sourceHtmlUrl":128},"reference\u002Fnew-work.md",4941,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Fnew-work.md",{"path":130,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":131,"sourceHtmlUrl":132},"reference\u002Foperate.md",1341,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Foperate.md",{"path":134,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":135,"sourceHtmlUrl":136},"reference\u002Foverdrive.md",5848,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Foverdrive.md",{"path":138,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":139,"sourceHtmlUrl":140},"reference\u002Fpolish.md",1095,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freference\u002Fpolish.md",{"path":142,"resourceType":74,"resourceTypeDesc":75,"sizeBytes":143,"sourceHtmlUrl":144},"references\u002Fuizze-reference-policy.md",2233,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Fuizze\u002Fuizze\u002Fskills\u002Fui-design\u002Freferences\u002Fuizze-reference-policy.md",[146,157,167,179,194,205],{"skillNo":147,"name":148,"nameZh":6,"description":149,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":150,"categories":151,"keywords":152,"publishedAt":39},"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",[],[153,154,155,34,32,156],"source checkout allowed","checkout","fixture","valid",{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":163,"publishedAt":39},"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",[],[164,165,166,156,155,32],"deck install valid","deck","install",{"skillNo":168,"name":169,"nameZh":6,"description":170,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":171,"categories":172,"keywords":173,"publishedAt":39},"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",[],[174,175,176,156,177,178,155,32],"codex pack guard valid","pack","guard","codex","availability",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":183,"categories":184,"keywords":190,"publishedAt":39},"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",[185],{"categoryNo":186,"categoryName":187,"taxonomyType":188,"taxonomyTypeDesc":189},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[191,192,156,177,32,193,155],"codex missing skill valid","missing","fallback",{"skillNo":195,"name":196,"nameZh":6,"description":197,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":198,"categories":199,"keywords":201,"publishedAt":39},"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",[200],{"categoryNo":186,"categoryName":187,"taxonomyType":188,"taxonomyTypeDesc":189},[156,177,193,202,203,204,32,155],"base skill","codex base skill fallback valid","base",{"skillNo":206,"name":207,"nameZh":6,"description":208,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":209,"categories":210,"keywords":211,"publishedAt":39},"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",[],[156,176,175,212,178,32,155],"claude pack guard valid"]