用途：把 Discover 阶段的知识从“能写出来”升级为“可治理、可持续维护”。适用于已具备 components 地图与模块页，需要收敛业务模块、建立 Ops 入口并执行 DoD 与增量维护门禁的场景。
主要能力：Products 以“数据主责、对外能力、组织边界、运行边界”聚类，默认收敛到不超过 6 个，无法收敛时须写明原因与治理建议入口。Ops 固定“能跑、能验、能回滚、能排障”的入口页与证据链，推荐结构含 ops/index.md、runbook.md、monitoring.md、rollback.md。DoD 规定打勾唯一事实来源：模块是否可在 components/index.md 打勾，只由该模块页是否达标决定；P0 模块需存在模块页、固定标题（## TL;DR、## API Contract、## Data Contract、## Evidence、## Evidence Gaps）、frontmatter（change_frequency、last_verified_at、source_files）以及契约段落的权威入口、3–7 条不变量摘要和证据入口；缺口只能写入 Evidence Gaps 且不得打勾。P1 允许 API 或 Data 缺失其一，但须结构化记录缺口；P2 默认不打勾。增量维护通过 Delta Discover 与 stale 过期检测实现，触发时机包括 merge-back、P0/P1 关键源文件变更、模块被标记 stale。
使用方式：开始执行时宣布正在使用本技能；按建议顺序从代码反推产品边界；更新仅限受影响模块的 components 文件与索引，并更新 last_verified_at、source_files。
限制与常见错误：Products 不应写成功能清单，Ops 不应写成长操作手册，不得用“待补/未发现”等占位句替代 Evidence Gaps，模块 stale 时不得继续作为权威输入。资料未提供具体命令行、收费、平台与效果信息。