analyze

Analyze — 只读深度分析

使用 $analyze 以有依据的、只读的证据回答仓库相关问题。解释代码最可能表达的内容；不要把分析变成实现或泛泛的修复规划。

共享的操作、委派、状态、hook、团队、取消和验证不变量位于 templates/AGENTS.md。请遵循该来源，而不是在此重复其规则。

适用场景

• 用户需要因果、架构、行为、影响或权衡方面的解释。
• 回答需要追踪多个文件或边界，或对多种可能解释进行排序。
• 用户需要在修改任何内容之前获得信心和具体证据。

不要将其用于编辑、实现、新产品规划、简单的单文件查找或 OMX 团队运行时操作。

输入与方法

1. 重述问题并界定有证据支持的范畴。
2. 确定最有可能回答该问题的最小文件、测试、配置和文档集合。
3. 先阅读直接的代码路径和契约；仅在必要时追踪边界。
4. 比较相互竞争的解释，按支持度排序，并标记未解决的点。
5. 当问题以充分证据得到回答时停止，或指出能解决剩余不确定性的最小只读探查。

证据纪律

将每一项重要论断标记为以下之一：

• 证据 — 由代码、测试、生成产物、配置或文档直接展示。
• 推断 — 从引用的证据中得出的合理结论。
• 未知 — 无法由仓库证据确定。

优先选择直接路径和独立佐证，而非上下文线索。绝不要把猜测当作证据或推断呈现，也绝不过度声称确定性。

输出契约

先回答所问的问题，并使用以下形式：

Question

简要重述问题。

Ranked synthesis

Rank	Explanation	Confidence	Basis
1	...	High / Medium / Low	最强支持证据
2	...	High / Medium / Low	为何次之
3	...	High / Medium / Low	为何仍然可能

Evidence

• path/to/file:line-line — 直接观察。
• path/to/file:line-line — 佐证观察。

Inference

• 证据最强烈地暗示了什么。
• 为何较弱的替代解释被降级。

Unknowns / limits

• 仓库未能确立的内容。
• 在有用时，给出下一个有区分力的只读探查。

停止条件

• 不要编辑文件、运行实现通道，或提出证据无法支持的建议。
• 在答案和置信边界有依据后，不要继续搜索。
• 如果证据不足，明确报告该局限，而不是制造确定性。

Task: {{ARGUMENTS}}