← [ BACK_TO_NOTES ]

Goal-Driven Execution

把任务改写成可验证成功状态,再围绕这个状态循环执行和验证的 agent 原则。

#concept #growing #ai #karpathy-guidelines

[!info] related notes

Goal-Driven Execution

一句话定义

不要只接受“修 bug”“加验证”这种口号式任务,而要把它重写成可验证的成功状态,再循环执行直到达成。

核心机制 / 工作原理

LLM 很擅长围绕清晰终止条件持续迭代,但如果成功标准很弱,它就容易看起来做了很多,实际上并没有完成。这个原则把任务从命令式描述转换为可验证目标。

最小例子 / 最小场景

“修复重复 score 时排序坏了”应先确认同分项的预期顺序,再用能复现偏差的测试或样例定义成功条件。修复后检查该用例及相关回归,不能通过删除断言来消除失败。

边界与易混淆点

  • 它和 TDD 高度相邻,但范围更广,重点是任务表述方式
  • 不是所有任务都必须先写测试,但都应该有清晰可验证终点
  • 检查通过只覆盖已检查范围;缺证据时记录未验证项,不降低标准或扩大授权来制造完成
创建于 2026/5/3 更新于 2026/10/6
Digital Biome
Access

键盘导航

j / k / ↑ / ↓
选择对象
Enter / o
打开选择
/ 或 Ctrl+K
全站搜索
i / f / 1–4
筛选当前列表
g → h / l / p / t / a
首页 / 笔记 / 项目 / 工具 / About
r → 1–9
打开所选对象的关联
u
返回上一页
Esc
关闭浮层 / 取消命令;输入框内清空文本