[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71TJC215Q3PFWTY3R1BFP2F":3,"skill-same:01M71TJC215Q3PFWTY3R1BFP2F":134},{"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":31,"publishedAt":52,"linkOnly":53,"markdownContent":54,"markdownBody":55,"frontMatter":56,"refName":68,"commitSha":69,"skillDirectory":70,"forksCount":14,"repositoryHtmlUrl":71,"repositoryHomepageUrl":6,"ownerHtmlUrl":72,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":73,"install":74,"resources":87},"01M71TJC215Q3PFWTY3R1BFP2F","acquire-codebase-knowledge",null,"Use this skill when the user explicitly asks to map, document, or onboard into an existing codebase. Trigger for prompts like \"map this codebase\", \"document this architecture\", \"onboard me to this repo\", or \"create codebase docs\". Do not trigger for routine feature implementation, bug fixes, or narrow code edits unless the user asks for repository-level discovery.","TorchiaHub\u002FSkills","TorchiaHub","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F125223386?v=4","01M71Q3SNKHMKJYN4HGMSQ2CEY","Mattia Torchia","01M71Q3SP6T1Z9NBADBCFP7GM5",0,"MIT","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002FSKILL.md",[18,23,26],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000021","资料检索与研究",{"categoryNo":27,"categoryName":28,"taxonomyType":29,"taxonomyTypeDesc":30},"01JBSEEDCAT000000000000037","律师与法务","PROFESSION","适用职业",[32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51],"codebase","acquire codebase knowledge","knowledge","acquire","when","testing","markers","project","focus","map","me","feature implementation","only","pipeline","ci","code","create","architecture","orchestration","performance","2026-11-10 13:02:02",false,"---\nname: acquire-codebase-knowledge\ndescription: 'Use this skill when the user explicitly asks to map, document, or onboard into an existing codebase. Trigger for prompts like \"map this codebase\", \"document this architecture\", \"onboard me to this repo\", or \"create codebase docs\". Do not trigger for routine feature implementation, bug fixes, or narrow code edits unless the user asks for repository-level discovery.'\nlicense: MIT\ncompatibility: 'Cross-platform. Requires Python 3.8+ and git. Run scripts\u002Fscan.py from the target project root.'\nmetadata:\n  version: \"1.3\"\n  enhancements:\n    - Multi-language manifest detection (25+ languages supported)\n    - CI\u002FCD pipeline detection (10+ platforms)\n    - Container & orchestration detection\n    - Code metrics by language\n    - Security & compliance config detection\n    - Performance testing markers\nargument-hint: 'Optional: specific area to focus on, e.g. \"architecture only\", \"testing and concerns\"'\n---\n\n# Acquire Codebase Knowledge\n\nProduces seven populated documents in `docs\u002Fcodebase\u002F` covering everything needed to work effectively on the project. Only document what is verifiable from files or terminal output — never infer or assume.\n\n## Output Contract (Required)\n\nBefore finishing, all of the following must be true:\n\n1. Exactly these files exist in `docs\u002Fcodebase\u002F`: `STACK.md`, `STRUCTURE.md`, `ARCHITECTURE.md`, `CONVENTIONS.md`, `INTEGRATIONS.md`, `TESTING.md`, `CONCERNS.md`.\n2. Every claim is traceable to source files, config, or terminal output.\n3. Unknowns are marked as `[TODO]`; intent-dependent decisions are marked `[ASK USER]`.\n4. Every document includes a short \"evidence\" list with concrete file paths.\n5. Final response includes numbered `[ASK USER]` questions and intent-vs-reality divergences.\n\n## Workflow\n\nCopy and track this checklist:\n\n```\n- [ ] Phase 1: Run scan, read intent documents\n- [ ] Phase 2: Investigate each documentation area\n- [ ] Phase 3: Populate all seven docs in docs\u002Fcodebase\u002F\n- [ ] Phase 4: Validate docs, present findings, resolve all [ASK USER] items\n```\n\n## Focus Area Mode\n\nIf the user supplies a focus area (for example: \"architecture only\" or \"testing and concerns\"):\n\n1. Always run Phase 1 in full.\n2. Fully complete focus-area documents first.\n3. For non-focus documents not yet analyzed, keep required sections present and mark unknowns as `[TODO]`.\n4. Still run the Phase 4 validation loop on all seven documents before final output.\n\n### Phase 1: Scan and Read Intent\n\n1. Run the scan script from the target project root:\n   ```bash\n   python3 \"$SKILL_ROOT\u002Fscripts\u002Fscan.py\" --output docs\u002Fcodebase\u002F.codebase-scan.txt\n   ```\n   Where `$SKILL_ROOT` is the absolute path to the skill folder. Works on Windows, macOS, and Linux.\n\n   **Quick start:** If you have the path inline:\n   ```bash\n   python3 \u002Fabsolute\u002Fpath\u002Fto\u002Fskills\u002Facquire-codebase-knowledge\u002Fscripts\u002Fscan.py --output docs\u002Fcodebase\u002F.codebase-scan.txt\n   ```\n\n2. Search for `PRD`, `TRD`, `README`, `ROADMAP`, `SPEC`, `DESIGN` files and read them.\n3. Summarise the stated project intent before reading any source code.\n\n### Phase 2: Investigate\n\nUse the scan output to answer questions for each of the seven templates. Load [`references\u002Finquiry-checkpoints.md`](references\u002Finquiry-checkpoints.md) for the full per-template question list.\n\nIf the stack is ambiguous (multiple manifest files, unfamiliar file types, no `package.json`), load [`references\u002Fstack-detection.md`](references\u002Fstack-detection.md).\n\n### Phase 3: Populate Templates\n\nCopy each template from `assets\u002Ftemplates\u002F` into `docs\u002Fcodebase\u002F`. Fill in this order:\n\n1. [STACK.md](assets\u002Ftemplates\u002FSTACK.md) — language, runtime, frameworks, all dependencies\n2. [STRUCTURE.md](assets\u002Ftemplates\u002FSTRUCTURE.md) — directory layout, entry points, key files\n3. [ARCHITECTURE.md](assets\u002Ftemplates\u002FARCHITECTURE.md) — layers, patterns, data flow\n4. [CONVENTIONS.md](assets\u002Ftemplates\u002FCONVENTIONS.md) — naming, formatting, error handling, imports\n5. [INTEGRATIONS.md](assets\u002Ftemplates\u002FINTEGRATIONS.md) — external APIs, databases, auth, monitoring\n6. [TESTING.md](assets\u002Ftemplates\u002FTESTING.md) — frameworks, file organization, mocking strategy\n7. [CONCERNS.md](assets\u002Ftemplates\u002FCONCERNS.md) — tech debt, bugs, security risks, perf bottlenecks\n\nUse `[TODO]` for anything that cannot be determined from code. Use `[ASK USER]` where the right answer requires team intent.\n\n### Phase 4: Validate, Repair, Verify\n\nRun this mandatory validation loop before finalizing:\n\n1. Validate each doc against `references\u002Finquiry-checkpoints.md`.\n2. For each non-trivial claim, confirm at least one evidence reference exists.\n3. If any required section is missing or unsupported:\n  - Fix the document.\n  - Re-run validation.\n4. Repeat until all seven docs pass.\n\nThen present a summary of all seven documents, list every `[ASK USER]` item as a numbered question, and highlight any Intent vs. Reality divergences from Phase 1.\n\nValidation pass criteria:\n\n- No unsupported claims.\n- No empty required sections.\n- Unknowns use `[TODO]` rather than assumptions.\n- Team-intent gaps are explicitly marked `[ASK USER]`.\n\n---\n\n## Gotchas\n\n**Monorepos:** Root `package.json` may have no source — check for `workspaces`, `packages\u002F`, or `apps\u002F` directories. Each workspace may have independent dependencies and conventions. Map each sub-package separately.\n\n**Outdated README:** README often describes intended architecture, not the current one. Cross-reference with actual file structure before treating any README claim as fact.\n\n**TypeScript path aliases:** `tsconfig.json` `paths` config means imports like `@\u002Ffoo` don't map directly to the filesystem. Map aliases to real paths before documenting structure.\n\n**Generated\u002Fcompiled output:** Never document patterns from `dist\u002F`, `build\u002F`, `generated\u002F`, `.next\u002F`, `out\u002F`, or `__pycache__\u002F`. These are artefacts — document source conventions only.\n\n**`.env.example` reveals required config:** Secrets are never committed. Read `.env.example`, `.env.template`, or `.env.sample` to discover required environment variables.\n\n**`devDependencies` ≠ production stack:** Only `dependencies` (or equivalent, e.g. `[tool.poetry.dependencies]`) runs in production. Document linters, formatters, and test frameworks separately as dev tooling.\n\n**Test TODOs ≠ production debt:** TODOs inside `test\u002F`, `tests\u002F`, `__tests__\u002F`, or `spec\u002F` are coverage gaps, not production technical debt. Separate them in `CONCERNS.md`.\n\n**High-churn files = fragile areas:** Files appearing most in recent git history have the highest modification rate and likely hidden complexity. Always note them in `CONCERNS.md`.\n\n---\n\n## Anti-Patterns\n\n| ❌ Don't | ✅ Do instead |\n|---------|--------------|\n| \"Uses Clean Architecture with Domain\u002FData layers.\" (when no such directories exist) | State only what directory structure actually shows. |\n| \"This is a Next.js project.\" (without checking `package.json`) | Check `dependencies` first. State what's actually there. |\n| Guess the database from a variable name like `dbUrl` | Check manifest for `pg`, `mysql2`, `mongoose`, `prisma`, etc. |\n| Document `dist\u002F` or `build\u002F` naming patterns as conventions | Source files only. |\n\n---\n\n## Enhanced Scan Output Sections\n\nThe `scan.py` script now produce the following sections in addition to the original output:\n\n- **CODE METRICS** — Total files, lines of code by language, largest files (complexity signals)\n- **CI\u002FCD PIPELINES** — Detected GitHub Actions, GitLab CI, Jenkins, CircleCI, etc.\n- **CONTAINERS & ORCHESTRATION** — Docker, Docker Compose, Kubernetes, Vagrant configs\n- **SECURITY & COMPLIANCE** — Snyk, Dependabot, SECURITY.md, SBOM, security policies\n- **PERFORMANCE & TESTING** — Benchmark configs, profiling markers, load testing tools\n\nUse these sections during Phase 2 to inform investigation questions and identify tool-specific patterns.\n\n---\n\n## Bundled Assets\n\n| Asset | When to load |\n|-------|-------------|\n| [`scripts\u002Fscan.py`](scripts\u002Fscan.py) | Phase 1 — run first, before reading any code (Python 3.8+ required) |\n\n| [`references\u002Finquiry-checkpoints.md`](references\u002Finquiry-checkpoints.md) | Phase 2 — load for per-template investigation questions |\n| [`references\u002Fstack-detection.md`](references\u002Fstack-detection.md) | Phase 2 — only if stack is ambiguous |\n| [`assets\u002Ftemplates\u002FSTACK.md`](assets\u002Ftemplates\u002FSTACK.md) | Phase 3 step 1 |\n| [`assets\u002Ftemplates\u002FSTRUCTURE.md`](assets\u002Ftemplates\u002FSTRUCTURE.md) | Phase 3 step 2 |\n| [`assets\u002Ftemplates\u002FARCHITECTURE.md`](assets\u002Ftemplates\u002FARCHITECTURE.md) | Phase 3 step 3 |\n| [`assets\u002Ftemplates\u002FCONVENTIONS.md`](assets\u002Ftemplates\u002FCONVENTIONS.md) | Phase 3 step 4 |\n| [`assets\u002Ftemplates\u002FINTEGRATIONS.md`](assets\u002Ftemplates\u002FINTEGRATIONS.md) | Phase 3 step 5 |\n| [`assets\u002Ftemplates\u002FTESTING.md`](assets\u002Ftemplates\u002FTESTING.md) | Phase 3 step 6 |\n| [`assets\u002Ftemplates\u002FCONCERNS.md`](assets\u002Ftemplates\u002FCONCERNS.md) | Phase 3 step 7 |\n\nTemplate usage mode:\n\n- Default mode: complete only the \"Core Sections (Required)\" in each template.\n- Extended mode: add optional sections only when the repo complexity justifies them.\n","# Acquire Codebase Knowledge\n\nProduces seven populated documents in `docs\u002Fcodebase\u002F` covering everything needed to work effectively on the project. Only document what is verifiable from files or terminal output — never infer or assume.\n\n## Output Contract (Required)\n\nBefore finishing, all of the following must be true:\n\n1. Exactly these files exist in `docs\u002Fcodebase\u002F`: `STACK.md`, `STRUCTURE.md`, `ARCHITECTURE.md`, `CONVENTIONS.md`, `INTEGRATIONS.md`, `TESTING.md`, `CONCERNS.md`.\n2. Every claim is traceable to source files, config, or terminal output.\n3. Unknowns are marked as `[TODO]`; intent-dependent decisions are marked `[ASK USER]`.\n4. Every document includes a short \"evidence\" list with concrete file paths.\n5. Final response includes numbered `[ASK USER]` questions and intent-vs-reality divergences.\n\n## Workflow\n\nCopy and track this checklist:\n\n```\n- [ ] Phase 1: Run scan, read intent documents\n- [ ] Phase 2: Investigate each documentation area\n- [ ] Phase 3: Populate all seven docs in docs\u002Fcodebase\u002F\n- [ ] Phase 4: Validate docs, present findings, resolve all [ASK USER] items\n```\n\n## Focus Area Mode\n\nIf the user supplies a focus area (for example: \"architecture only\" or \"testing and concerns\"):\n\n1. Always run Phase 1 in full.\n2. Fully complete focus-area documents first.\n3. For non-focus documents not yet analyzed, keep required sections present and mark unknowns as `[TODO]`.\n4. Still run the Phase 4 validation loop on all seven documents before final output.\n\n### Phase 1: Scan and Read Intent\n\n1. Run the scan script from the target project root:\n   ```bash\n   python3 \"$SKILL_ROOT\u002Fscripts\u002Fscan.py\" --output docs\u002Fcodebase\u002F.codebase-scan.txt\n   ```\n   Where `$SKILL_ROOT` is the absolute path to the skill folder. Works on Windows, macOS, and Linux.\n\n   **Quick start:** If you have the path inline:\n   ```bash\n   python3 \u002Fabsolute\u002Fpath\u002Fto\u002Fskills\u002Facquire-codebase-knowledge\u002Fscripts\u002Fscan.py --output docs\u002Fcodebase\u002F.codebase-scan.txt\n   ```\n\n2. Search for `PRD`, `TRD`, `README`, `ROADMAP`, `SPEC`, `DESIGN` files and read them.\n3. Summarise the stated project intent before reading any source code.\n\n### Phase 2: Investigate\n\nUse the scan output to answer questions for each of the seven templates. Load [`references\u002Finquiry-checkpoints.md`](references\u002Finquiry-checkpoints.md) for the full per-template question list.\n\nIf the stack is ambiguous (multiple manifest files, unfamiliar file types, no `package.json`), load [`references\u002Fstack-detection.md`](references\u002Fstack-detection.md).\n\n### Phase 3: Populate Templates\n\nCopy each template from `assets\u002Ftemplates\u002F` into `docs\u002Fcodebase\u002F`. Fill in this order:\n\n1. [STACK.md](assets\u002Ftemplates\u002FSTACK.md) — language, runtime, frameworks, all dependencies\n2. [STRUCTURE.md](assets\u002Ftemplates\u002FSTRUCTURE.md) — directory layout, entry points, key files\n3. [ARCHITECTURE.md](assets\u002Ftemplates\u002FARCHITECTURE.md) — layers, patterns, data flow\n4. [CONVENTIONS.md](assets\u002Ftemplates\u002FCONVENTIONS.md) — naming, formatting, error handling, imports\n5. [INTEGRATIONS.md](assets\u002Ftemplates\u002FINTEGRATIONS.md) — external APIs, databases, auth, monitoring\n6. [TESTING.md](assets\u002Ftemplates\u002FTESTING.md) — frameworks, file organization, mocking strategy\n7. [CONCERNS.md](assets\u002Ftemplates\u002FCONCERNS.md) — tech debt, bugs, security risks, perf bottlenecks\n\nUse `[TODO]` for anything that cannot be determined from code. Use `[ASK USER]` where the right answer requires team intent.\n\n### Phase 4: Validate, Repair, Verify\n\nRun this mandatory validation loop before finalizing:\n\n1. Validate each doc against `references\u002Finquiry-checkpoints.md`.\n2. For each non-trivial claim, confirm at least one evidence reference exists.\n3. If any required section is missing or unsupported:\n  - Fix the document.\n  - Re-run validation.\n4. Repeat until all seven docs pass.\n\nThen present a summary of all seven documents, list every `[ASK USER]` item as a numbered question, and highlight any Intent vs. Reality divergences from Phase 1.\n\nValidation pass criteria:\n\n- No unsupported claims.\n- No empty required sections.\n- Unknowns use `[TODO]` rather than assumptions.\n- Team-intent gaps are explicitly marked `[ASK USER]`.\n\n---\n\n## Gotchas\n\n**Monorepos:** Root `package.json` may have no source — check for `workspaces`, `packages\u002F`, or `apps\u002F` directories. Each workspace may have independent dependencies and conventions. Map each sub-package separately.\n\n**Outdated README:** README often describes intended architecture, not the current one. Cross-reference with actual file structure before treating any README claim as fact.\n\n**TypeScript path aliases:** `tsconfig.json` `paths` config means imports like `@\u002Ffoo` don't map directly to the filesystem. Map aliases to real paths before documenting structure.\n\n**Generated\u002Fcompiled output:** Never document patterns from `dist\u002F`, `build\u002F`, `generated\u002F`, `.next\u002F`, `out\u002F`, or `__pycache__\u002F`. These are artefacts — document source conventions only.\n\n**`.env.example` reveals required config:** Secrets are never committed. Read `.env.example`, `.env.template`, or `.env.sample` to discover required environment variables.\n\n**`devDependencies` ≠ production stack:** Only `dependencies` (or equivalent, e.g. `[tool.poetry.dependencies]`) runs in production. Document linters, formatters, and test frameworks separately as dev tooling.\n\n**Test TODOs ≠ production debt:** TODOs inside `test\u002F`, `tests\u002F`, `__tests__\u002F`, or `spec\u002F` are coverage gaps, not production technical debt. Separate them in `CONCERNS.md`.\n\n**High-churn files = fragile areas:** Files appearing most in recent git history have the highest modification rate and likely hidden complexity. Always note them in `CONCERNS.md`.\n\n---\n\n## Anti-Patterns\n\n| ❌ Don't | ✅ Do instead |\n|---------|--------------|\n| \"Uses Clean Architecture with Domain\u002FData layers.\" (when no such directories exist) | State only what directory structure actually shows. |\n| \"This is a Next.js project.\" (without checking `package.json`) | Check `dependencies` first. State what's actually there. |\n| Guess the database from a variable name like `dbUrl` | Check manifest for `pg`, `mysql2`, `mongoose`, `prisma`, etc. |\n| Document `dist\u002F` or `build\u002F` naming patterns as conventions | Source files only. |\n\n---\n\n## Enhanced Scan Output Sections\n\nThe `scan.py` script now produce the following sections in addition to the original output:\n\n- **CODE METRICS** — Total files, lines of code by language, largest files (complexity signals)\n- **CI\u002FCD PIPELINES** — Detected GitHub Actions, GitLab CI, Jenkins, CircleCI, etc.\n- **CONTAINERS & ORCHESTRATION** — Docker, Docker Compose, Kubernetes, Vagrant configs\n- **SECURITY & COMPLIANCE** — Snyk, Dependabot, SECURITY.md, SBOM, security policies\n- **PERFORMANCE & TESTING** — Benchmark configs, profiling markers, load testing tools\n\nUse these sections during Phase 2 to inform investigation questions and identify tool-specific patterns.\n\n---\n\n## Bundled Assets\n\n| Asset | When to load |\n|-------|-------------|\n| [`scripts\u002Fscan.py`](scripts\u002Fscan.py) | Phase 1 — run first, before reading any code (Python 3.8+ required) |\n\n| [`references\u002Finquiry-checkpoints.md`](references\u002Finquiry-checkpoints.md) | Phase 2 — load for per-template investigation questions |\n| [`references\u002Fstack-detection.md`](references\u002Fstack-detection.md) | Phase 2 — only if stack is ambiguous |\n| [`assets\u002Ftemplates\u002FSTACK.md`](assets\u002Ftemplates\u002FSTACK.md) | Phase 3 step 1 |\n| [`assets\u002Ftemplates\u002FSTRUCTURE.md`](assets\u002Ftemplates\u002FSTRUCTURE.md) | Phase 3 step 2 |\n| [`assets\u002Ftemplates\u002FARCHITECTURE.md`](assets\u002Ftemplates\u002FARCHITECTURE.md) | Phase 3 step 3 |\n| [`assets\u002Ftemplates\u002FCONVENTIONS.md`](assets\u002Ftemplates\u002FCONVENTIONS.md) | Phase 3 step 4 |\n| [`assets\u002Ftemplates\u002FINTEGRATIONS.md`](assets\u002Ftemplates\u002FINTEGRATIONS.md) | Phase 3 step 5 |\n| [`assets\u002Ftemplates\u002FTESTING.md`](assets\u002Ftemplates\u002FTESTING.md) | Phase 3 step 6 |\n| [`assets\u002Ftemplates\u002FCONCERNS.md`](assets\u002Ftemplates\u002FCONCERNS.md) | Phase 3 step 7 |\n\nTemplate usage mode:\n\n- Default mode: complete only the \"Core Sections (Required)\" in each template.\n- Extended mode: add optional sections only when the repo complexity justifies them.\n",{"name":5,"license":15,"metadata":57,"description":7,"argument-hint":66,"compatibility":67},{"version":58,"enhancements":59},"1.3",[60,61,62,63,64,65],"Multi-language manifest detection (25+ languages supported)","CI\u002FCD pipeline detection (10+ platforms)","Container & orchestration detection","Code metrics by language","Security & compliance config detection","Performance testing markers","Optional: specific area to focus on, e.g. \"architecture only\", \"testing and concerns\"","Cross-platform. Requires Python 3.8+ and git. Run scripts\u002Fscan.py from the target project root.","master","e3489bc4e504668e9a2ff8fb73dc086da71328ab","01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills","https:\u002F\u002Fgithub.com\u002FTorchiaHub","2026-06-21 20:40:46",{"source":8,"skillName":5,"commands":75,"prompt":85,"zipAvailable":86},[76,79,82],{"tool":77,"command":78},"npx","npx skills add TorchiaHub\u002FSkills --skill acquire-codebase-knowledge",{"tool":80,"command":81},"bunx","bunx skills add TorchiaHub\u002FSkills --skill acquire-codebase-knowledge",{"tool":83,"command":84},"pnpm","pnpm dlx skills add TorchiaHub\u002FSkills --skill acquire-codebase-knowledge","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002FSKILL.md",true,[88,94,98,102,106,110,114,118,124,128],{"path":89,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":92,"sourceHtmlUrl":93},"assets\u002Ftemplates\u002FARCHITECTURE.md","ASSET","资产文件",1207,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FARCHITECTURE.md",{"path":95,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":96,"sourceHtmlUrl":97},"assets\u002Ftemplates\u002FCONCERNS.md",1711,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FCONCERNS.md",{"path":99,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":100,"sourceHtmlUrl":101},"assets\u002Ftemplates\u002FCONVENTIONS.md",1354,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FCONVENTIONS.md",{"path":103,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":104,"sourceHtmlUrl":105},"assets\u002Ftemplates\u002FINTEGRATIONS.md",1332,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FINTEGRATIONS.md",{"path":107,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":108,"sourceHtmlUrl":109},"assets\u002Ftemplates\u002FSTACK.md",1324,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FSTACK.md",{"path":111,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":112,"sourceHtmlUrl":113},"assets\u002Ftemplates\u002FSTRUCTURE.md",1114,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FSTRUCTURE.md",{"path":115,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":116,"sourceHtmlUrl":117},"assets\u002Ftemplates\u002FTESTING.md",1369,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fassets\u002Ftemplates\u002FTESTING.md",{"path":119,"resourceType":120,"resourceTypeDesc":121,"sizeBytes":122,"sourceHtmlUrl":123},"references\u002Finquiry-checkpoints.md","REFERENCE","参考文档",4161,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Freferences\u002Finquiry-checkpoints.md",{"path":125,"resourceType":120,"resourceTypeDesc":121,"sizeBytes":126,"sourceHtmlUrl":127},"references\u002Fstack-detection.md",5653,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Freferences\u002Fstack-detection.md",{"path":129,"resourceType":130,"resourceTypeDesc":131,"sizeBytes":132,"sourceHtmlUrl":133},"scripts\u002Fscan.py","SCRIPT","脚本",23720,"https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Facquire-codebase-knowledge\u002Fscripts\u002Fscan.py",[135,170,200,226,252,274],{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":139,"licenseFileUrl":140,"sourceHtmlUrl":141,"categories":142,"keywords":149,"publishedAt":52},"01M71VC09WZH7EYAA8YDKJQ0E1","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[143,146],{"categoryNo":144,"categoryName":145,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":147,"categoryName":148,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000016","图像与多媒体",[150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169],"resemble detect","detect","images","Video","SET","app","sources","Media","Audio","detect ai","local","generated","ai api","api","analyze","text","paths","Safety","intelligence","deepfake detection",{"skillNo":171,"name":172,"nameZh":6,"description":173,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":174,"categories":175,"keywords":182,"publishedAt":52},"01M71VBN3ZPGZT29DK7N7VCT4P","refactor","Surgical code refactoring to improve maintainability without changing behavior. Covers extracting functions, renaming variables, breaking down god functions, improving type safety, eliminating code smells, and applying design patterns. Less drastic than repo-rebuilder; use for gradual improvements.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Frefactor\u002FSKILL.md",[176,179],{"categoryNo":177,"categoryName":178,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":180,"categoryName":181,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",[172,183,184,185,186,187,47,188,189,167,190,191,192,193,194,195,196,197,198,199],"design patterns","extracting","improve","design","Variables","refactoring","Type Safety","patterns","surgical","code refactoring","down","for","repo","use","type","functions","behavior",{"skillNo":201,"name":202,"nameZh":6,"description":203,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":204,"sourceHtmlUrl":205,"categories":206,"keywords":209,"publishedAt":52},"01M71VA75R4MGJXGR0JS727PBV","quality-playbook","Explore any codebase from scratch and generate six quality artifacts: a quality constitution (QUALITY.md), spec-traced functional tests, a code review protocol with regression test generation, an integration testing protocol, a multi-model spec audit (Council of Three), and an AI bootstrap file (AGENTS.md). Includes state machine completeness analysis and missing safeguard detection. Works with any language (Python, Java, Scala, TypeScript, Go, Rust, etc.). Use this skill whenever the user asks to set up a quality playbook, generate functional tests from specifications, create a quality constitution, build testing protocols, audit code against specs, or establish a repeatable quality system for a project. Also trigger when the user mentions 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', 'coverage theater', or wants to go beyond basic test generation to build a full quality system grounded in their actual codebase.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[207,208],{"categoryNo":177,"categoryName":178,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[210,211,212,39,213,214,215,37,48,216,217,218,219,220,221,222,223,224,194,225],"playbook","quality playbook","quality","code review","integration testing","explore","functional","generate","spec audit","typescript","go","state machine","full","multi-model","three","system",{"skillNo":227,"name":228,"nameZh":6,"description":229,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":230,"categories":231,"keywords":235,"publishedAt":52},"01M71V7TYJZ1C5XD0RRH2P340K","prd","Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fprd\u002FSKILL.md",[232],{"categoryNo":233,"categoryName":234,"taxonomyType":29,"taxonomyTypeDesc":30},"01JBSEEDCAT000000000000031","产品经理",[228,236,194,237,238,239,240,241,242,243,244,217,245,246,212,247,248,249,250,251],"risk","technical","documents","requirements","analysis","stories","summaries","high","product","specifications","risk analysis","features","systems","software","user stories","Product Requirements",{"skillNo":253,"name":254,"nameZh":6,"description":255,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":256,"categories":257,"keywords":258,"publishedAt":52},"01M71V7JFHSJ61847CEY1EM48A","power-platform-architect","Use this skill when the user needs to transform business requirements, use case descriptions, or meeting transcripts into a technical Power Platform solution architecture, including component selection and Mermaid.js diagrams.","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fpower-platform-architect\u002FSKILL.md",[],[259,260,261,262,263,264,265,237,196,266,36,239,49,267,268,269,270,271,272,273],"power","platform","power platform","architect","power platform architect","diagrams","selection","business","needs","case","solution architecture","component","solution","mermaid","meeting",{"skillNo":275,"name":276,"nameZh":6,"description":277,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":278,"categories":279,"keywords":280,"publishedAt":52},"01M71V65KR84TMS1WARE3R11VZ","plantuml-ascii","Generate ASCII art diagrams using PlantUML text mode. Use when user asks to create ASCII diagrams, text-based diagrams, terminal-friendly diagrams, or mentions plantuml ascii, text diagram, ascii art diagram. Supports: Converting PlantUML diagrams to ASCII art, Creating sequence diagrams, class diagrams, flowcharts in ASCII format, Generating Unicode-enhanced ASCII art with -utxt flag","https:\u002F\u002Fgithub.com\u002FTorchiaHub\u002FSkills\u002Fblob\u002Fmaster\u002F01-Inbox\u002Fdownloads\u002Fgithub-awesome-copilot\u002F20260429T140243Z\u002Fsource\u002Fskills\u002Fplantuml-ascii\u002FSKILL.md",[],[281,282,283,264,284,285,286,36,287,165,48,288,217,289,290,291,292,293,294,196],"plantuml","ascii","plantuml ascii","Unicode","mode","Art","Bash","diagram","terminal","read","write","sequence","plantuml diagrams","ascii art"]