用途：用于构建或修复 LLM-wiki 知识、对齐仓库使命/契约文档、审计过期文档引用、把学习沉淀转为 issue，以及将领域缺口整理为 issue 路线图。适用场景包括大型或敏感语料（外置盘归档、标准库、培训材料、客户/项目文件）以“元数据优先”方式进入 wiki，而不复制原始数据。
主要能力与工作流：先盘点知识源，区分权威文档与会话/生成产物；在索引或创建 issue 前修复元数据与 frontmatter；保持仓库使命/契约与仓库实际用途一致；仅在证据充分时将真实缺口转为去重 issue；在报告与文档中统一语义分类术语。元数据模式要求：先确认计划已批准再写 wiki 页；先写会失败的 RED 测试，覆盖页面存在性与边界字段（extraction_policy、raw_copy_allowed: false、适用时 ocr_allowed: false、来源记录绝对路径、索引/日志更新）；创建指针/壳页而非抽取转储；标准/规范库用 extraction_policy: metadata-only，培训/客户语料用 metadata-first；标准解析桩仅用公开元数据（code_id、publisher、revision 或显式未验证标记、revision_source、verified_on、public_url）；更新 wiki/index.md、wiki/log.md 与父级来源目录交叉链接。
使用方式：验证需运行针对性 pytest、scripts/knowledge/tests/test_llm_wiki.py、llm_wiki.py 的 lint/status，并用原始数据守卫检查，例如 git show --name-only --format='' HEAD | grep -E 'knowledge/wikis/./raw/|.(pdf|pptx|ppt|xlsx|xls|docx|doc|png|jpg|jpeg|dwf|db)$' || true。workspace-hub 可能忽略 knowledge/wikis/，仅对目标 wiki 页面/测试/报告使用 git add -f。推送判定以 git fetch origin main 与 git rev-list --left-right --count HEAD...origin/main 的 0 0 为准。关闭 issue 需附提交哈希、测试/lint 结果、原始数据守卫结果与保留的边界。
限制：本页仅描述该技能公开的工作流与子模式，未提供具体费用、平台支持范围或性能数据；references/ 目录收录 2026-04-29 合并时降级的细分技能（如 docs-stale-reference-guardrails、extract-learnings-to-issues、knowledge-source-recon 等），需要具体配方时再查阅对应参考文件。