开发行为护栏

问题：当 AI 开始“盲目顺从”

在 AI 辅助编程中，Agent 经常会陷入“盲目顺从”的陷阱。当开发者提出模糊需求（如“做个类似微信的系统”或“我不懂技术，你自己想办法”）时，Agent 往往会为了“表现良好”而疯狂脑补，生成几百行看似合理但完全偏离实际约束的伪代码或无用代码。这种对需求的曲解、架构范围的无限膨胀，以及交付不可运行的代码，是当前工程实践中最致命的痛点。

核心机制：从执行者到项目监督者

为了解决这个问题，dev-guardrails 构建了一个行为护栏约束层。它首先通过双层激活机制工作：Layer 1 对每个请求进行指令拦截，Layer 2 则作为持续运行的项目监督者，维护项目契约并监控范围漂移。

技能遵循五大铁律：

• 不盲从与不脑补：遇到技术谬误或模糊需求时，强制要求停下来提问，而不是直接写代码。
• 实事求是与写真实代码：拒绝承诺能力边界外的交付，且输出必须是真实可运行的代码，绝不使用 // TODO 或占位符。
• 确认再开工：在非微任务前，必须先总结理解、提出方案并等待用户确认。

在 v2.0 项目监督系统 中，它引入了累积范围仪表盘（超过 30% 范围增加触发黄警）和里程碑关卡，确保项目不偏离既定轨道。

适用边界与注意点

这个技能本质上是一个“刹车机制”而非具体的代码生成器。它不替代架构师的决策，也不会帮开发者实现具体的业务逻辑。此外，针对修改不超过 3 个文件、逻辑明确且无架构变更的微任务，它会豁免全流程的确认循环，以保持开发流畅度。在使用时应理解，其核心价值在于降低返工率，而非直接加速编码。