什么是Self-Criticism
Self-Criticism 是一种专为开发流程设计的自我检查机制，通过在关键节点插入反思断点，帮助代理（agent）在错误扩散前及时发现并纠正问题。该工具不依赖持续监控或后台循环，而是在工作自然转折点主动触发简短但有效的批判性思考，从而减少下游返工和认知偏差的影响。其核心思想是：在分支、提交、升级或任何不可逆操作之前暂停，评估当前假设是否合理，避免因早期误判导致连锁反应。 Self-Criticism 采用本地存储架构，所有数据保存在 `~/self-criticism/` 目录下，包括触发规则、检查点配置和历史教训归档。系统通过轻量级集成方式与 SOUL（意图管理）和 AGENTS（任务路由）协作，仅在用户明确授权时将反思提示嵌入工作流中。它不会强制打断每个步骤，而是根据风险等级动态调整审查深度——从轻量级提醒到深入框架重构，确保反思既及时又不干扰执行节奏。 该技能特别适用于那些具有明显阶段边界、依赖链较长或容错率较低的任务场景。例如，在编写复杂逻辑前进行结构验证，或在向用户展示方案后快速识别理解偏差。通过积累“何时应停顿”的经验模式，Self-Criticism 能逐步提升团队对高风险决策的敏感度，将事后补救转化为事前预防，最终形成更稳健的开发习惯。
核心功能特点
- 在关键断点自动触发自我批判，防止错误蔓延至后续多个步骤
- 支持三级审查深度调节：轻量提醒、标准评估和深度框架重审
- 基于用户摩擦、意外证据和反馈信号动态优化检查点位置
- 本地存储触发记忆与历史教训，保障隐私且无需网络连接
- 与 SOUL 和 AGENTS 实现最小侵入式集成，按需激活反思提示
适用场景
Self-Criticism 最适合应用于存在天然阶段转折点的复杂任务中，比如系统架构设计初期、API 接口分解规划或用户需求澄清后的方案设计阶段。在这些节点插入反思断点，能有效避免因初始假设错误而导致后续大量重复修改。例如，当需要将一个大型功能拆解为子任务时，系统会暂停并询问：‘当前划分是否会导致模块耦合？’ 这种前置检查往往能节省数小时的调试时间。 另一个典型适用场景是在与外部交互之后立即启动批判机制。无论是收到用户负面反馈、测试环境异常报告，还是代码审查中发现严重漏洞，Self-Criticism 都会引导代理回溯最近一次决策依据，判断是否存在流程漂移或沟通误解。这种方式将被动响应转化为主动学习，使团队能够从每次挫折中提取可复用的改进策略，而非简单修复表面问题。 此外，对于高价值交付物（如生产部署脚本、安全关键逻辑）或创新性较强的新技术探索项目，Self-Criticism 的深度审查模式尤为有效。它允许在投入大量资源前验证核心假设，必要时甚至推翻原有框架重新开始，从而显著降低沉没成本风险。通过持续记录错过的检查点和成功拦截的问题类型，该工具还能逐步建立组织级的质量控制知识库。