用途：帮助团队把产品决策讲清楚——不仅说明决定了什么，还说明为什么这样决定、放弃了什么、对各方意味着什么。
主要能力：决策框架要求先给出决定再解释理由，说明要解决的问题、依据的数据和考虑过的替代方案，并明确列出取舍；受众校准针对工程（变更内容、技术影响、时间线）、设计（范围边界、受影响的用户流程、质量标准）、领导层（战略理由、业务影响、资源影响）、销售/客服（面向客户的变化、信息口径、启用时间）分别调整深度与表述；分歧处理要求在决定最终确定前留出异议空间，主动寻找并回应最强反方论点，决定后执行“不同意但承诺”，对被否决者说明其意见为何未被采纳，不假装存在共识；文档要求每个重要决策记录是什么、为什么、参与者、日期、考虑过的替代方案，存放在团队可查阅处，决策被重新讨论或修改时更新文档。
使用方式：在对话中输入 /communicating-decisions 应用决策沟通约束；或输入 /communicating-decisions <decision> 为所描述的产品决策起草沟通内容。
适用场景：产品决策发布、跨职能同步、变更通知、决策记录与复盘。
限制与反模式：避免“神秘决策”（只宣布不解释）、“共识幻觉”（明明有人被否决却假装一致）、“决策失忆”（无记录导致数月后重提）、“滴漏式传达”（靠走廊闲聊而非清晰公告）以及无新信息就重新翻案。资料未提供具体平台、收费或效果数据。