[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FWRNFZ71ND45D6NFBNA85A":3,"skill-same:01M6FWRNFZ71ND45D6NFBNA85A":78},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":35,"linkOnly":36,"markdownContent":37,"markdownBody":38,"frontMatter":39,"refName":44,"commitSha":45,"skillDirectory":46,"forksCount":47,"repositoryHtmlUrl":48,"repositoryHomepageUrl":49,"ownerHtmlUrl":50,"ownerBlogUrl":51,"ownerDescription":52,"updatedAt":53,"install":54,"resources":67},"01M6FWRNFZ71ND45D6NFBNA85A","uat-guide",null,"Expand a UAT journey into click-by-click tester instructions, then update the result log on completion","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\u002Fguided-walkthrough\u002Fclaude\u002Fuat-guide\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34],"guide","uat guide","prototype","update","analysis","page","instructions","v0","log","tester","alignment","journey","next","click","expand","name","2026-11-10 10:12:30",false,"---\nname: uat-guide\ndescription: Expand a UAT journey into click-by-click tester instructions, then update the result log on completion\ntype: analysis\nversion: v0.6\nrequired_conventions: [alignment-page]\nargument-hint: \"[optional: journey number, journey name, or 'next']\"\nvisual_tier: prototype\n---\n\n## Pack Availability Guard\n\nBefore telling the user to run a skill from another project-local pack, check `.agents\u002Fproject.json.enabled_packs`. If the target pack is not enabled, recommend `npx skillpacks install \u003Cpack>` from the project shell, before the target skill. Only the currently running skill and skills verified available in the active session or project-local install state are directly recommendable. For unavailable pack skills, recommend `npx skillpacks install \u003Cpack-or-skill>`; for unavailable base skills, recommend `npx skillpacks init` before the skill.\n\n# UAT Guide\n\nInvoke as `\u002Fuat-guide`.\n\nExpand a single UAT journey from `research\u002Fuat-plan.md` into detailed, step-by-step tester instructions. UAT planning (`\u002Fuat`) produces acceptance journeys and tester checklists; this skill turns each journey into a click-by-click, command-by-command, or request-by-request checklist that a tester unfamiliar with the product can follow without ambiguity.\n\nDo not generate UAT journeys. If no UAT plan exists, stop and recommend `\u002Fuat` (product-testing pack).\n\n## Process\n\n1. **Locate UAT plan**\n   - Read `research\u002Fuat-plan.md`.\n   - If the file does not exist, stop and tell the user: \"No UAT plan found. Run `\u002Fuat` first to generate acceptance journeys.\"\n\n2. **Select journey**\n   - Parse all `### Journey N:` headings and their `#### UAT result log` status fields.\n   - If `$ARGUMENTS` is non-empty, match by journey number or name (case-insensitive substring match).\n   - If `$ARGUMENTS` is `next` or empty, pick the first journey whose status is `Not run`.\n   - If all journeys have status `Pass`, `Fail`, or `Blocked`, tell the user all journeys are complete and offer to re-run a specific one.\n\n3. **Gather project context**\n   - Read `.agents\u002Fproject.json`, `README.md`, `CLAUDE.md`, relevant `specs\u002F`, `docs\u002F`, and `tasks\u002F` files when present.\n   - Search the codebase for routes, UI components, CLI entry points, API endpoints, environment variables, configuration files, and navigation structure relevant to the selected journey's task sequence.\n\n4. **Detect product interface type**\n   - Classify the product surface the journey touches:\n     - **Web app** -> click-by-click instructions (buttons, links, forms, pages).\n     - **CLI** -> command-by-command instructions (exact commands, flags, expected output).\n     - **API** -> request-by-request instructions (method, URL, headers, body, expected response).\n     - **Hybrid** -> mixed instructions matching each step's surface.\n   - Use the detected type to shape the instruction style for step 6.\n\n5. **Research current instructions**\n   - Use web search to find up-to-date documentation for any external services or platforms referenced in the journey (OAuth providers, third-party dashboards, payment processors, DNS registrars, etc.).\n   - Prioritize official documentation over blog posts.\n   - Service UIs change frequently — never rely solely on prior knowledge; always search.\n\n6. **Expand task sequence**\n   - For each step in the journey's task sequence, produce:\n     - **Checklist sub-steps** with exact UI elements to click, commands to run, or requests to make. Use project-specific values (URLs, routes, field names, env vars) drawn from codebase context.\n     - **Checkpoint** tied to the journey's acceptance criteria — what the tester should observe to confirm the step succeeded.\n     - **Evidence capture point** — what to screenshot, copy, or record at this step.\n     - **Gotchas** — common mistakes, timing issues, or easy-to-miss details.\n   - Use Markdown checkboxes for every executable tester action so the user can work through the guide item by item.\n   - Begin the guide with a **Preparation** section drawn from the journey's Setup field (accounts, data, environment, permissions needed before starting).\n   - End the guide with a **Final verification** section drawn from the journey's acceptance criteria and expected success state.\n\n7. **Present guide**\n   - Output the guide directly in the conversation. Do not write it to a file.\n\n8. **Collect results**\n   - After presenting the guide, tell the user: \"When you've completed this journey, let me know the result (Pass \u002F Fail \u002F Blocked) and any notes, and I'll update the result log.\"\n   - When the user reports completion:\n     - Update the `#### UAT result log` section for this journey inline in `research\u002Fuat-plan.md` with the reported status, evidence, tester notes, and any follow-up tasks promoted.\n     - Check off the corresponding item in `tasks\u002Fmanual-todo.md`.\n     - If the result is `Fail` or `Blocked`, suggest follow-up routing: `\u002Fdebug` for reproducible failures, `\u002Fguide` for external blockers, `\u002Fuser-flow-map` (product-design pack) when acceptance criteria are unclear because journey flow, states, or recovery paths are underspecified, `\u002Fux-variations --layout-mode` (product-design pack) when the unresolved issue is layout alternatives, or `\u002Fuat-guide [next]` for the next journey.\n\n## Output\n\n```\n## UAT Guide: Journey N — [Journey Name]\n\n**Target user**: [persona or role]\n**User goal**: [what the user is trying to accomplish]\n**Product surface**: [Web app | CLI | API | Hybrid]\n\n### Preparation\n\n- [Account, data, environment, or permission setup needed before starting]\n- [Pre-existing state or sample data to have ready]\n\n### Steps\n\n#### Step 1: [Task sequence step name]\n\n- [ ] [Exact action — click, type, run, send]\n- [ ] [Next action with specific UI element \u002F command \u002F request detail]\n- [ ] [Observe the checkpoint before moving on]\n- [ ] [Capture the named evidence]\n\n**Checkpoint**: [What the tester should see or verify]\n**Evidence**: [What to capture — screenshot, output, response]\n**Gotchas**: [Common mistake or easy-to-miss detail, if any]\n\n#### Step 2: [Task sequence step name]\n\n- [ ] ...\n\n...\n\n### Final Verification\n\n- [ ] [Acceptance criterion from the journey]\n- [ ] [Another acceptance criterion]\n- [ ] Expected success state: [observable user-visible result]\n\n### Non-Acceptance Signals\n\n- [Confusion, delay, missing affordance, incorrect result, trust issue, or blocker to watch for]\n\n### Tester Notes Prompt\n\n> [Question from the journey that captures whether the target user would accept this]\n\n---\n\nWhen you've completed this journey, let me know the result (Pass \u002F Fail \u002F Blocked) and any notes, and I'll update the result log.\n```\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Fuat-guide-{topic}.html`.\n\n## Constraints\n\n- **Always web search** for external services and platforms referenced in the journey. Service UIs change; stale steps are worse than none.\n- **Project-specific values** — never give generic placeholders when the codebase contains the actual values to use (URLs, routes, env vars, field names, commands).\n- **Read-only except result log** — this skill does not modify code. The only files it may edit are `research\u002Fuat-plan.md` (result log section) and `tasks\u002Fmanual-todo.md` (to check off a completed item), and only after the user reports completion.\n- **No shipping contract** — updating a result log and checking off a manual-todo item is minor bookkeeping, not a code change. Do not auto-commit just for that. If other tracked changes are present, leave them for a proper shipping skill.\n- **One journey at a time** — guide the user through one journey per invocation. They can run `\u002Fuat-guide next` for the next one.\n- **Don't execute the product** — produce instructions for the user to follow. Do not start dev servers, launch browsers, call APIs, create accounts, or perform CLI workflows.\n- **Don't mark complete unprompted** — only update the result log after the user explicitly reports the outcome.\n- **Don't invent acceptance criteria** — use only the criteria defined in the UAT plan. If criteria are missing or unclear because flow, states, recovery, or handoff structure is underspecified, recommend `\u002Fuser-flow-map` (product-design pack); use `\u002Fux-variations --layout-mode` (product-design pack) only when the missing decision is layout alternatives.\n- **Handle all product surface types** — web apps get click-by-click, CLIs get command-by-command, APIs get request-by-request, hybrids get mixed. Detect from codebase context; don't assume web.\n- **Prerequisite: UAT plan must exist** — if `research\u002Fuat-plan.md` is missing, stop immediately and recommend `\u002Fuat` (product-testing pack).\n- When recommending a skill from another pack, verify the pack is installed via `.agents\u002Fproject.json` `enabled_packs`. If not installed, prepend `npx skillpacks install \u003Cpack-name>` from the project shell, to the recommendation.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n","## Pack Availability Guard\n\nBefore telling the user to run a skill from another project-local pack, check `.agents\u002Fproject.json.enabled_packs`. If the target pack is not enabled, recommend `npx skillpacks install \u003Cpack>` from the project shell, before the target skill. Only the currently running skill and skills verified available in the active session or project-local install state are directly recommendable. For unavailable pack skills, recommend `npx skillpacks install \u003Cpack-or-skill>`; for unavailable base skills, recommend `npx skillpacks init` before the skill.\n\n# UAT Guide\n\nInvoke as `\u002Fuat-guide`.\n\nExpand a single UAT journey from `research\u002Fuat-plan.md` into detailed, step-by-step tester instructions. UAT planning (`\u002Fuat`) produces acceptance journeys and tester checklists; this skill turns each journey into a click-by-click, command-by-command, or request-by-request checklist that a tester unfamiliar with the product can follow without ambiguity.\n\nDo not generate UAT journeys. If no UAT plan exists, stop and recommend `\u002Fuat` (product-testing pack).\n\n## Process\n\n1. **Locate UAT plan**\n   - Read `research\u002Fuat-plan.md`.\n   - If the file does not exist, stop and tell the user: \"No UAT plan found. Run `\u002Fuat` first to generate acceptance journeys.\"\n\n2. **Select journey**\n   - Parse all `### Journey N:` headings and their `#### UAT result log` status fields.\n   - If `$ARGUMENTS` is non-empty, match by journey number or name (case-insensitive substring match).\n   - If `$ARGUMENTS` is `next` or empty, pick the first journey whose status is `Not run`.\n   - If all journeys have status `Pass`, `Fail`, or `Blocked`, tell the user all journeys are complete and offer to re-run a specific one.\n\n3. **Gather project context**\n   - Read `.agents\u002Fproject.json`, `README.md`, `CLAUDE.md`, relevant `specs\u002F`, `docs\u002F`, and `tasks\u002F` files when present.\n   - Search the codebase for routes, UI components, CLI entry points, API endpoints, environment variables, configuration files, and navigation structure relevant to the selected journey's task sequence.\n\n4. **Detect product interface type**\n   - Classify the product surface the journey touches:\n     - **Web app** -> click-by-click instructions (buttons, links, forms, pages).\n     - **CLI** -> command-by-command instructions (exact commands, flags, expected output).\n     - **API** -> request-by-request instructions (method, URL, headers, body, expected response).\n     - **Hybrid** -> mixed instructions matching each step's surface.\n   - Use the detected type to shape the instruction style for step 6.\n\n5. **Research current instructions**\n   - Use web search to find up-to-date documentation for any external services or platforms referenced in the journey (OAuth providers, third-party dashboards, payment processors, DNS registrars, etc.).\n   - Prioritize official documentation over blog posts.\n   - Service UIs change frequently — never rely solely on prior knowledge; always search.\n\n6. **Expand task sequence**\n   - For each step in the journey's task sequence, produce:\n     - **Checklist sub-steps** with exact UI elements to click, commands to run, or requests to make. Use project-specific values (URLs, routes, field names, env vars) drawn from codebase context.\n     - **Checkpoint** tied to the journey's acceptance criteria — what the tester should observe to confirm the step succeeded.\n     - **Evidence capture point** — what to screenshot, copy, or record at this step.\n     - **Gotchas** — common mistakes, timing issues, or easy-to-miss details.\n   - Use Markdown checkboxes for every executable tester action so the user can work through the guide item by item.\n   - Begin the guide with a **Preparation** section drawn from the journey's Setup field (accounts, data, environment, permissions needed before starting).\n   - End the guide with a **Final verification** section drawn from the journey's acceptance criteria and expected success state.\n\n7. **Present guide**\n   - Output the guide directly in the conversation. Do not write it to a file.\n\n8. **Collect results**\n   - After presenting the guide, tell the user: \"When you've completed this journey, let me know the result (Pass \u002F Fail \u002F Blocked) and any notes, and I'll update the result log.\"\n   - When the user reports completion:\n     - Update the `#### UAT result log` section for this journey inline in `research\u002Fuat-plan.md` with the reported status, evidence, tester notes, and any follow-up tasks promoted.\n     - Check off the corresponding item in `tasks\u002Fmanual-todo.md`.\n     - If the result is `Fail` or `Blocked`, suggest follow-up routing: `\u002Fdebug` for reproducible failures, `\u002Fguide` for external blockers, `\u002Fuser-flow-map` (product-design pack) when acceptance criteria are unclear because journey flow, states, or recovery paths are underspecified, `\u002Fux-variations --layout-mode` (product-design pack) when the unresolved issue is layout alternatives, or `\u002Fuat-guide [next]` for the next journey.\n\n## Output\n\n```\n## UAT Guide: Journey N — [Journey Name]\n\n**Target user**: [persona or role]\n**User goal**: [what the user is trying to accomplish]\n**Product surface**: [Web app | CLI | API | Hybrid]\n\n### Preparation\n\n- [Account, data, environment, or permission setup needed before starting]\n- [Pre-existing state or sample data to have ready]\n\n### Steps\n\n#### Step 1: [Task sequence step name]\n\n- [ ] [Exact action — click, type, run, send]\n- [ ] [Next action with specific UI element \u002F command \u002F request detail]\n- [ ] [Observe the checkpoint before moving on]\n- [ ] [Capture the named evidence]\n\n**Checkpoint**: [What the tester should see or verify]\n**Evidence**: [What to capture — screenshot, output, response]\n**Gotchas**: [Common mistake or easy-to-miss detail, if any]\n\n#### Step 2: [Task sequence step name]\n\n- [ ] ...\n\n...\n\n### Final Verification\n\n- [ ] [Acceptance criterion from the journey]\n- [ ] [Another acceptance criterion]\n- [ ] Expected success state: [observable user-visible result]\n\n### Non-Acceptance Signals\n\n- [Confusion, delay, missing affordance, incorrect result, trust issue, or blocker to watch for]\n\n### Tester Notes Prompt\n\n> [Question from the journey that captures whether the target user would accept this]\n\n---\n\nWhen you've completed this journey, let me know the result (Pass \u002F Fail \u002F Blocked) and any notes, and I'll update the result log.\n```\n\n## Alignment Page\n\nFollow the shared alignment-page convention via the packaged convention resolver; output path is `alignment\u002Fuat-guide-{topic}.html`.\n\n## Constraints\n\n- **Always web search** for external services and platforms referenced in the journey. Service UIs change; stale steps are worse than none.\n- **Project-specific values** — never give generic placeholders when the codebase contains the actual values to use (URLs, routes, env vars, field names, commands).\n- **Read-only except result log** — this skill does not modify code. The only files it may edit are `research\u002Fuat-plan.md` (result log section) and `tasks\u002Fmanual-todo.md` (to check off a completed item), and only after the user reports completion.\n- **No shipping contract** — updating a result log and checking off a manual-todo item is minor bookkeeping, not a code change. Do not auto-commit just for that. If other tracked changes are present, leave them for a proper shipping skill.\n- **One journey at a time** — guide the user through one journey per invocation. They can run `\u002Fuat-guide next` for the next one.\n- **Don't execute the product** — produce instructions for the user to follow. Do not start dev servers, launch browsers, call APIs, create accounts, or perform CLI workflows.\n- **Don't mark complete unprompted** — only update the result log after the user explicitly reports the outcome.\n- **Don't invent acceptance criteria** — use only the criteria defined in the UAT plan. If criteria are missing or unclear because flow, states, recovery, or handoff structure is underspecified, recommend `\u002Fuser-flow-map` (product-design pack); use `\u002Fux-variations --layout-mode` (product-design pack) only when the missing decision is layout alternatives.\n- **Handle all product surface types** — web apps get click-by-click, CLIs get command-by-command, APIs get request-by-request, hybrids get mixed. Detect from codebase context; don't assume web.\n- **Prerequisite: UAT plan must exist** — if `research\u002Fuat-plan.md` is missing, stop immediately and recommend `\u002Fuat` (product-testing pack).\n- When recommending a skill from another pack, verify the pack is installed via `.agents\u002Fproject.json` `enabled_packs`. If not installed, prepend `npx skillpacks install \u003Cpack-name>` from the project shell, to the recommendation.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n",{"name":5,"type":23,"version":40,"description":7,"visual_tier":21,"argument-hint":41,"required_conventions":42},"v0.6","[optional: journey number, journey name, or 'next']",[43],"alignment-page","master","96e2912af886dd1606b1b97df707715aef062b02","packs\u002Fguided-walkthrough\u002Fclaude\u002Fuat-guide",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":55,"prompt":65,"zipAvailable":66},[56,59,62],{"tool":57,"command":58},"npx","npx skills add GeorgeQLe\u002Fagentic-skills --skill uat-guide",{"tool":60,"command":61},"bunx","bunx skills add GeorgeQLe\u002Fagentic-skills --skill uat-guide",{"tool":63,"command":64},"pnpm","pnpm dlx skills add GeorgeQLe\u002Fagentic-skills --skill uat-guide","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fguided-walkthrough\u002Fclaude\u002Fuat-guide\u002FSKILL.md",true,[68,74],{"path":69,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":72,"sourceHtmlUrl":73},"ALIGNMENT-PAGE.md","REFERENCE","参考文档",53867,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fguided-walkthrough\u002Fclaude\u002Fuat-guide\u002FALIGNMENT-PAGE.md",{"path":75,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":76,"sourceHtmlUrl":77},"CHANGELOG.md",1123,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fguided-walkthrough\u002Fclaude\u002Fuat-guide\u002FCHANGELOG.md",[79,91,101,113,128,139],{"skillNo":80,"name":81,"nameZh":6,"description":82,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":83,"categories":84,"keywords":85,"publishedAt":35},"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",[],[86,87,88,89,26,90],"source checkout allowed","checkout","fixture","only","valid",{"skillNo":92,"name":93,"nameZh":6,"description":94,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":95,"categories":96,"keywords":97,"publishedAt":35},"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",[],[98,99,100,90,88,26],"deck install valid","deck","install",{"skillNo":102,"name":103,"nameZh":6,"description":104,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":105,"categories":106,"keywords":107,"publishedAt":35},"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",[],[108,109,110,90,111,112,88,26],"codex pack guard valid","pack","guard","codex","availability",{"skillNo":114,"name":115,"nameZh":6,"description":116,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":117,"categories":118,"keywords":124,"publishedAt":35},"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",[119],{"categoryNo":120,"categoryName":121,"taxonomyType":122,"taxonomyTypeDesc":123},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[125,126,90,111,26,127,88],"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":35},"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":120,"categoryName":121,"taxonomyType":122,"taxonomyTypeDesc":123},[90,111,127,136,137,138,26,88],"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":35},"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",[],[90,110,109,146,112,26,88],"claude pack guard valid"]