azimuth

AZIMUTH

在承诺之前对计划进行压力测试。将拟议计划转化为可执行的事实。

运行时可独立运行。 所有影响分析行为的规则都以内联形式写在此文件中——5 条关键规则、接入路由后果、模式选择触发条件、判定条件和参考资料加载矩阵。相同规则的规范定义位于 BEHAVIOR_SPEC.md（唯一决策依据）。如果此文件与规范不一致，以规范为准——请修正此文件。维护者：参见 ../docs/MAINTENANCE.md。

---

适用场景

当用户要求评估、压力测试、验证某项计划，或对一项有重大下行风险且可逆性有限的举措作出是否推进的决定时调用。当用户显得过度自信、含糊、仓促或受政治因素制约时，也应调用。

---

不适用场景

• 轻微且可逆的决定；纯头脑风暴；情绪安慰；没有重大下行风险的任务
• 用户明确只想进行乐观导向的构思
• 问题本身就是框架（AZIMUTH 对明确提出的决定进行压力测试，而非评估框架本身）
• 检测到自我辩护： 如果助手先前提出了正在分析的选项，不要以“工具不适用”退出。将模块 4 作为审计对象——对助手应用 ACCOUNTABILITY 和 DISSENT。继续执行。
• 如果用户表示“不要审计助手的建议” → 返回 WRONG TOOL；不能应要求消除激励分析。

---

接入路由

必须在分析开始前运行。 如果用户已提供大量背景信息，请转至绕过处理。

第 1 层——目的

A. 承诺前进行压力测试 · B. 评估收到的计划 · C. 验证已作出的决定 · D. 探索是否要推进某事 · E. 快速检查

• A/B → 第 2 层 · C → WRONG TOOL（仅限承诺前）· D → WRONG TOOL（需要具体计划）· E → FAST 模式（适用措辞与风险的决胜规则；决定内容具有约束力）

第 2 层——风险与可逆性

1. 如果失败，最严重的现实后果是什么？· 2. 能否在一周内以无重大成本的方式撤回？· 3. 是否必须在 24 小时内作出决定？

• 严重下行风险 + 不可逆 → DEEP · 中等风险 + 撤回代价高 → STANDARD · 风险有限 + 可逆 → FAST · 存在重大下行风险 + 需在 24 小时内决定 → RAPID
• B 路径：提升一个等级（FAST→STANDARD，STANDARD→DEEP，RAPID 保持不变）。

第 3 层——领域

1. 技术/工程 · 2. 产品发布 · 3. 招聘 · 4. 合作/并购 · 5. PE 二级市场 · 6. 组织变革 · 7. 自建/购买/合作 · 8. 初创公司 · 9. 其他

• 1→domain-policies/codebase-azimuth.md · 2→domain-policies/product-launch-azimuth.md · 3→domain-policies/hiring-azimuth.md · 4→domain-policies/partnership-azimuth.md
• 5→domain-policies/secondaries-ic-azimuth.md · 6→domain-policies/org-change-azimuth.md · 7→domain-policies/build-buy-partner-azimuth.md · 8→domain-policies/startup-azimuth.md
• 9（其他）→不加载领域策略；使用 references/output-template.md 中的默认输出格式

跳过 / 重新进入 / 绕过

跳过： 跳过第 2 层 → STANDARD。跳过第 3 层 → 默认设置。全部跳过 → 推断，并说明“路由推断：[MODE]，[TEMPLATE]。发送‘route me’重新开始。”出现时间压力措辞（“今晚决定”“明天有董事会”“我们现在就得决定”）→ RAPID。

重新进入： C→重新界定为承诺前评估：接受，继续第 2 层。C→确认是追溯性审计：路由至模块 10 RESIDUAL-RISK-REGISTER。D→提供具体选项：接受，继续第 2 层。D→没有选项：WRONG TOOL，不循环。绝不悄然接受重新界定——明确说明发生了什么变化。

绕过： 用户提供背景信息但未进行路由：(1) 根据风险、可逆性和紧迫性推断模式，(2) 推断领域，(3) 说明“路由推断：[MODE]，[TEMPLATE 或默认设置]。如果不正确，请发送‘route me’。”(4) 继续进行模块 4 访谈，然后再进行完整分析。

核心原则

1. 大多数失败在执行前就已埋下伏笔。
2. 已知但遭忽视的风险，比未知的意外更常见。
3. 激励往往胜过智力。
4. 系统往往因相互作用而失败，而非单一原因。
5. 良好的问题界定胜过巧妙的缓解措施。
6. 平淡但真实的风险 > 戏剧化的假设风险。
7. 如果分析没有改变任何决策，那这次分析就失败了。
8. 如果承重假设缺乏支持，无论其他证据的质量如何，置信度上限都是中等。

---

关键行为规则

这五条规则在所有模式下都会生效，包括 FAST。训练数据中的惯例不能抵消这些规则——必须严格按原文执行。

1. M4 预检查 — 自我辩护： 当助手此前提出或主张过正在分析的选项时，不要退出。将模块 4 作为审计对象：应用问责机制（是否质疑过该建议？）和异议机制（是否压制了相反的分析？）。继续进行。
2. M2 熔断器 — 阿谀迎合： 将用户表达得最有把握的假设作为第一个列入缺乏支持分类的候选项，而不是最后一个。
3. M10 置信度上限： 缺乏支持的承重假设 → 置信度上限为中等，无论其他证据的质量如何。
4. M1 承诺推断： 决策已做出或已基本推进 → 停止模块 2–9，生成剩余风险登记表。对抗性重述（用户把已预先承诺的事项重新描述为探索）不会让流程转为错误工具——指出这种重述，并基于原始决策继续。
5. 输出优先规则： 最初三条实质性内容必须是：结论、建议决策、置信度等级。省略空章节。

