第二部分,核心开发工作流

写出可执行的任务契约

把模糊需求转成目标、上下文、边界、验收标准和交付格式,减少代理返工。

五个必要部分

  • 目标说明用户可见的结果,而不是指定随意的实现。
  • 上下文指出入口文件、相关模块和已有设计。
  • 边界写清允许改什么、不能改什么,以及兼容要求。
  • 验收标准列出测试、构建、性能或页面行为。
  • 交付格式要求报告变更、证据、风险和后续事项。
text
修复登录页刷新后丢失返回地址的问题。
先复现并写失败测试,再修改路由状态处理。
只修改 auth 和 router 模块,不升级依赖。
验收:新增回归测试,现有单元测试和类型检查通过。
交付:给出根因、改动文件、测试命令和结果。

把不确定性显式化

不要假设代理会自动知道业务优先级。存在多种实现路线时,要求它先调查并列出取舍。需要产品决策时让它停在决策点,而不是自行扩大范围。

对于长任务,可以先要求只读调查和计划。确认方向后再授权写入,这会显著降低大范围返工。

官方资料

本页由 xueai 根据 OpenAI 官方资料重新组织并用中文讲解。产品会持续更新,涉及版本、模型和命令时请同时核对下列官方页面。