用途：在文档生成流水线中做单次上下文收集、项目类型检测、worker 委派与结果聚合，解决上下文丢失问题；构建供 ln-100 文档质量修复循环使用的路由表。作为 L2 协调器由 ln-100-documents-pipeline 调用，不可用户直接调用。
主要能力：扫描 package.json、docker-compose.yml、Dockerfile、src 结构、migrations、.env.example、tsconfig/eslint、README、CODEOWNERS、git log、SSH 配置等，填充 Context Store；按依赖与文件存在性判定 hasBackend、hasDatabase、hasFrontend、hasDocker；可合并 ln-100 传入的 SOURCE_DOC_NOTES；用 Context7/Ref 做 MCP 研究。运行阶段为 PHASE_0_CONFIG 至 PHASE_5_SELF_CHECK，运行时族为 docs-runtime，标识 project-docs。
使用方式：强制阅读 coordinator_runtime_contract.md、docs_runtime_contract.md、docs_generation_summary_contract.md、docs_quality_contract.md。并行委派 ln-111-root-docs-creator、ln-112-project-core-creator、ln-115-devops-docs-creator（始终），ln-113-backend-docs-creator（hasBackend 或 hasDatabase）、ln-114-frontend-docs-creator（hasFrontend）。调用形式为 Skill(skill: "...", args: "...")，经 Agent 工具以 general-purpose 子代理传入 Context Store；Codex 无 Skill 工具时需定位 SKILL.md 并以其工作流执行。规范：NO_CODE、格式优先表格/ASCII、链接匹配 TECH_STACK。汇总 created_files、skipped_files、validation_status、quality_inputs.owners 并回传 ln-100。
限制：资料仅述机制，未提供具体安装命令、收费、平台支持或性能数据；worker 自校验，协调器只聚合；幂等，已存在文件跳过。