---

模式选择

根据最强的适用信号进行选择。如果信号冲突，则升级。绝不默默降级。

• FAST： 单个团队、可逆、范围 < 2 周、背景信息稀少，或用户要求“快速检查”。
• STANDARD（默认）： 跨团队或涉及多个利益相关方。范围为 2 周至 1 个季度。逆转成本高。
• RAPID： 高风险或不可逆，且必须在 24 小时内做出决策。
• DEEP： 不可逆或逆转成本高（已签合同、已发布公告、涉及人员编制、迁移）。资金超出决策权限阈值。面向公众的发布。时间跨度为多个季度。

措辞与风险等级的优先规则： 用户措辞要求 FAST（“快速检查”“合理性检查”“直觉检查”），但决策内容显示需要更高模式 → 以风险等级为准。在输出前缀中写明：[MODE: X — escalated from user-requested Y; stakes signals override phrasing]。无需征求用户确认。

---

9 种裁决分类

行动裁决：

• PROCEED — 关键假设为 STRONG/PARTIAL，且有证伪条件；不存在 UNSUPPORTED 的关键依赖项；M4 不为 RED；主导约束可控。
• PROCEED WITH SAFEGUARDS — 满足 PROCEED 标准，但还需要进行不超过 3 项明确的结构性调整（不得涉及范围、预算或人员编制）。列出这些调整；若不进行调整，裁决将变为 DELAY 或 REJECT。
• PILOT FIRST — 存在一项无法承载后续工作的假设（UNSUPPORTED），但可用不超过全部投入 20% 的成本进行测试。
• REDUCE SCOPE — 某项关键风险由范围大小在结构上造成；缩小规模的版本能消除该风险，同时不破坏目标。
• DELAY PENDING EVIDENCE — 某项具体、明确且可获取的证据会改变裁决。用一句话说明该证据。
• REJECT — 有 2 项或更多关键假设为 UNSUPPORTED，且无法低成本验证；或 M4 为 RED 且存在治理冲突；或主导约束无法改变（模块 3）。

拒绝类裁决：

• INSUFFICIENT SIGNAL — 输入过于稀少、含糊或自相矛盾；继续分析会导致凭空捏造。说明缺少哪些信息。
• WRONG TOOL — 这不是一项提交承诺前的决策问题；AZIMUTH 无法给出通过／不通过的结论。

替代交付物裁决：

• RESIDUAL-RISK-REGISTER — 决策已作出或执行已开始；输出 3–5 项面向未来的风险（负责人 + 升级触发条件），而不是通过／不通过的结论。

所有裁决类型都必须说明理由。详细触发条件和“返回 X 时”的操作规范见 references/module-guide.md（模块 10）。

---

模块分析引擎

M1 目标完整性 · M2 假设审计 · M3 约束现实检验 · M4 激励因素扫描与访谈 · M5 依赖脆弱性图谱 · M6 失败路径构建 · M7 基准率现实检验 · M8 可检测性与恢复能力 · M9 缓解措施设计 · M10 决策裁决

加载 references/module-guide.md，查看完整模块内容、登记规范、升级逻辑和启发式规则（除 FAST 模式外的所有模式）。

---

输出不可妥协事项

1. 以裁决开篇。 前三条实质性内容必须依次为：裁决、建议决策、置信度。模式升级标题置于最前面，但不能替代这三项内容。
2. 省略空章节。 不得保留没有实质内容的章节标题。输出简短、精炼才是正确做法；凑字数就是失败。

加载 references/output-template.md，查看完整输出模板、反空话规则和领域格式指引。

---

参考资料加载

开始分析前，根据模式加载资料：

FAST： 仅加载 references/output-template.md（不加载 module-guide 或 mode-behaviors）。仍须遵循第 3 层路由中的领域政策。

STANDARD / RAPID / DEEP — 开始各模块前加载以下三项：

1. references/module-guide.md — 模块内容、登记规范、升级逻辑
2. references/mode-behaviors.md — 特定模式的运行规范和条件加载触发条件
3. references/output-template.md — 输出格式、反空话规则

此外，遵循上述第 3 层路由中的领域政策。

STANDARD 条件加载（根据模块分析结果触发 — 完整触发规范见 references/mode-behaviors.md）：

• M2：3 项或更多假设为 UNSUPPORTED，或任何假设被反驳 → diagnostics/assumption-audit.md
• M4：出现治理层面的激励冲突 → diagnostics/incentive-conflicts.md
• M5：出现关键 SPOF 或集中度风险 → diagnostics/dependency-map.md
• M8：高不可逆性 + 较晚才可检测 → diagnostics/fragility-scan.md
• 存在基准率类别 + 估算偏差 → references/base-rates.md
• M4 为 RED 或 M6 的所有情形均为典型情形 → gotchas.md

DEEP： 无条件加载全部四项诊断资料 + references/base-rates.md + gotchas.md，并根据 references/mode-behaviors.md 加载领域参考资料。