正在打开每日关注
正在打开每日关注
通过研究、设计、规格、计划、实现与验证，降低 Agent 编码时的临场决策成本。
si estás usando Claude Code o Codex, este es un flujo de spec-driven development (SDD) que puede seguir un agente: 1) research → entender el problema, leer la documentación y revisar el código relacionado. 2) design → pensar distintas soluciones, comparar trade-offs y elegir una. 3) spec → dejar claros los requisitos, el alcance y los criterios de aceptación. 4) plan → dividir la implementación en tareas pequeñas. 5) implement → resolver una tarea a la vez. 6) validate → correr tests y verificar que todo cumpla el spec. cuanto más tiempo inviertas en entender el problema y planificar, menos decisiones va a tener que improvisar el agente durante la implementación.
是什么 这是一条面向 Claude Code 与 Codex 使用者的纯观点型方法论推文，提出一套六阶段 spec-driven development（SDD）流程：research、design、spec、plan、implement、validate。它把“让 Agent 写代码”改造成先建立上下文、再约束执行、最后验证结果的连续工程闭环。
核心设计 流程的关键不是阶段名称本身，而是把高判断密度的工作前置。research 要求理解问题、阅读文档并检查相关代码；design 用方案比较和权衡替代直接开工；spec 固化需求、范围与验收标准；plan 将目标拆成可独立完成的小任务；implement 按任务推进；validate 通过测试和规格核对形成反馈。这样，Agent 在实现阶段面对的未决选择更少，输出也更容易复核。
关键洞察 这套方法适合需求复杂、代码上下文分散、需要多人或多 Agent 协作的项目。它的价值在于降低隐性假设、减少返工，并让“为什么这样实现”可追溯。对资深工程师而言，可将其视为 Agent 时代的轻量研发流程，而不是必须机械执行的瀑布模型。
边界与风险 前置研究和规格也可能变成文档负担；如果问题很小，完整走六步会拖慢反馈。流程本身不能保证设计正确，仍需真实测试、代码审查和领域判断；尤其是 research 或 spec 错误时，Agent 可能更高效地执行错误方向。