[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FWRDPVV36M93MBN945AX7A":3,"skill-same:01M6FWRDPVV36M93MBN945AX7A":68},{"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":31,"linkOnly":32,"markdownContent":33,"markdownBody":34,"frontMatter":35,"refName":38,"commitSha":39,"skillDirectory":40,"forksCount":41,"repositoryHtmlUrl":42,"repositoryHomepageUrl":43,"ownerHtmlUrl":44,"ownerBlogUrl":45,"ownerDescription":46,"updatedAt":47,"install":48,"resources":61},"01M6FWRDPVV36M93MBN945AX7A","guide",null,"Click-by-click instructions for manual blockers — DNS, OAuth, signups, and other GUI-dependent tasks","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\u002Fguide\u002FSKILL.md",[],[5,19,20,21,22,23,24,25,26,27,28,29,30],"tasks","dns","OAuth","analysis","text","instructions","v0","task","todo","click","gui","manual","2026-11-10 10:12:30",false,"---\nname: guide\ndescription: Click-by-click instructions for manual blockers — DNS, OAuth, signups, and other GUI-dependent tasks\ntype: analysis\nversion: v0.1\nargument-hint: \"[optional: task description or manual-todo item text]\"\n---\n\n# Guide\n\nProduce detailed, click-by-click instructions for human-only manual tasks that block automated progress — service signups, DNS configuration, OAuth credential creation with no authenticated CLI\u002FAPI path, dashboard settings that cannot be scripted, production smoke checks needing a real account\u002Fdevice or human sign-off, and anything else that requires a third-party portal or subjective human judgment.\n\nNot for development-document bookkeeping. If the requested task is\nauditing, reconciling, checking off, moving, or classifying entries in\n`tasks\u002Fmanual-todo.md`, `tasks\u002Ftodo.md`, `tasks\u002Frecord-todo.md`, or history\nagainst repo reality, stop and route to `\u002Freconcile-dev-docs fix tasks` or a\ndirect dev-doc audit instead.\n\nAlso not for agent-executable work. If the task is repo edits,\nSDK wiring, generated assets, local commands, tests, audits, or CLI\u002FAPI work\nwith available authentication, stop and route it to `\u002Fexec`, `\u002Fship`, or the\nspecific implementation skill instead of producing click instructions.\n\n## Process\n\n1. **Find the blocker:**\n   - If `$ARGUMENTS` is non-empty, use the provided text as the task description.\n   - If `$ARGUMENTS` explicitly references `tasks\u002Frecord-todo.md`, use that record item as the task description and produce instructions for satisfying its condition or collecting its evidence. Do not use record items by default.\n   - If `$ARGUMENTS` is empty, read `tasks\u002Fmanual-todo.md`:\n     - Find the first unchecked item (`- [ ]`) that contains a `_(blocks: ...)_` annotation.\n     - If no blocking item exists, find the first unchecked item.\n     - If the file does not exist or has no unchecked items, ask the user what they need help with.\n\n2. **Gather project context:**\n   - Read `tasks\u002Ftodo.md`, `tasks\u002Froadmap.md`, and `CLAUDE.md` (where they exist) to understand what the manual task is for — what service, what domain, what credentials are expected and where they will be consumed.\n   - Search the codebase for references to the service or credentials (env var names, config keys, import paths) to identify:\n     - Exact values the user will need to fill in (callback URLs, domain names, scopes).\n     - Where outputs should be stored (`.env`, config files, secrets manager).\n\n3. **Research current instructions:**\n   - Use web search to find up-to-date instructions for the specific service or platform.\n   - Prioritize official documentation over blog posts.\n   - Service UIs change frequently — never rely solely on prior knowledge; always search.\n\n4. **Produce click-by-click guide:**\n   - Write numbered steps with:\n     - Exact UI elements to click (button text, menu paths, tab names).\n     - Fields to fill and the specific values to use, drawn from project context (e.g., \"Set **Authorized redirect URI** to `http:\u002F\u002Flocalhost:3000\u002Fauth\u002Fcallback`\" not just \"set a redirect URI\").\n     - What to look for on each screen to confirm you're in the right place.\n     - Warnings about common gotchas or easy-to-miss settings.\n   - Group steps into logical phases when the task spans multiple screens or services.\n   - If the task involves waiting (DNS propagation, approval queues), say how long and what to do in the meantime.\n\n5. **Show where to put results:**\n   - For each output the task produces (API keys, client IDs, tokens, URLs, DNS records), specify:\n     - The exact file path where it belongs (e.g., `.env`, `config\u002Fauth.ts`).\n     - The exact variable or key name to set.\n     - Example format if it matters (e.g., \"paste the full JSON key file, not just the client ID\").\n   - If the destination file does not exist yet, say so and show what it should look like.\n\n6. **Offer to check off:**\n   - After presenting the guide, tell the user: \"When you've completed these steps, let me know and I'll mark the item done in `tasks\u002Fmanual-todo.md`.\"\n   - When the user confirms, check off the item (`- [x]`) in `tasks\u002Fmanual-todo.md`.\n\n## Output\n\n```\n## Guide: [Task title]\n\n**Context**: [One sentence — why this task is needed and what it unblocks]\n\n### Steps\n\n1. Go to [URL].\n2. Click **[Button\u002FLink text]** in the [location description].\n3. Fill in **[Field name]**: `[exact value from project context]`\n   ...\n\n### Where to put the results\n\n| Output | File | Key \u002F Variable |\n|--------|------|----------------|\n| Client ID | `.env` | `OAUTH_CLIENT_ID` |\n| Client Secret | `.env` | `OAUTH_CLIENT_SECRET` |\n\n### Gotchas\n\n- [Common mistake or easy-to-miss setting]\n\n---\n\nWhen you've completed these steps, let me know and I'll mark the item done in `tasks\u002Fmanual-todo.md`.\n```\n\n## Constraints\n\n- **Always web search** — never produce instructions from memory alone. 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.\n- **Read-only by default** — this skill does not modify code. The only file it may edit is `tasks\u002Fmanual-todo.md` (to check off a completed item), and only after the user confirms completion.\n- Do not check off or modify `tasks\u002Frecord-todo.md`; record items are advisory unless a separate workflow updates them.\n- **No shipping contract** — checking off a manual-todo item is a minor bookkeeping edit, 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 task at a time** — if multiple blockers exist, guide the user through the first one. They can run `\u002Fguide` again for the next.\n- **No task-ledger reconciliation** — do not produce a guide for requests such as \"reconcile manual-todo\", \"audit stale manual tasks\", or \"check off completed todo items\". Route those to `\u002Freconcile-dev-docs fix tasks` or a direct dev-doc audit.\n- **No agent-executable work** — do not produce a guide for repo edits, local commands, SDK adoption, generated assets, test runs, Lighthouse\u002FPlaywright checks, or authenticated CLI\u002FAPI operations.\n- **Don't execute the task** — produce instructions for the user to follow. Do not attempt to call external APIs, create accounts, or configure services on the user's behalf.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n\n","# Guide\n\nProduce detailed, click-by-click instructions for human-only manual tasks that block automated progress — service signups, DNS configuration, OAuth credential creation with no authenticated CLI\u002FAPI path, dashboard settings that cannot be scripted, production smoke checks needing a real account\u002Fdevice or human sign-off, and anything else that requires a third-party portal or subjective human judgment.\n\nNot for development-document bookkeeping. If the requested task is\nauditing, reconciling, checking off, moving, or classifying entries in\n`tasks\u002Fmanual-todo.md`, `tasks\u002Ftodo.md`, `tasks\u002Frecord-todo.md`, or history\nagainst repo reality, stop and route to `\u002Freconcile-dev-docs fix tasks` or a\ndirect dev-doc audit instead.\n\nAlso not for agent-executable work. If the task is repo edits,\nSDK wiring, generated assets, local commands, tests, audits, or CLI\u002FAPI work\nwith available authentication, stop and route it to `\u002Fexec`, `\u002Fship`, or the\nspecific implementation skill instead of producing click instructions.\n\n## Process\n\n1. **Find the blocker:**\n   - If `$ARGUMENTS` is non-empty, use the provided text as the task description.\n   - If `$ARGUMENTS` explicitly references `tasks\u002Frecord-todo.md`, use that record item as the task description and produce instructions for satisfying its condition or collecting its evidence. Do not use record items by default.\n   - If `$ARGUMENTS` is empty, read `tasks\u002Fmanual-todo.md`:\n     - Find the first unchecked item (`- [ ]`) that contains a `_(blocks: ...)_` annotation.\n     - If no blocking item exists, find the first unchecked item.\n     - If the file does not exist or has no unchecked items, ask the user what they need help with.\n\n2. **Gather project context:**\n   - Read `tasks\u002Ftodo.md`, `tasks\u002Froadmap.md`, and `CLAUDE.md` (where they exist) to understand what the manual task is for — what service, what domain, what credentials are expected and where they will be consumed.\n   - Search the codebase for references to the service or credentials (env var names, config keys, import paths) to identify:\n     - Exact values the user will need to fill in (callback URLs, domain names, scopes).\n     - Where outputs should be stored (`.env`, config files, secrets manager).\n\n3. **Research current instructions:**\n   - Use web search to find up-to-date instructions for the specific service or platform.\n   - Prioritize official documentation over blog posts.\n   - Service UIs change frequently — never rely solely on prior knowledge; always search.\n\n4. **Produce click-by-click guide:**\n   - Write numbered steps with:\n     - Exact UI elements to click (button text, menu paths, tab names).\n     - Fields to fill and the specific values to use, drawn from project context (e.g., \"Set **Authorized redirect URI** to `http:\u002F\u002Flocalhost:3000\u002Fauth\u002Fcallback`\" not just \"set a redirect URI\").\n     - What to look for on each screen to confirm you're in the right place.\n     - Warnings about common gotchas or easy-to-miss settings.\n   - Group steps into logical phases when the task spans multiple screens or services.\n   - If the task involves waiting (DNS propagation, approval queues), say how long and what to do in the meantime.\n\n5. **Show where to put results:**\n   - For each output the task produces (API keys, client IDs, tokens, URLs, DNS records), specify:\n     - The exact file path where it belongs (e.g., `.env`, `config\u002Fauth.ts`).\n     - The exact variable or key name to set.\n     - Example format if it matters (e.g., \"paste the full JSON key file, not just the client ID\").\n   - If the destination file does not exist yet, say so and show what it should look like.\n\n6. **Offer to check off:**\n   - After presenting the guide, tell the user: \"When you've completed these steps, let me know and I'll mark the item done in `tasks\u002Fmanual-todo.md`.\"\n   - When the user confirms, check off the item (`- [x]`) in `tasks\u002Fmanual-todo.md`.\n\n## Output\n\n```\n## Guide: [Task title]\n\n**Context**: [One sentence — why this task is needed and what it unblocks]\n\n### Steps\n\n1. Go to [URL].\n2. Click **[Button\u002FLink text]** in the [location description].\n3. Fill in **[Field name]**: `[exact value from project context]`\n   ...\n\n### Where to put the results\n\n| Output | File | Key \u002F Variable |\n|--------|------|----------------|\n| Client ID | `.env` | `OAUTH_CLIENT_ID` |\n| Client Secret | `.env` | `OAUTH_CLIENT_SECRET` |\n\n### Gotchas\n\n- [Common mistake or easy-to-miss setting]\n\n---\n\nWhen you've completed these steps, let me know and I'll mark the item done in `tasks\u002Fmanual-todo.md`.\n```\n\n## Constraints\n\n- **Always web search** — never produce instructions from memory alone. 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.\n- **Read-only by default** — this skill does not modify code. The only file it may edit is `tasks\u002Fmanual-todo.md` (to check off a completed item), and only after the user confirms completion.\n- Do not check off or modify `tasks\u002Frecord-todo.md`; record items are advisory unless a separate workflow updates them.\n- **No shipping contract** — checking off a manual-todo item is a minor bookkeeping edit, 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 task at a time** — if multiple blockers exist, guide the user through the first one. They can run `\u002Fguide` again for the next.\n- **No task-ledger reconciliation** — do not produce a guide for requests such as \"reconcile manual-todo\", \"audit stale manual tasks\", or \"check off completed todo items\". Route those to `\u002Freconcile-dev-docs fix tasks` or a direct dev-doc audit.\n- **No agent-executable work** — do not produce a guide for repo edits, local commands, SDK adoption, generated assets, test runs, Lighthouse\u002FPlaywright checks, or authenticated CLI\u002FAPI operations.\n- **Don't execute the task** — produce instructions for the user to follow. Do not attempt to call external APIs, create accounts, or configure services on the user's behalf.\n\n## Default Shipping Contract\n\nFollow the shared shipping contract convention in CLAUDE.md.\n\n",{"name":5,"type":22,"version":36,"description":7,"argument-hint":37},"v0.1","[optional: task description or manual-todo item text]","master","96e2912af886dd1606b1b97df707715aef062b02","packs\u002Fguided-walkthrough\u002Fclaude\u002Fguide",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":49,"prompt":59,"zipAvailable":60},[50,53,56],{"tool":51,"command":52},"npx","npx skills add GeorgeQLe\u002Fagentic-skills --skill guide",{"tool":54,"command":55},"bunx","bunx skills add GeorgeQLe\u002Fagentic-skills --skill guide",{"tool":57,"command":58},"pnpm","pnpm dlx skills add GeorgeQLe\u002Fagentic-skills --skill guide","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fguided-walkthrough\u002Fclaude\u002Fguide\u002FSKILL.md",true,[62],{"path":63,"resourceType":64,"resourceTypeDesc":65,"sizeBytes":66,"sourceHtmlUrl":67},"CHANGELOG.md","REFERENCE","参考文档",311,"https:\u002F\u002Fgithub.com\u002FGeorgeQLe\u002Fagentic-skills\u002Fblob\u002Fmaster\u002Fpacks\u002Fguided-walkthrough\u002Fclaude\u002Fguide\u002FCHANGELOG.md",[69,81,91,103,118,129],{"skillNo":70,"name":71,"nameZh":6,"description":72,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":73,"categories":74,"keywords":75,"publishedAt":31},"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",[],[76,77,78,79,25,80],"source checkout allowed","checkout","fixture","only","valid",{"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":31},"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",[],[88,89,90,80,78,25],"deck install valid","deck","install",{"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":31},"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",[],[98,99,100,80,101,102,78,25],"codex pack guard valid","pack","guard","codex","availability",{"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":114,"publishedAt":31},"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",[109],{"categoryNo":110,"categoryName":111,"taxonomyType":112,"taxonomyTypeDesc":113},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[115,116,80,101,25,117,78],"codex missing skill valid","missing","fallback",{"skillNo":119,"name":120,"nameZh":6,"description":121,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":122,"categories":123,"keywords":125,"publishedAt":31},"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",[124],{"categoryNo":110,"categoryName":111,"taxonomyType":112,"taxonomyTypeDesc":113},[80,101,117,126,127,128,25,78],"base skill","codex base skill fallback valid","base",{"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":31},"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",[],[80,100,99,136,102,25,78],"claude pack guard valid"]