用途：当讨论过于宏大、缺少可执行落点时使用 goudi。它是 geju 的对偶：geju 打开框架，goudi 迫使动作落地。核心原则是“先把路踩实，再谈大胜利”。
主要能力：要求提案回答五个问题——证明该方向的最小动作是什么、什么证据说明动作有效、什么真实约束可能破坏它、第一次尝试应刻意砍掉什么、论点错误时的停止规则在哪里。若无法给出具体第一步，就还不是计划，只是情绪。
它针对五类问题：只有愿景没有第一步；虚假迁移计划（假设可一次性全改）；未定价风险（数据丢失、行为变化、爆炸半径、缺失测试、隐藏调用方）；长期正确但短期不负责任；没有停止规则。
使用方式：先一句话重述大胆方向，不压平野心；做现实检查，识别真实契约、最大爆炸半径区域、未证实假设、纯审美或过早的部分；选择最小可行动作（一个窄垂直切片、证明点或决策产物）；明确可观察的成功标准与失败信号；激进砍范围；定义停止规则。最终答案前阅读 references/output-template.md，短提示可压缩模板。
输出规则：先给落地判断（go / shrink / pause / reject / validate first），具体说明第一步、第一次尝试要砍掉什么、成功标准与失败信号，把真实约束与焦虑惯性分开。除非用户要求完整规划文档，否则不要写庞大计划；需要完整计划时推荐可用的项目规划工作流。使用本技能时不要写代码、改文件或开始实现，除非用户在落地判断后另行要求执行。不要把 goudi 变成“什么都不做”，默认是更小的证明而非瘫痪。
适用场景：架构评审、PRD 讨论、重构提案、迁移计划等需要从宏大方向收敛到可验证动作的场合。
限制：它不是 geju，不负责打开框架；不是通用项目管理；不反重构，只拒绝幻想式迁移；不是 TDD 本身，需要测试时识别最小可测行为并交给可用的测试工作流；不是完整目标文档，需要阶段、待办与执行跟踪时使用可用的规划工作流。具体安装命令与平台信息暂未提供。