[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FXVRTKDP4MRE2AH82DE1EF":3,"skill-same:01M6FXVRTKDP4MRE2AH82DE1EF":105},{"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":34,"publishedAt":55,"linkOnly":56,"markdownContent":57,"markdownBody":58,"frontMatter":59,"refName":67,"commitSha":68,"skillDirectory":69,"forksCount":70,"repositoryHtmlUrl":71,"repositoryHomepageUrl":72,"ownerHtmlUrl":73,"ownerBlogUrl":74,"ownerDescription":75,"updatedAt":76,"install":77,"resources":90},"01M6FXVRTKDP4MRE2AH82DE1EF","brainstorm-inspirations",null,"Survey and compare possible product-design inspirations for current design-tree flows, surfaces, UX branches, UI direction, visual language, and product class","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\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations\u002FSKILL.md",[18,23,26,31],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000021","资料检索与研究",{"categoryNo":27,"categoryName":28,"taxonomyType":29,"taxonomyTypeDesc":30},"01JBSEEDCAT000000000000031","产品经理","PROFESSION","适用职业",{"categoryNo":32,"categoryName":33,"taxonomyType":29,"taxonomyTypeDesc":30},"01JBSEEDCAT000000000000032","设计师",[35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54],"brainstorm inspirations","brainstorm","alignment","product-design","flows","direction","compare","visual language","visual","branches","document","design","survey","question","branch","page","loop","ux","product","research","2026-11-10 10:12:30",false,"---\nname: brainstorm-inspirations\ndescription: Survey and compare possible product-design inspirations for current design-tree flows, surfaces, UX branches, UI direction, visual language, and product class\ntype: research\nversion: v0.4\nrequired_conventions: [alignment-page, design-tree-loop]\nargument-hint: \"[optional: topic, surface, product class, UX branch, or design question]\"\ncontext_intake: scoped\nvisual_tier: document\ninvocation: optional-feeder\n---\n\n# Brainstorm Inspirations\n\nInvoke as `$brainstorm-inspirations`.\n\nOptional product-design feeder for surveying possible inspiration candidates before or during design-tree work. This skill does **not** pick one reference for deep study; it compares a broad set of possible products, patterns, product classes, UI systems, visual languages, workflow shapes, and anti-patterns against the current design tree so the user can approve a useful inspiration direction.\n\nFollow `DESIGN-TREE-LOOP.md` for design-tree state, approval boundaries, and routing constraints. `brainstorm-inspirations` is an optional feeder\u002Famendment skill, **not** a fixed route position. It writes approved evidence into the scoped flow-tree manifest `source_artifacts[]` only; do not add new manifest schema fields.\n\n## Report-First Approval Gate\n\nDefault to scope-first approval. Before synthesized research, inspect only enough repository and visible design context to propose the candidate-survey scope, source plan, assumptions, output paths, and approval questions in a `review` alignment page plus a concise conversation summary.\n\nDo not perform synthesized research, rank candidates, make recommendations, or write working packets or canonical deliverables until final compiled YAML approves the survey scope. Minimal pre-approval discovery may identify available files, source categories, surface\u002Fproduct-class context, existing design-tree state, and open questions; label it as scope evidence, not findings.\n\nAfter approved scope YAML, run the candidate survey and write only the non-canonical working packet. Then update the `review` alignment page into a structured inspiration board and stop again for feedback-only YAML or final compiled YAML artifact approval before creating or updating canonical research, design, task, or alignment files.\n\nDo not include `Recommended next skill`, `Recommended next command`, or downstream routing language before final artifact approval. The approval request itself is the next action.\n\n## Design-Tree Context\n\nRead current design-tree context before proposing the survey scope:\n\n- `design\u002F**\u002Fflow-tree-*.yaml`\n- `design\u002Fuser-flow-*.md` and `design\u002F**\u002Fuser-flow-*.md`\n- `design\u002Fux-variations-*.md` and `design\u002F**\u002Fux-variations-*.md`\n- `design\u002Fui-*.md`, `design\u002Fui-requirements-*.md`, and scoped equivalents\n- existing prototypes, mockups, screenshots, routes, component systems, design-system docs, and relevant research\n- approved `design\u002Fbrainstorm-inspirations-*.md` and `design\u002Ftake-inspiration-*.md` artifacts when present\n\nUse `research\u002F.progress.yaml` only when the inspiration work would create or compare a materially different product path or product line. Ordinary UX branch state lives in `design\u002F**\u002Fflow-tree-*.yaml`.\n\n## Staged Research Workflow\n\nUse this staged workflow for synthesized research or report outputs that would create or update canonical research, design, or task files.\n\n1. **Stage 1 - Scope discovery and approval.** Inspect enough design-tree context to propose the survey scope, candidate categories, source plan, assumptions, output paths, and approval questions. Build `alignment\u002Fbrainstorm-inspirations-{topic}.html` before synthesized research. The page must render the proposed design-tree inputs, candidate categories, source categories, known constraints, assumptions\u002Fconfidence, proposed working-packet and canonical output paths, and research-scope approval gates. Stop for final compiled YAML approval of the research scope. Do not perform synthesized research, rank candidates, make recommendations, or write working packets, canonical research, design, or task files in Stage 1.\n2. **Stage 2 - Research and board review.** Only after approved scope YAML with no unresolved `needs-clarification`, unresolved `down` feedback, or other unresolved negative feedback, run the synthesized candidate survey and write only `research\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md` or `research\u002F{slug}\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md`. Keep a raw search log as supporting evidence. Update the alignment page as a structured HTML board that preserves the working-packet substance as cards, matrices, comparisons, gates, and design-tree redlining. Raw Markdown packet text may appear only as a supplemental source view after the rendered board; the board must not be a raw Markdown-only or source-only page. Stop for feedback-only YAML or final compiled YAML.\n3. **Stage 3 - Finalize approved artifacts.** Consume final compiled YAML only when it has no unresolved negative feedback. Apply approved edits first, archive the working packet to `docs\u002Fhistory\u002Farchive\u002FYYYY-MM-DD\u002FHHMMSS\u002F\u003Coriginal-working-path>`, remove the active working packet, write the approved canonical artifact to `design\u002Fbrainstorm-inspirations-{topic}.md` or `design\u002F{slug}\u002Fbrainstorm-inspirations-{topic}.md`, reference that artifact from the scoped flow-tree manifest `source_artifacts[]`, and convert the alignment page to `confirmed` with the approval record preserved.\n\n## Structured Inspiration Board\n\nThe alignment page is a structured board, not a pixel-perfect moodboard and not a raw text brief. Include these categories when relevant:\n\n- Brand personality\n- Brand identity\n- Visual style\n- Color system\n- Typography\n- Layout\n- UI components\n- UX patterns\n- Motion\n- Illustration and imagery\n- Copy and voice\n- Information architecture\n- Data visualization\n- Spacing and rhythm\n- Design system implications\n- Competitive references\n- Design-tree redlining\u002Frecommendations\n\nTreat redlining as synthesis against existing artifacts: recommended additions, removals, revisions, or owner-routed follow-up work. Do not treat redlining as a standalone inspiration source category.\n\n## Process\n\n1. **Resolve scope.** Use `$ARGUMENTS` to narrow the topic, surface, product class, UX branch, UI direction, visual language, or design question. Resolve the relevant flow-tree manifest first when one exists.\n2. **Read local context.** Gather the design-tree artifacts and adjacent UI\u002Fprototype evidence listed above. Identify locked decisions, open branches, existing visual language, and known constraints.\n3. **Light scoping interview.** Ask only the focused questions needed to define the survey: what part of the design needs inspiration, what qualities matter, what references or anti-patterns are already known, and whether the user wants breadth across product classes or depth within one class. Accept \"surprise me\" and proceed.\n4. **Seek scope approval.** Present the candidate categories, source plan, output paths, and gates in the Stage 1 alignment page. Stop for approved compiled YAML.\n5. **Survey candidates.** After approval, research a broad candidate set across products, UI systems, workflow patterns, category conventions, and anti-patterns. Use enough searches to compare alternatives, not just validate one idea. Separate observed source evidence from inference.\n6. **Compare and redline.** Score candidates against the current design tree, constraints, and target surface. Identify which references are useful for visual language, workflow, IA, components, copy, motion, data display, or design-system implications. Recommend additions, removals, revisions, or owner-routed follow-up work.\n7. **Finalize after approval.** After final artifact approval, archive the working packet, write the approved canonical artifact, update `source_artifacts[]`, confirm the alignment page, and route only to the owning design-tree skill for any actual tree mutation.\n\n## Output\n\nStage 1 output is only `alignment\u002Fbrainstorm-inspirations-{topic}.html` in `review` state and a concise request for final compiled YAML approving scope.\n\nStage 2 output is the working packet at `research\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md` or `research\u002F{slug}\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md`, the raw search log, and the updated structured board page.\n\nStage 3 output is the approved canonical artifact at `design\u002Fbrainstorm-inspirations-{topic}.md` or `design\u002F{slug}\u002Fbrainstorm-inspirations-{topic}.md`. The artifact must include scope, design-tree inputs, candidate comparison, evidence\u002Fsource matrix, confidence notes, structured board summary, design-tree redlining, and owner-routed recommendations. End with:\n\n```md\n**Inspiration scope:** \u003Csurface \u002F flow \u002F product class>\n**Flow-tree reference:** \u003Cdesign\u002F**\u002Fflow-tree-*.yaml or none>\n**Source artifact:** \u003Cdesign\u002F...\u002Fbrainstorm-inspirations-{topic}.md>\n**Recommended owner:** \u003Cowning design-tree skill or none>\n```\n\n## Constraints\n\n- **Minimum research depth.** Run at least **6 WebSearch queries** across candidate classes before writing the working packet; log every query and why in the search log.\n- **Structured board required.** The alignment page must render a board with comparison cards, matrices, evidence, and approval gates. It must not be raw Markdown-only.\n- **Honest scope limit.** This skill captures comparable product and pattern evidence, not pixel-perfect reproduction of external products.\n- Do not mutate canonical design-tree branches directly. Recommend owner-routed changes to `$user-flow-map`, `$ux-variations`, `$ui-interview`, `$design-system`, `$build-ui-screens`, `$logic-wiring`, `$consolidate-prototypes`, or `$spec-interview` as appropriate.\n- Do not add this skill to the fixed flow-tree `route` tuple.\n- Do not create new flow-tree schema fields for inspirations; use `source_artifacts[]`.\n- Do not use `research\u002F.progress.yaml` for ordinary UX branch state.\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Fbrainstorm-inspirations-{topic}.html`.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n","# Brainstorm Inspirations\n\nInvoke as `$brainstorm-inspirations`.\n\nOptional product-design feeder for surveying possible inspiration candidates before or during design-tree work. This skill does **not** pick one reference for deep study; it compares a broad set of possible products, patterns, product classes, UI systems, visual languages, workflow shapes, and anti-patterns against the current design tree so the user can approve a useful inspiration direction.\n\nFollow `DESIGN-TREE-LOOP.md` for design-tree state, approval boundaries, and routing constraints. `brainstorm-inspirations` is an optional feeder\u002Famendment skill, **not** a fixed route position. It writes approved evidence into the scoped flow-tree manifest `source_artifacts[]` only; do not add new manifest schema fields.\n\n## Report-First Approval Gate\n\nDefault to scope-first approval. Before synthesized research, inspect only enough repository and visible design context to propose the candidate-survey scope, source plan, assumptions, output paths, and approval questions in a `review` alignment page plus a concise conversation summary.\n\nDo not perform synthesized research, rank candidates, make recommendations, or write working packets or canonical deliverables until final compiled YAML approves the survey scope. Minimal pre-approval discovery may identify available files, source categories, surface\u002Fproduct-class context, existing design-tree state, and open questions; label it as scope evidence, not findings.\n\nAfter approved scope YAML, run the candidate survey and write only the non-canonical working packet. Then update the `review` alignment page into a structured inspiration board and stop again for feedback-only YAML or final compiled YAML artifact approval before creating or updating canonical research, design, task, or alignment files.\n\nDo not include `Recommended next skill`, `Recommended next command`, or downstream routing language before final artifact approval. The approval request itself is the next action.\n\n## Design-Tree Context\n\nRead current design-tree context before proposing the survey scope:\n\n- `design\u002F**\u002Fflow-tree-*.yaml`\n- `design\u002Fuser-flow-*.md` and `design\u002F**\u002Fuser-flow-*.md`\n- `design\u002Fux-variations-*.md` and `design\u002F**\u002Fux-variations-*.md`\n- `design\u002Fui-*.md`, `design\u002Fui-requirements-*.md`, and scoped equivalents\n- existing prototypes, mockups, screenshots, routes, component systems, design-system docs, and relevant research\n- approved `design\u002Fbrainstorm-inspirations-*.md` and `design\u002Ftake-inspiration-*.md` artifacts when present\n\nUse `research\u002F.progress.yaml` only when the inspiration work would create or compare a materially different product path or product line. Ordinary UX branch state lives in `design\u002F**\u002Fflow-tree-*.yaml`.\n\n## Staged Research Workflow\n\nUse this staged workflow for synthesized research or report outputs that would create or update canonical research, design, or task files.\n\n1. **Stage 1 - Scope discovery and approval.** Inspect enough design-tree context to propose the survey scope, candidate categories, source plan, assumptions, output paths, and approval questions. Build `alignment\u002Fbrainstorm-inspirations-{topic}.html` before synthesized research. The page must render the proposed design-tree inputs, candidate categories, source categories, known constraints, assumptions\u002Fconfidence, proposed working-packet and canonical output paths, and research-scope approval gates. Stop for final compiled YAML approval of the research scope. Do not perform synthesized research, rank candidates, make recommendations, or write working packets, canonical research, design, or task files in Stage 1.\n2. **Stage 2 - Research and board review.** Only after approved scope YAML with no unresolved `needs-clarification`, unresolved `down` feedback, or other unresolved negative feedback, run the synthesized candidate survey and write only `research\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md` or `research\u002F{slug}\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md`. Keep a raw search log as supporting evidence. Update the alignment page as a structured HTML board that preserves the working-packet substance as cards, matrices, comparisons, gates, and design-tree redlining. Raw Markdown packet text may appear only as a supplemental source view after the rendered board; the board must not be a raw Markdown-only or source-only page. Stop for feedback-only YAML or final compiled YAML.\n3. **Stage 3 - Finalize approved artifacts.** Consume final compiled YAML only when it has no unresolved negative feedback. Apply approved edits first, archive the working packet to `docs\u002Fhistory\u002Farchive\u002FYYYY-MM-DD\u002FHHMMSS\u002F\u003Coriginal-working-path>`, remove the active working packet, write the approved canonical artifact to `design\u002Fbrainstorm-inspirations-{topic}.md` or `design\u002F{slug}\u002Fbrainstorm-inspirations-{topic}.md`, reference that artifact from the scoped flow-tree manifest `source_artifacts[]`, and convert the alignment page to `confirmed` with the approval record preserved.\n\n## Structured Inspiration Board\n\nThe alignment page is a structured board, not a pixel-perfect moodboard and not a raw text brief. Include these categories when relevant:\n\n- Brand personality\n- Brand identity\n- Visual style\n- Color system\n- Typography\n- Layout\n- UI components\n- UX patterns\n- Motion\n- Illustration and imagery\n- Copy and voice\n- Information architecture\n- Data visualization\n- Spacing and rhythm\n- Design system implications\n- Competitive references\n- Design-tree redlining\u002Frecommendations\n\nTreat redlining as synthesis against existing artifacts: recommended additions, removals, revisions, or owner-routed follow-up work. Do not treat redlining as a standalone inspiration source category.\n\n## Process\n\n1. **Resolve scope.** Use `$ARGUMENTS` to narrow the topic, surface, product class, UX branch, UI direction, visual language, or design question. Resolve the relevant flow-tree manifest first when one exists.\n2. **Read local context.** Gather the design-tree artifacts and adjacent UI\u002Fprototype evidence listed above. Identify locked decisions, open branches, existing visual language, and known constraints.\n3. **Light scoping interview.** Ask only the focused questions needed to define the survey: what part of the design needs inspiration, what qualities matter, what references or anti-patterns are already known, and whether the user wants breadth across product classes or depth within one class. Accept \"surprise me\" and proceed.\n4. **Seek scope approval.** Present the candidate categories, source plan, output paths, and gates in the Stage 1 alignment page. Stop for approved compiled YAML.\n5. **Survey candidates.** After approval, research a broad candidate set across products, UI systems, workflow patterns, category conventions, and anti-patterns. Use enough searches to compare alternatives, not just validate one idea. Separate observed source evidence from inference.\n6. **Compare and redline.** Score candidates against the current design tree, constraints, and target surface. Identify which references are useful for visual language, workflow, IA, components, copy, motion, data display, or design-system implications. Recommend additions, removals, revisions, or owner-routed follow-up work.\n7. **Finalize after approval.** After final artifact approval, archive the working packet, write the approved canonical artifact, update `source_artifacts[]`, confirm the alignment page, and route only to the owning design-tree skill for any actual tree mutation.\n\n## Output\n\nStage 1 output is only `alignment\u002Fbrainstorm-inspirations-{topic}.html` in `review` state and a concise request for final compiled YAML approving scope.\n\nStage 2 output is the working packet at `research\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md` or `research\u002F{slug}\u002F_working\u002Fpreliminary-brainstorm-inspirations-research.md`, the raw search log, and the updated structured board page.\n\nStage 3 output is the approved canonical artifact at `design\u002Fbrainstorm-inspirations-{topic}.md` or `design\u002F{slug}\u002Fbrainstorm-inspirations-{topic}.md`. The artifact must include scope, design-tree inputs, candidate comparison, evidence\u002Fsource matrix, confidence notes, structured board summary, design-tree redlining, and owner-routed recommendations. End with:\n\n```md\n**Inspiration scope:** \u003Csurface \u002F flow \u002F product class>\n**Flow-tree reference:** \u003Cdesign\u002F**\u002Fflow-tree-*.yaml or none>\n**Source artifact:** \u003Cdesign\u002F...\u002Fbrainstorm-inspirations-{topic}.md>\n**Recommended owner:** \u003Cowning design-tree skill or none>\n```\n\n## Constraints\n\n- **Minimum research depth.** Run at least **6 WebSearch queries** across candidate classes before writing the working packet; log every query and why in the search log.\n- **Structured board required.** The alignment page must render a board with comparison cards, matrices, evidence, and approval gates. It must not be raw Markdown-only.\n- **Honest scope limit.** This skill captures comparable product and pattern evidence, not pixel-perfect reproduction of external products.\n- Do not mutate canonical design-tree branches directly. Recommend owner-routed changes to `$user-flow-map`, `$ux-variations`, `$ui-interview`, `$design-system`, `$build-ui-screens`, `$logic-wiring`, `$consolidate-prototypes`, or `$spec-interview` as appropriate.\n- Do not add this skill to the fixed flow-tree `route` tuple.\n- Do not create new flow-tree schema fields for inspirations; use `source_artifacts[]`.\n- Do not use `research\u002F.progress.yaml` for ordinary UX branch state.\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Fbrainstorm-inspirations-{topic}.html`.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n",{"name":5,"type":54,"version":60,"invocation":61,"description":7,"visual_tier":45,"argument-hint":62,"context_intake":63,"required_conventions":64},"v0.4","optional-feeder","[optional: topic, surface, product class, UX branch, or design question]","scoped",[65,66],"alignment-page","design-tree-loop","master","96e2912af886dd1606b1b97df707715aef062b02","packs\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations",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":78,"prompt":88,"zipAvailable":89},[79,82,85],{"tool":80,"command":81},"npx","npx skills add GeorgeQLe\u002Fagentic-skills --skill brainstorm-inspirations",{"tool":83,"command":84},"bunx","bunx skills add GeorgeQLe\u002Fagentic-skills --skill brainstorm-inspirations",{"tool":86,"command":87},"pnpm","pnpm dlx skills add GeorgeQLe\u002Fagentic-skills --skill brainstorm-inspirations","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations\u002FSKILL.md",true,[91,97,101],{"path":92,"resourceType":93,"resourceTypeDesc":94,"sizeBytes":95,"sourceHtmlUrl":96},"ALIGNMENT-PAGE.md","REFERENCE","参考文档",54648,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations\u002FALIGNMENT-PAGE.md",{"path":98,"resourceType":93,"resourceTypeDesc":94,"sizeBytes":99,"sourceHtmlUrl":100},"CHANGELOG.md",2318,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations\u002FCHANGELOG.md",{"path":102,"resourceType":93,"resourceTypeDesc":94,"sizeBytes":103,"sourceHtmlUrl":104},"DESIGN-TREE-LOOP.md",44821,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fproduct-design\u002Fcodex\u002Fbrainstorm-inspirations\u002FDESIGN-TREE-LOOP.md",[106,119,129,141,154,165],{"skillNo":107,"name":108,"nameZh":6,"description":109,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":110,"categories":111,"keywords":112,"publishedAt":55},"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",[],[113,114,115,116,117,118],"source checkout allowed","checkout","fixture","only","v0","valid",{"skillNo":120,"name":121,"nameZh":6,"description":122,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":123,"categories":124,"keywords":125,"publishedAt":55},"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",[],[126,127,128,118,115,117],"deck install valid","deck","install",{"skillNo":130,"name":131,"nameZh":6,"description":132,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":133,"categories":134,"keywords":135,"publishedAt":55},"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",[],[136,137,138,118,139,140,115,117],"codex pack guard valid","pack","guard","codex","availability",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":150,"publishedAt":55},"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",[147],{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[151,152,118,139,117,153,115],"codex missing skill valid","missing","fallback",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":158,"categories":159,"keywords":161,"publishedAt":55},"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",[160],{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},[118,139,153,162,163,164,117,115],"base skill","codex base skill fallback valid","base",{"skillNo":166,"name":167,"nameZh":6,"description":168,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":169,"categories":170,"keywords":171,"publishedAt":55},"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",[],[118,138,137,172,140,117,115],"claude pack guard valid"]