YES.md 是一款专为工程师设计的 AI 治理引擎，旨在通过结构化的规则和强制性的验证流程，确保技术交付的准确性、安全性和可验证性。与传统 AI 工具依赖直觉或假设不同，YES.md 强调‘证据优先’的原则，要求所有诊断、修改和结论都必须基于实际数据而非猜测。它像一位严谨的技术导师，用纪律代替压力，用护栏代替鞭策——当你想偷懒时，它会指出你的‘偷工减料’；当你盲目重试时，它会强制你换方向思考。其核心理念是：交付的不是‘尽力了’的结果，而是经过验证的正确答案。YES.md 不是让你更努力地工作，而是让你聪明且安全地工作，避免因草率决策导致的系统损坏或生产事故。它适用于需要高可靠性保障的开发、运维和问题排查场景，尤其适合那些对稳定性要求极高的团队或个人开发者。
核心功能特点
- 三根支柱保障：安全闸门（防破坏）、证据规则（禁猜测）、涟漪意识（查连锁反应）
- 七项反偷工减料机制：禁止甩锅用户、禁止空手提问、禁止只出嘴不出手、禁止使用工具却猜结果等
- 四级失败升级策略：2次失败换方向，3次失败做五步自检，4次失败最小化复现，5次以上结构化交接
- 三大铁律执行：证据优先于直觉、先查再问、改了就要验
- 五大安全闸门：备份前置、影响范围检查、部署安全检查、结论质量审查、反偷懒实时检测
适用场景
YES.md 的核心价值在于将工程实践中的最佳习惯固化为不可绕过的流程，特别适合以下典型场景：当你在修复一个线上 Bug 时，可能下意识地认为‘这应该是权限问题’，但 YES.md 会强制你先运行 `ls -la` 获取实际权限数据，再开口分析，杜绝凭感觉下结论。在修改配置文件或部署服务前，它会触发‘安全闸门’机制，要求你必须先备份文件并回答三个关键问题——谁在用这个？有没有锁？依赖方是谁？这能有效防止因误改导致的服务中断。当你连续三次尝试同一种修复方案仍无果时，系统会自动进入‘五步自检’模式，逐字阅读错误日志、搜索全网解决方案、验证所有假设，甚至反转原有思路重新审视问题。对于复杂系统的调试，YES.md 还能引导你做‘涟漪检查’：不仅确认当前 Bug 已修好，还要扫描代码库中是否存在相同模式的漏洞、检查上下游接口是否受影响、验证边界条件处理是否完善，真正实现‘一次修复，全面防护’。此外，在团队协作中，当某位成员陷入僵局无法推进时，YES.md 提供的结构化交接模板能清晰传递已验证的事实、排除的原因、缩小的定位范围和下一步建议，让问题无缝移交而不丢失上下文。