用途：在回复前把一条收到的消息（Slack、邮件、指令、升级或 FYI）拆解为结构化分析，像幕僚长一样区分字面请求与底层待办任务，读取发送者权力与利益，并开启回复或下一步产出的对话。适用于请求刚落地、第一反应是想直接回答字面内容时。它不是程序员拆解规格，遇到像功能或构建指令的请求时会寻找其背后的成果与待办任务。
主要能力：输入可为粘贴文本、截图、图片、附件或 PDF，技能先提取完整消息再分析。也接受发送者身份与角色关系（上游、同级、下游）、消息所处情境、以及你想要的下一步（仅分析或同时起草回复）。调用时附带的文本、粘贴消息、周边备注或 ARGUMENTS: 行都视为已给出的答案，不再重复询问。若发送者或情境未知且影响判断，最多一次问 3 个针对性问题，然后带着明确标注的假设继续。
输出结构：Markdown 格式的十二节拆解，包括分类、发送者解读、字面请求、底层问题空间、情绪与潜台词、必须项与加分项、硬性否定、成功标准、硬约束、缺口与歧义、风险、建议下一步，以及待验证假设。每条要点 4 到 8 个词、仅 ASCII，原文引用不受长度限制。深度随消息规模伸缩，空节折叠或标注“none stated”。
使用方式：先提取消息，再只补会影响判断的缺口，然后渲染拆解，最后提出 1 到 3 个最尖锐的问题，并给出恰好 4 个下一步选项：起草回复（推荐）、构建会议议程、重构为发现式框架、起草保护成果的反提案。用户可回复 1、2、3、4 或组合。
限制：不编造事实，所有猜测标注为推断并列入待验证假设；不把功能型请求当作构建指令；成功标准与必须项严格分开；避免给一句话消息套用十二节模板。交互协议默认使用 workshop-facilitation。许可证为 CC BY-NC-SA 4.0。