analyze-default

# Analyze Default Skill ## 定位 `analyze-default` 承接 `analyze.default` 的执行细节。`instructions/13-analyze.instructions.md` 只保留工作流入口、只读底线和路由索引；默认分析的轮次、证据、收敛和输出字段由本 Skill 负责。 ## 触发条件 - 用户要求分析、判断、解释、定位原因、评估是否合理，但当前目标是结论而不是直接改文件。 - 语义初判为 `analyze`，且不满足 `analyze.research` 的技术调研、选型或外部资料优先条件。 - 用户要求“全面审查 / 多维度审查 / review / audit”时不得进入本 Skill，应路由到 `audit`。 ## 只读边界 - analyze 是项目内容只读工作流，禁止修改源码、规范与配置；只允许写分析报告、记忆，以及经 `spec-governance` 语义分流后必须写入的 active-root 运行态台账。 - 发现必须修改的问题时，只能在结论里建议切换 `dev` 或 `fix`，不得在 analyze 内直接实施。 - 用户先给结论、根因或方案假设时，必须独立取证；核验成立才采纳，并说明证据。 ## 执行流程 | 步骤 | 要求 | |---|---| | A1 问题界定 | 写一句话分析目标、边界、输入证据和不分析范围 | | A1a 规模路由 | broad scan 前调用 `skill-gap-analysis` 的 `ProjectArtifactScaleRoutingGate`；先识别项目并形成 `ScaleDecisionRecord`，再决定 single-pass / batched / sampled+deep-read / blocked | | A1b 增量与精度 | 当 decision 为 `batched` / `sampled+deep-read`，或用户要求增量/逐文件/完整深度时，**必须**加载 `incremental-project-analysis`：冻结 depthTier、尝试加载/创建 `ProjectKnowledgeSnapshot`、按 SelectiveInvalidation 生成本轮 plan；禁止只靠自然语言摘要复用 | | A2 事实取证 | 先查真实代码、文档、配置或运行证据，再对照计划或用户说法 | | A3 多轮分析 | 至少 3 轮；连续 2 轮无新发现后才可收敛 | | A4 analyze-lite CRS | 建立关联文件集合，收敛前反向联查是否遗漏关键消费者 | | A5 PCV 汇总验证 | 对每条结论执行去重、实证核查、三列验证、分级和推荐结论 | | A5-ef EvidenceFreshness | 对“已验证 / 推荐 / 可确认 / 完整”等 strong claim 生成或引用 `ClaimEvidenceIndexV1` 与 `StaleEvidenceLintDecisionV1`；summary-only 只能导航，不能支撑最终强结论 | | A5a 治理评估 | 完成结论合理性评估后，对当前中性候选执行 `PostAssessmentGovernanceIntakeGate`；复合意图逐项落账，`record.none` 提供 challenge evidence | | A6 报告输出 | 结论必须包含合理性、可实施性、收益、验证状态和影响...