[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71NHB7RVT1PCCMA6EAGSX5N":3,"skill-same:01M71NHB7RVT1PCCMA6EAGSX5N":101},{"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":36,"linkOnly":37,"markdownContent":38,"markdownBody":39,"frontMatter":40,"refName":41,"commitSha":42,"skillDirectory":43,"forksCount":44,"repositoryHtmlUrl":45,"repositoryHomepageUrl":6,"ownerHtmlUrl":46,"ownerBlogUrl":6,"ownerDescription":47,"updatedAt":48,"install":49,"resources":62},"01M71NHB7RVT1PCCMA6EAGSX5N","ln-110-project-docs-coordinator",null,"Coordinates project documentation creation with single context gathering and project type detection. Use when generating project docs subset.","vitalikpestov\u002FSkills-Catalog","vitalikpestov","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F13882997?v=4","01M71N4QG0CWRXX4R24JQZXDDQ","Vitalik Pestov","01M71N4QGMSYRW607DDSE0CQMM",2,"MIT","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35],"coordinator","ln","ln 110 project docs coordinator","docs","project docs","project","context","detection","coordinates","with","documentation","type","when","use","single","creation","project documentation","2026-11-10 10:56:23",false,"---\nname: ln-110-project-docs-coordinator\ndescription: \"Coordinates project documentation creation with single context gathering and project type detection. Use when generating project docs subset.\"\nlicense: MIT\n---\n\n> **Paths:** File paths (`references\u002F`, `..\u002Fln-*`) are relative to this skill directory.\n\n# Project Documentation Coordinator\n\n**Type:** L2 Coordinator\n**Category:** 1XX Documentation Pipeline\n\nRuntime-backed docs coordinator. The runtime owns context assembly checkpoints, conditional worker fan-out, and docs-generation summary aggregation.\n\n## Purpose & Scope\n- **Single context gathering** — analyzes project once, builds Context Store\n- **Project type detection** — determines hasBackend, hasDatabase, hasFrontend, hasDocker\n- **Delegates to 5 workers** — passes Context Store to each worker\n- **Aggregates results** — collects status from all workers, returns summary\n- Solves the \"context loss\" problem by gathering data once and passing explicitly\n- Builds the routing table used by `ln-100` docs-quality repair loop\n\n## Runtime Contract\n\n**MANDATORY READ:** Load `references\u002Fcoordinator_runtime_contract.md`, `references\u002Fdocs_runtime_contract.md`, `references\u002Fdocs_generation_summary_contract.md`\n\nRuntime family: `docs-runtime`\n\nIdentifier:\n- `project-docs`\n\nPhases:\n1. `PHASE_0_CONFIG`\n2. `PHASE_1_CONTEXT_ASSEMBLY`\n3. `PHASE_2_DETECTION`\n4. `PHASE_3_DELEGATE`\n5. `PHASE_4_AGGREGATE`\n6. `PHASE_5_SELF_CHECK`\n\nWorker summary contract:\n- `ln-111..115` may receive `summaryArtifactPath`\n- each worker writes or returns `docs-generation` summary envelope\n- ln-110 consumes worker summaries, not free-text worker prose\n\n## Invocation (who\u002Fwhen)\n- **ln-100-documents-pipeline:** Invoked as first L2 coordinator in documentation pipeline\n- Never called directly by users\n\n## Inputs\n\n**From ln-100 (optional source cleanup phase):**\n```json\n{\n  \"SOURCE_DOC_NOTES\": {\n    \"architecture_notes\": { \"sections\": [...], \"diagrams\": [...] },\n    \"requirements_notes\": { \"functional\": [...] },\n    \"principles_notes\": { \"principles\": [...], \"anti_patterns\": [...] },\n    \"tech_stack_notes\": { \"frontend\": \"...\", \"backend\": \"...\", \"versions\": {} },\n    \"api_notes\": { \"endpoints\": [...], \"authentication\": \"...\" },\n    \"database_notes\": { \"tables\": [...], \"relationships\": [...] },\n    \"runbook_notes\": { \"prerequisites\": [...], \"install_steps\": [...], \"env_vars\": [...] },\n    \"infrastructure_notes\": { \"servers\": [...], \"domains\": [...], \"ports\": {} }\n  }\n}\n```\n\n`SOURCE_DOC_NOTES` enriches the standard context store before worker dispatch. Workers consume normalized context fields only; there is no legacy-specific override branch.\n\n**MANDATORY READ:** Load `references\u002Fdocs_quality_contract.md`.\n\n## Architecture\n\n```\nln-110-project-docs-coordinator (this skill)\n├── Phase 1: Context Gathering (ONE TIME)\n├── Phase 2: Delegate to Workers\n│   ├── ln-111-root-docs-creator → 4 root docs (ALWAYS)\n│   ├── ln-112-project-core-creator → 3 core docs (ALWAYS)\n│   ├── ln-113-backend-docs-creator → 2 docs (if hasBackend\u002FhasDatabase)\n│   ├── ln-114-frontend-docs-creator → 1 doc (if hasFrontend)\n│   └── ln-115-devops-docs-creator → 2 docs (1 always + 1 if hasDocker)\n└── Phase 3: Aggregate Results\n```\n\n## Workflow\n\n### Phase 1: Context Gathering (ONE TIME)\n\n**1.1 Auto-Discovery (scan project files):**\n\n| Source | Data Extracted | Context Store Keys |\n|--------|----------------|-------------------|\n| package.json | name, description, dependencies, scripts, engines, author, contributors | PROJECT_NAME, PROJECT_DESCRIPTION, DEPENDENCIES, DEV_COMMANDS, DEVOPS_CONTACTS |\n| docker-compose.yml | services, ports, deploy.replicas, runtime:nvidia | DOCKER_SERVICES, DEPLOYMENT_SCALE, HAS_GPU |\n| Dockerfile | runtime version | RUNTIME_VERSION |\n| src\u002F structure | folders, patterns | SRC_STRUCTURE, ARCHITECTURE_PATTERN |\n| migrations\u002F | table definitions | SCHEMA_OVERVIEW |\n| .env.example | environment variables | ENV_VARIABLES |\n| tsconfig.json, .eslintrc | conventions | CODE_CONVENTIONS |\n| README.md | project description, scaling mentions | PROJECT_DESCRIPTION (fallback), DEPLOYMENT_SCALE (fallback) |\n| CODEOWNERS | maintainers | DEVOPS_CONTACTS |\n| git log | frequent committers | DEVOPS_CONTACTS (fallback) |\n| ~\u002F.ssh\u002Fconfig, deploy targets | SSH aliases, hostnames, IPs | SERVER_INVENTORY |\n| docker-compose VIRTUAL_HOST vars | domain routing | DOMAIN_DNS |\n| .env.example registry URLs, .npmrc | artifact repos | ARTIFACT_REPOSITORY |\n| docker-compose deploy.resources | resource limits | HOST_REQUIREMENTS |\n\n**1.2 Detect Project Type:**\n\n| Flag | Detection Rule |\n|------|----------------|\n| hasBackend | express\u002Ffastify\u002Fnestjs\u002Ffastapi\u002Fdjango in dependencies |\n| hasDatabase | pg\u002Fmongoose\u002Fprisma\u002Fsequelize in dependencies OR postgres\u002Fmongo in docker-compose |\n| hasFrontend | react\u002Fvue\u002Fangular\u002Fsvelte in dependencies |\n| hasDocker | Dockerfile exists OR docker-compose.yml exists |\n\n**1.3 User Materials Request:**\n- Ask: \"Do you have existing materials (requirements, designs, docs)?\"\n- If provided: Extract answers for Context Store\n\n**1.4 MCP Research (for detected technologies):**\n- Use Context7\u002FRef for best practices\n- Store in Context Store for workers\n\n**1.5 Build Context Store:**\n```json\n{\n  \"PROJECT_NAME\": \"my-project\",\n  \"PROJECT_DESCRIPTION\": \"...\",\n  \"TECH_STACK\": { \"frontend\": \"React 18\", \"backend\": \"Express 4.18\", \"database\": \"PostgreSQL 15\" },\n  \"DEPENDENCIES\": [...],\n  \"SRC_STRUCTURE\": { \"controllers\": [...], \"services\": [...] },\n  \"ENV_VARIABLES\": [\"DATABASE_URL\", \"JWT_SECRET\"],\n  \"DEV_COMMANDS\": { \"dev\": \"npm run dev\", \"test\": \"npm test\" },\n  \"DOCKER_SERVICES\": [\"app\", \"db\"],\n  \"DEPLOYMENT_SCALE\": \"single\",\n  \"DEVOPS_CONTACTS\": [],\n  \"HAS_GPU\": false,\n  \"SERVER_INVENTORY\": [],\n  \"DOMAIN_DNS\": [],\n  \"ARTIFACT_REPOSITORY\": {},\n  \"HOST_REQUIREMENTS\": {},\n  \"flags\": { \"hasBackend\": true, \"hasDatabase\": true, \"hasFrontend\": true, \"hasDocker\": true }\n}\n```\n\n**DEPLOYMENT_SCALE detection rules:**\n- `\"single\"` (default): No deploy.replicas, no scaling keywords in README\n- `\"multi\"`: deploy.replicas > 1 OR load balancer mentioned\n- `\"auto-scaling\"`: auto-scaling keywords in README\u002Fdocker-compose\n- `\"gpu-based\"`: runtime: nvidia in docker-compose\n\n**DEVOPS_CONTACTS fallback chain:**\n1. CODEOWNERS file → extract maintainers\n2. package.json author\u002Fcontributors → extract names\u002Femails\n3. git log → top 3 frequent committers\n4. If all empty → `[TBD: Provide DevOps team contacts]`\n\n**1.6 Merge Normalized Source Notes (if provided by ln-100):**\n- Check if `SOURCE_DOC_NOTES` was passed from ln-100 cleanup phase\n- If present, merge supporting facts into the standard Context Store:\n  ```\n  contextStore.SOURCE_DOC_NOTES = input.SOURCE_DOC_NOTES\n  ```\n- Enrichment intent:\n  - architecture notes strengthen architecture evidence\n  - requirement notes strengthen requirements evidence\n  - tech-stack notes clarify versions and rationale\n  - principles, API, database, runbook, and infrastructure notes provide supplemental factual input\n- Workers always generate from normalized context + current project sources\n- If no `SOURCE_DOC_NOTES` are present: rely on direct auto-discovery + current canonical docs\n\n### Phase 2: Delegate to Workers\n\n> **MANDATORY:** All applicable workers MUST be invoked. Workers run in parallel via Agent tool for context isolation.\n\n**2.1 Always invoke (parallel):**\n- `ln-111-root-docs-creator` with Context Store\n- `ln-112-project-core-creator` with full Context Store\n- `ln-115-devops-docs-creator` with Context Store (infrastructure.md always; runbook.md internally conditional on hasDocker)\n\n**2.2 Conditionally invoke:**\n- `ln-113-backend-docs-creator` if hasBackend OR hasDatabase\n- `ln-114-frontend-docs-creator` if hasFrontend\n\n**Invocation (parallel via Agent tool):**\n```\nAgent(description: \"{doc_type} docs via {worker}\",\n     prompt: \"Invoke Skill(skill: \\\"{worker}\\\") with context below.\\n\\nCONTEXT: {contextStore}\",\n     subagent_type: \"general-purpose\")\n```\n\n**Delegation Rules:**\n- Pass Context Store and flags to workers via Agent+Skill pattern\n- Wait for all Agent completions\n- Collect normalized result (`created_files`, `skipped_files`, `quality_inputs`, `validation_status`)\n\n### Phase 3: Aggregate Results\n\n1. Collect status from all workers\n2. Sum totals: created files, skipped files\n3. Report any validation warnings\n4. Return aggregated summary to ln-100\n5. **Include Context Store** for subsequent workers (ln-120 needs TECH_STACK)\n6. Merge `quality_inputs.owners` from all workers into one repair-routing table\n\n**Output:**\n```json\n{\n  \"workers_invoked\": 5,\n  \"total_created\": 11,\n  \"total_skipped\": 0,\n  \"validation_status\": \"passed\",\n  \"created_files\": [\n    \"AGENTS.md\",\n    \"CLAUDE.md\",\n    \"docs\u002FREADME.md\",\n    \"docs\u002Fdocumentation_standards.md\",\n    \"docs\u002Fprinciples.md\",\n    \"docs\u002Fproject\u002Frequirements.md\",\n    \"docs\u002Fproject\u002Farchitecture.md\",\n    \"docs\u002Fproject\u002Ftech_stack.md\",\n    \"docs\u002Fproject\u002Fapi_spec.md\",\n    \"docs\u002Fproject\u002Fdatabase_schema.md\",\n    \"docs\u002Fproject\u002Fdesign_guidelines.md\",\n    \"docs\u002Fproject\u002Finfrastructure.md\",\n    \"docs\u002Fproject\u002Frunbook.md\"\n  ],\n  \"quality_inputs\": {\n    \"doc_paths\": [\"AGENTS.md\", \"CLAUDE.md\", \"docs\u002FREADME.md\", \"docs\u002Fproject\u002Farchitecture.md\"],\n    \"owners\": {\n      \"AGENTS.md\": \"ln-111-root-docs-creator\",\n      \"CLAUDE.md\": \"ln-111-root-docs-creator\",\n      \"docs\u002Fproject\u002Farchitecture.md\": \"ln-112-project-core-creator\"\n    }\n  },\n  \"context_store\": {\n    \"PROJECT_NAME\": \"...\",\n    \"TECH_STACK\": { \"frontend\": \"React 18\", \"backend\": \"Express 4.18\", \"database\": \"PostgreSQL 15\" },\n    \"DEPENDENCIES\": [...],\n    \"flags\": { \"hasBackend\": true, \"hasDatabase\": true, \"hasFrontend\": true, \"hasDocker\": true }\n  }\n}\n```\n\n## Critical Notes\n- **Context gathered ONCE** — never duplicated in workers\n- **Context Store passed explicitly** — no implicit state\n- **Workers self-validate** — coordinator only aggregates\n- **Idempotent** — workers skip existing files\n- **Parallel where possible** — ln-111 and ln-112 can run in parallel\n- **Repair routing table required** — every created doc path must map to one owning creator\n\n\n## Worker Invocation (MANDATORY)\n\n**Host Skill Invocation:** `Skill(skill: \"...\", args: \"...\")` is mandatory delegation.\n- Claude: call the Skill tool exactly as shown.\n- Codex: if no Skill tool exists, locate the named skill in available skills, read its `SKILL.md`, treat `args` as `$ARGUMENTS`, execute that skill workflow, then return here with its result\u002Fartifact.\n- Do not inline worker logic or mark the worker complete without executing the target skill.\n\n| Phase | Worker | Context | Condition |\n|-------|--------|--------|-----------|\n| 2 | ln-111-root-docs-creator | Agent (parallel) — root docs | ALWAYS |\n| 2 | ln-112-project-core-creator | Agent (parallel) — core project docs | ALWAYS |\n| 2 | ln-115-devops-docs-creator | Agent (parallel) — infrastructure + runbook | ALWAYS |\n| 2 | ln-113-backend-docs-creator | Agent (parallel) — API spec + DB schema | hasBackend OR hasDatabase |\n| 2 | ln-114-frontend-docs-creator | Agent (parallel) — design guidelines | hasFrontend |\n\n**All workers:** Invoke via Agent tool with Skill — workers get Context Store.\n\n## TodoWrite format (mandatory)\n```\n- Build Context Store (pending)\n- Invoke ln-111-root-docs-creator (pending)\n- Invoke ln-112-project-core-creator (pending)\n- Invoke ln-115-devops-docs-creator (pending)\n- Invoke ln-113-backend-docs-creator [conditional] (pending)\n- Invoke ln-114-frontend-docs-creator [conditional] (pending)\n- Aggregate results (pending)\n```\n\n**Anti-Patterns:**\n- ❌ Creating documentation files directly instead of invoking workers\n- ❌ Marking worker steps done without Agent+Skill invocation\n- ❌ Skipping conditional workers without checking flags\n\n### Documentation Standards (passed to workers)\n- **NO_CODE Rule:** Documents describe contracts, not implementations\n- **Stack Adaptation:** Links must match TECH_STACK (Context Store)\n- **Format Priority:** Tables\u002FASCII > Lists > Text\n\n## Definition of Done\n- [ ] Context Store built with all discovered data\n- [ ] Project type flags determined\n- [ ] All applicable workers invoked\n- [ ] Results aggregated\n- [ ] **Actuality verified:** all document facts match current code (paths, functions, APIs, configs exist and are accurate)\n- [ ] Summary returned to ln-100\n\n## Phase 4: Meta-Analysis\n\nOptional reference: load `references\u002Fmeta_analysis_protocol.md` only when the user asks for post-run meta-analysis or protocol-formatted run reflection.\n\nSkill type: `planning-coordinator`. When requested, run after all phases complete. Output to chat using the `planning-coordinator` format.\n\n## Reference Files\n- Guides: `references\u002Fguides\u002Fautomatic_analysis_guide.md`, `critical_questions.md`, `troubleshooting.md`\n\n---\n**Version:** 2.1.0\n**Last Updated:** 2025-01-12\n","> **Paths:** File paths (`references\u002F`, `..\u002Fln-*`) are relative to this skill directory.\n\n# Project Documentation Coordinator\n\n**Type:** L2 Coordinator\n**Category:** 1XX Documentation Pipeline\n\nRuntime-backed docs coordinator. The runtime owns context assembly checkpoints, conditional worker fan-out, and docs-generation summary aggregation.\n\n## Purpose & Scope\n- **Single context gathering** — analyzes project once, builds Context Store\n- **Project type detection** — determines hasBackend, hasDatabase, hasFrontend, hasDocker\n- **Delegates to 5 workers** — passes Context Store to each worker\n- **Aggregates results** — collects status from all workers, returns summary\n- Solves the \"context loss\" problem by gathering data once and passing explicitly\n- Builds the routing table used by `ln-100` docs-quality repair loop\n\n## Runtime Contract\n\n**MANDATORY READ:** Load `references\u002Fcoordinator_runtime_contract.md`, `references\u002Fdocs_runtime_contract.md`, `references\u002Fdocs_generation_summary_contract.md`\n\nRuntime family: `docs-runtime`\n\nIdentifier:\n- `project-docs`\n\nPhases:\n1. `PHASE_0_CONFIG`\n2. `PHASE_1_CONTEXT_ASSEMBLY`\n3. `PHASE_2_DETECTION`\n4. `PHASE_3_DELEGATE`\n5. `PHASE_4_AGGREGATE`\n6. `PHASE_5_SELF_CHECK`\n\nWorker summary contract:\n- `ln-111..115` may receive `summaryArtifactPath`\n- each worker writes or returns `docs-generation` summary envelope\n- ln-110 consumes worker summaries, not free-text worker prose\n\n## Invocation (who\u002Fwhen)\n- **ln-100-documents-pipeline:** Invoked as first L2 coordinator in documentation pipeline\n- Never called directly by users\n\n## Inputs\n\n**From ln-100 (optional source cleanup phase):**\n```json\n{\n  \"SOURCE_DOC_NOTES\": {\n    \"architecture_notes\": { \"sections\": [...], \"diagrams\": [...] },\n    \"requirements_notes\": { \"functional\": [...] },\n    \"principles_notes\": { \"principles\": [...], \"anti_patterns\": [...] },\n    \"tech_stack_notes\": { \"frontend\": \"...\", \"backend\": \"...\", \"versions\": {} },\n    \"api_notes\": { \"endpoints\": [...], \"authentication\": \"...\" },\n    \"database_notes\": { \"tables\": [...], \"relationships\": [...] },\n    \"runbook_notes\": { \"prerequisites\": [...], \"install_steps\": [...], \"env_vars\": [...] },\n    \"infrastructure_notes\": { \"servers\": [...], \"domains\": [...], \"ports\": {} }\n  }\n}\n```\n\n`SOURCE_DOC_NOTES` enriches the standard context store before worker dispatch. Workers consume normalized context fields only; there is no legacy-specific override branch.\n\n**MANDATORY READ:** Load `references\u002Fdocs_quality_contract.md`.\n\n## Architecture\n\n```\nln-110-project-docs-coordinator (this skill)\n├── Phase 1: Context Gathering (ONE TIME)\n├── Phase 2: Delegate to Workers\n│   ├── ln-111-root-docs-creator → 4 root docs (ALWAYS)\n│   ├── ln-112-project-core-creator → 3 core docs (ALWAYS)\n│   ├── ln-113-backend-docs-creator → 2 docs (if hasBackend\u002FhasDatabase)\n│   ├── ln-114-frontend-docs-creator → 1 doc (if hasFrontend)\n│   └── ln-115-devops-docs-creator → 2 docs (1 always + 1 if hasDocker)\n└── Phase 3: Aggregate Results\n```\n\n## Workflow\n\n### Phase 1: Context Gathering (ONE TIME)\n\n**1.1 Auto-Discovery (scan project files):**\n\n| Source | Data Extracted | Context Store Keys |\n|--------|----------------|-------------------|\n| package.json | name, description, dependencies, scripts, engines, author, contributors | PROJECT_NAME, PROJECT_DESCRIPTION, DEPENDENCIES, DEV_COMMANDS, DEVOPS_CONTACTS |\n| docker-compose.yml | services, ports, deploy.replicas, runtime:nvidia | DOCKER_SERVICES, DEPLOYMENT_SCALE, HAS_GPU |\n| Dockerfile | runtime version | RUNTIME_VERSION |\n| src\u002F structure | folders, patterns | SRC_STRUCTURE, ARCHITECTURE_PATTERN |\n| migrations\u002F | table definitions | SCHEMA_OVERVIEW |\n| .env.example | environment variables | ENV_VARIABLES |\n| tsconfig.json, .eslintrc | conventions | CODE_CONVENTIONS |\n| README.md | project description, scaling mentions | PROJECT_DESCRIPTION (fallback), DEPLOYMENT_SCALE (fallback) |\n| CODEOWNERS | maintainers | DEVOPS_CONTACTS |\n| git log | frequent committers | DEVOPS_CONTACTS (fallback) |\n| ~\u002F.ssh\u002Fconfig, deploy targets | SSH aliases, hostnames, IPs | SERVER_INVENTORY |\n| docker-compose VIRTUAL_HOST vars | domain routing | DOMAIN_DNS |\n| .env.example registry URLs, .npmrc | artifact repos | ARTIFACT_REPOSITORY |\n| docker-compose deploy.resources | resource limits | HOST_REQUIREMENTS |\n\n**1.2 Detect Project Type:**\n\n| Flag | Detection Rule |\n|------|----------------|\n| hasBackend | express\u002Ffastify\u002Fnestjs\u002Ffastapi\u002Fdjango in dependencies |\n| hasDatabase | pg\u002Fmongoose\u002Fprisma\u002Fsequelize in dependencies OR postgres\u002Fmongo in docker-compose |\n| hasFrontend | react\u002Fvue\u002Fangular\u002Fsvelte in dependencies |\n| hasDocker | Dockerfile exists OR docker-compose.yml exists |\n\n**1.3 User Materials Request:**\n- Ask: \"Do you have existing materials (requirements, designs, docs)?\"\n- If provided: Extract answers for Context Store\n\n**1.4 MCP Research (for detected technologies):**\n- Use Context7\u002FRef for best practices\n- Store in Context Store for workers\n\n**1.5 Build Context Store:**\n```json\n{\n  \"PROJECT_NAME\": \"my-project\",\n  \"PROJECT_DESCRIPTION\": \"...\",\n  \"TECH_STACK\": { \"frontend\": \"React 18\", \"backend\": \"Express 4.18\", \"database\": \"PostgreSQL 15\" },\n  \"DEPENDENCIES\": [...],\n  \"SRC_STRUCTURE\": { \"controllers\": [...], \"services\": [...] },\n  \"ENV_VARIABLES\": [\"DATABASE_URL\", \"JWT_SECRET\"],\n  \"DEV_COMMANDS\": { \"dev\": \"npm run dev\", \"test\": \"npm test\" },\n  \"DOCKER_SERVICES\": [\"app\", \"db\"],\n  \"DEPLOYMENT_SCALE\": \"single\",\n  \"DEVOPS_CONTACTS\": [],\n  \"HAS_GPU\": false,\n  \"SERVER_INVENTORY\": [],\n  \"DOMAIN_DNS\": [],\n  \"ARTIFACT_REPOSITORY\": {},\n  \"HOST_REQUIREMENTS\": {},\n  \"flags\": { \"hasBackend\": true, \"hasDatabase\": true, \"hasFrontend\": true, \"hasDocker\": true }\n}\n```\n\n**DEPLOYMENT_SCALE detection rules:**\n- `\"single\"` (default): No deploy.replicas, no scaling keywords in README\n- `\"multi\"`: deploy.replicas > 1 OR load balancer mentioned\n- `\"auto-scaling\"`: auto-scaling keywords in README\u002Fdocker-compose\n- `\"gpu-based\"`: runtime: nvidia in docker-compose\n\n**DEVOPS_CONTACTS fallback chain:**\n1. CODEOWNERS file → extract maintainers\n2. package.json author\u002Fcontributors → extract names\u002Femails\n3. git log → top 3 frequent committers\n4. If all empty → `[TBD: Provide DevOps team contacts]`\n\n**1.6 Merge Normalized Source Notes (if provided by ln-100):**\n- Check if `SOURCE_DOC_NOTES` was passed from ln-100 cleanup phase\n- If present, merge supporting facts into the standard Context Store:\n  ```\n  contextStore.SOURCE_DOC_NOTES = input.SOURCE_DOC_NOTES\n  ```\n- Enrichment intent:\n  - architecture notes strengthen architecture evidence\n  - requirement notes strengthen requirements evidence\n  - tech-stack notes clarify versions and rationale\n  - principles, API, database, runbook, and infrastructure notes provide supplemental factual input\n- Workers always generate from normalized context + current project sources\n- If no `SOURCE_DOC_NOTES` are present: rely on direct auto-discovery + current canonical docs\n\n### Phase 2: Delegate to Workers\n\n> **MANDATORY:** All applicable workers MUST be invoked. Workers run in parallel via Agent tool for context isolation.\n\n**2.1 Always invoke (parallel):**\n- `ln-111-root-docs-creator` with Context Store\n- `ln-112-project-core-creator` with full Context Store\n- `ln-115-devops-docs-creator` with Context Store (infrastructure.md always; runbook.md internally conditional on hasDocker)\n\n**2.2 Conditionally invoke:**\n- `ln-113-backend-docs-creator` if hasBackend OR hasDatabase\n- `ln-114-frontend-docs-creator` if hasFrontend\n\n**Invocation (parallel via Agent tool):**\n```\nAgent(description: \"{doc_type} docs via {worker}\",\n     prompt: \"Invoke Skill(skill: \\\"{worker}\\\") with context below.\\n\\nCONTEXT: {contextStore}\",\n     subagent_type: \"general-purpose\")\n```\n\n**Delegation Rules:**\n- Pass Context Store and flags to workers via Agent+Skill pattern\n- Wait for all Agent completions\n- Collect normalized result (`created_files`, `skipped_files`, `quality_inputs`, `validation_status`)\n\n### Phase 3: Aggregate Results\n\n1. Collect status from all workers\n2. Sum totals: created files, skipped files\n3. Report any validation warnings\n4. Return aggregated summary to ln-100\n5. **Include Context Store** for subsequent workers (ln-120 needs TECH_STACK)\n6. Merge `quality_inputs.owners` from all workers into one repair-routing table\n\n**Output:**\n```json\n{\n  \"workers_invoked\": 5,\n  \"total_created\": 11,\n  \"total_skipped\": 0,\n  \"validation_status\": \"passed\",\n  \"created_files\": [\n    \"AGENTS.md\",\n    \"CLAUDE.md\",\n    \"docs\u002FREADME.md\",\n    \"docs\u002Fdocumentation_standards.md\",\n    \"docs\u002Fprinciples.md\",\n    \"docs\u002Fproject\u002Frequirements.md\",\n    \"docs\u002Fproject\u002Farchitecture.md\",\n    \"docs\u002Fproject\u002Ftech_stack.md\",\n    \"docs\u002Fproject\u002Fapi_spec.md\",\n    \"docs\u002Fproject\u002Fdatabase_schema.md\",\n    \"docs\u002Fproject\u002Fdesign_guidelines.md\",\n    \"docs\u002Fproject\u002Finfrastructure.md\",\n    \"docs\u002Fproject\u002Frunbook.md\"\n  ],\n  \"quality_inputs\": {\n    \"doc_paths\": [\"AGENTS.md\", \"CLAUDE.md\", \"docs\u002FREADME.md\", \"docs\u002Fproject\u002Farchitecture.md\"],\n    \"owners\": {\n      \"AGENTS.md\": \"ln-111-root-docs-creator\",\n      \"CLAUDE.md\": \"ln-111-root-docs-creator\",\n      \"docs\u002Fproject\u002Farchitecture.md\": \"ln-112-project-core-creator\"\n    }\n  },\n  \"context_store\": {\n    \"PROJECT_NAME\": \"...\",\n    \"TECH_STACK\": { \"frontend\": \"React 18\", \"backend\": \"Express 4.18\", \"database\": \"PostgreSQL 15\" },\n    \"DEPENDENCIES\": [...],\n    \"flags\": { \"hasBackend\": true, \"hasDatabase\": true, \"hasFrontend\": true, \"hasDocker\": true }\n  }\n}\n```\n\n## Critical Notes\n- **Context gathered ONCE** — never duplicated in workers\n- **Context Store passed explicitly** — no implicit state\n- **Workers self-validate** — coordinator only aggregates\n- **Idempotent** — workers skip existing files\n- **Parallel where possible** — ln-111 and ln-112 can run in parallel\n- **Repair routing table required** — every created doc path must map to one owning creator\n\n\n## Worker Invocation (MANDATORY)\n\n**Host Skill Invocation:** `Skill(skill: \"...\", args: \"...\")` is mandatory delegation.\n- Claude: call the Skill tool exactly as shown.\n- Codex: if no Skill tool exists, locate the named skill in available skills, read its `SKILL.md`, treat `args` as `$ARGUMENTS`, execute that skill workflow, then return here with its result\u002Fartifact.\n- Do not inline worker logic or mark the worker complete without executing the target skill.\n\n| Phase | Worker | Context | Condition |\n|-------|--------|--------|-----------|\n| 2 | ln-111-root-docs-creator | Agent (parallel) — root docs | ALWAYS |\n| 2 | ln-112-project-core-creator | Agent (parallel) — core project docs | ALWAYS |\n| 2 | ln-115-devops-docs-creator | Agent (parallel) — infrastructure + runbook | ALWAYS |\n| 2 | ln-113-backend-docs-creator | Agent (parallel) — API spec + DB schema | hasBackend OR hasDatabase |\n| 2 | ln-114-frontend-docs-creator | Agent (parallel) — design guidelines | hasFrontend |\n\n**All workers:** Invoke via Agent tool with Skill — workers get Context Store.\n\n## TodoWrite format (mandatory)\n```\n- Build Context Store (pending)\n- Invoke ln-111-root-docs-creator (pending)\n- Invoke ln-112-project-core-creator (pending)\n- Invoke ln-115-devops-docs-creator (pending)\n- Invoke ln-113-backend-docs-creator [conditional] (pending)\n- Invoke ln-114-frontend-docs-creator [conditional] (pending)\n- Aggregate results (pending)\n```\n\n**Anti-Patterns:**\n- ❌ Creating documentation files directly instead of invoking workers\n- ❌ Marking worker steps done without Agent+Skill invocation\n- ❌ Skipping conditional workers without checking flags\n\n### Documentation Standards (passed to workers)\n- **NO_CODE Rule:** Documents describe contracts, not implementations\n- **Stack Adaptation:** Links must match TECH_STACK (Context Store)\n- **Format Priority:** Tables\u002FASCII > Lists > Text\n\n## Definition of Done\n- [ ] Context Store built with all discovered data\n- [ ] Project type flags determined\n- [ ] All applicable workers invoked\n- [ ] Results aggregated\n- [ ] **Actuality verified:** all document facts match current code (paths, functions, APIs, configs exist and are accurate)\n- [ ] Summary returned to ln-100\n\n## Phase 4: Meta-Analysis\n\nOptional reference: load `references\u002Fmeta_analysis_protocol.md` only when the user asks for post-run meta-analysis or protocol-formatted run reflection.\n\nSkill type: `planning-coordinator`. When requested, run after all phases complete. Output to chat using the `planning-coordinator` format.\n\n## Reference Files\n- Guides: `references\u002Fguides\u002Fautomatic_analysis_guide.md`, `critical_questions.md`, `troubleshooting.md`\n\n---\n**Version:** 2.1.0\n**Last Updated:** 2025-01-12\n",{"name":5,"license":15,"description":7},"main","fbfb242f793fdf040f3a1a6b100896c188c228c8","_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator",1,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog","https:\u002F\u002Fgithub.com\u002Fvitalikpestov","Listing on crypto exchanges","2026-06-15 22:12:56",{"source":8,"skillName":5,"commands":50,"prompt":60,"zipAvailable":61},[51,54,57],{"tool":52,"command":53},"npx","npx skills add vitalikpestov\u002FSkills-Catalog --skill ln-110-project-docs-coordinator",{"tool":55,"command":56},"bunx","bunx skills add vitalikpestov\u002FSkills-Catalog --skill ln-110-project-docs-coordinator",{"tool":58,"command":59},"pnpm","pnpm dlx skills add vitalikpestov\u002FSkills-Catalog --skill ln-110-project-docs-coordinator","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002FSKILL.md",true,[63,69,73,77,81,85,89,93,97],{"path":64,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":67,"sourceHtmlUrl":68},"references\u002Fcoordinator_runtime_contract.md","REFERENCE","参考文档",2707,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fcoordinator_runtime_contract.md",{"path":70,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":71,"sourceHtmlUrl":72},"references\u002Fcoordinator_summary_contract.md",1009,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fcoordinator_summary_contract.md",{"path":74,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":75,"sourceHtmlUrl":76},"references\u002Fdocs_generation_summary_contract.md",535,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_generation_summary_contract.md",{"path":78,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":79,"sourceHtmlUrl":80},"references\u002Fdocs_quality_contract.md",2236,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_quality_contract.md",{"path":82,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":83,"sourceHtmlUrl":84},"references\u002Fdocs_runtime_contract.md",970,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_runtime_contract.md",{"path":86,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":87,"sourceHtmlUrl":88},"references\u002Fguides\u002Fautomatic_analysis_guide.md",5741,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Fautomatic_analysis_guide.md",{"path":90,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":91,"sourceHtmlUrl":92},"references\u002Fguides\u002Fcritical_questions.md",16677,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Fcritical_questions.md",{"path":94,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":95,"sourceHtmlUrl":96},"references\u002Fguides\u002Ftroubleshooting.md",1870,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Ftroubleshooting.md",{"path":98,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":99,"sourceHtmlUrl":100},"references\u002Fmeta_analysis_protocol.md",1509,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fmeta_analysis_protocol.md",[102,146,171,188,211,244],{"skillNo":103,"name":104,"nameZh":6,"description":105,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":124,"publishedAt":145},"01M71V1MC994P553631JZSWVYD","solana-dev","Use when user asks to \"build a Solana dapp\", \"write an Anchor program\", \"create a token\", \"debug Solana errors\", \"set up wallet connection\", \"test my Solana program\", \"deploy to devnet\", or \"explain Solana concepts\" (rent, accounts, PDAs, CPIs, etc.). End-to-end Solana development playbook covering wallet connection, Anchor\u002FPinocchio programs, Codama client generation, LiteSVM\u002FMollusk\u002FSurfpool testing, and security checklists. Integrates with the Solana MCP server for live documentation search. Prefers framework-kit (@solana\u002Fclient + @solana\u002Freact-hooks) for UI, wallet-standard-first connection (incl. ConnectorKit), @solana\u002Fkit for client\u002FRPC code, and @solana\u002Fweb3-compat for legacy boundaries.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Web3\u002Fsolana-dev\u002Fskill\u002FSKILL.md",[108,113,116,119],{"categoryNo":109,"categoryName":110,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",{"categoryNo":114,"categoryName":115,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000009","前端开发",{"categoryNo":117,"categoryName":118,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":120,"categoryName":121,"taxonomyType":122,"taxonomyTypeDesc":123},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144],"dev","solana dev","solana","Wallet","search","testing","solana cli","kit","MCP","web3","react","create","server","write","playbook","live","security","ui","concepts","toolchain","2026-11-10 13:02:02",{"skillNo":147,"name":148,"nameZh":6,"description":149,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":150,"categories":151,"keywords":152,"publishedAt":145},"01M71TYQPHE2YGKTT7DG9QCW3K","generating-trading-signals","Generate trading signals using technical indicators (RSI, MACD, Bollinger Bands, etc.).\nCombines multiple indicators into composite signals with confidence scores.\nUse when analyzing assets for trading opportunities or checking technical indicators.\nTrigger with phrases like \"get trading signals\", \"check indicators\", \"analyze for entry\",\n\"scan for opportunities\", \"generate buy\u002Fsell signals\", or \"technical analysis\".","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Trading-Finance\u002Fgenerating-trading-signals\u002FSKILL.md",[],[153,154,155,156,157,158,159,160,161,162,163,164,32,31,165,166,167,168,169,170],"generating trading signals","signals","trading signals","trading","get","technical indicators","for","scan","rsi","trigger","python","technical","Bash","analysis","code","io","check","analyze",{"skillNo":172,"name":173,"nameZh":6,"description":174,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":175,"categories":176,"keywords":177,"publishedAt":145},"01M71TY4CR3GKGQ3M12X9WN95Y","prediction-monitor","Prediction Monitor - Auto-activating skill for ML Deployment.\nTriggers on: prediction monitor, prediction monitor\nPart of the ML Deployment skill category.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Trading-Finance\u002FAI Predictions\u002Fprediction-monitor\u002FSKILL.md",[],[178,179,180,159,181,182,138,183,184,185,186,187,165],"prediction","monitor","prediction monitor","deployment","read","edit","triggers","grep","auto","ml",{"skillNo":189,"name":190,"nameZh":6,"description":191,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":192,"categories":193,"keywords":194,"publishedAt":145},"01M71TXD9MYXZC39HCPP909HTZ","strategy-advisor","High-level strategic thinking and business decision guidance for planning and direction-setting.\nUse when: making strategic decisions, evaluating business options, setting direction, analyzing\ntrade-offs, or when user mentions strategy, business planning, competitive analysis, or long-term planning.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Fstrategy-advisor\u002FSKILL.md",[],[195,196,197,198,199,200,201,202,203,159,204,205,206,32,207,208,31,209,166,210],"strategy advisor","strategy","advisor","competitive","setting","thinking","planning","direction","trade-offs","long","decision","strategic","business","apps","decisions","trade",{"skillNo":212,"name":213,"nameZh":6,"description":214,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":215,"sourceHtmlUrl":216,"categories":217,"keywords":224,"publishedAt":145},"01M71TWHBT2R1P1FNWTW67ZREP","app-paywall-pilot","Design, audit, debug, and implement App Store-compliant mobile paywalls, subscription flows, pricing screens, trials, offers, feature gates, and subscription lifecycle UX. Use when the user asks to audit my paywall, fix App Store 3.1.2 rejection, improve trial-to-paid, choose plans\u002Fprices\u002Ftrials, review RevenueCat\u002FAdapty\u002FApphud\u002FSuperwall setup, calculate LTV\u002FROAS, or build paywall implementation.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffrom-dosesync\u002Fapp-paywall-pilot\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffrom-dosesync\u002Fapp-paywall-pilot\u002FSKILL.md",[218,221],{"categoryNo":219,"categoryName":220,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":222,"categoryName":223,"taxonomyType":122,"taxonomyTypeDesc":123},"01JBSEEDCAT000000000000032","设计师",[225,226,227,228,229,230,231,232,233,234,235,236,31,237,238,239,240,241,242,243],"app","paywall","app paywall pilot","paid","paywalls","prices","choose","flows","fix","improve","design","app store","review","audit","ux","subscription","mobile","my","calculate",{"skillNo":245,"name":246,"nameZh":6,"description":247,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":248,"licenseFileUrl":249,"sourceHtmlUrl":250,"categories":251,"keywords":254,"publishedAt":145},"01M71TWET8GFKEB7ZHJPMQX29V","figma","Use the Figma MCP server to fetch design context, screenshots, variables, and assets from Figma, and to translate Figma nodes into production code. Trigger when a task involves Figma URLs, node IDs, design-to-code implementation, or Figma MCP setup and troubleshooting.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffigma\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffigma\u002FSKILL.md",[252,253],{"categoryNo":117,"categoryName":118,"taxonomyType":111,"taxonomyTypeDesc":112},{"categoryNo":222,"categoryName":223,"taxonomyType":122,"taxonomyTypeDesc":123},[246,255,256,257,258,162,235,133,32,31,259,260,167,261,137,262,263,264,265,266],"fetch","ids","mcp setup","translate","mcp server","Variables","task","Nodes","figma mcp","code implementation","node","assets"]