Goal-Driven（目标驱动）是我的一个极其伟大、极其牛逼的发明， 以至于你可以闭着眼，随便用Goal-Driven+claude code，就能设计出极其伟大的产品， 比如微软发明的世界上最伟大的数学证明语言，全世界数学家推式子工具，Lean4，用goal-driven搭建，加上24小时的漫长等待， 轻轻松松，你就可以用TypeScript重新实现一个编译器，from scratch。 这样数学系的同学们就可以轻松糊一个前端lean4编译器，不用下载、配置、在本地再次运行了。 关键是lean4可能是世界上最艰难晦涩的小众语言之一，但同时lean4上面又承载着世界上所有数学家的证明和公式， 而只要用goal-driven，让master agent监督subagent，设置好goal，设置好criteria，你就可以把lean4移植到前端来，完整从头实现一遍。 这就是goal-driven的魔法。

/goal 关于 codex goal 的另一个想法 只要验收标准是 agent 自己能 grep 出来的 —— 残留的 import、特定文件名、某个关键字 —— 它就大概率能一路推到收尾。 比如这类任务 1. 把前端项目整个从 Next.js 换成 TanStack Start 2. 逐个尝试方案做性能优化，直到某个性能指标下降 3. 清理 legacy 代码 而如果一些任务没有明确的验收规则，则需要量化出更细致的表格，也就是更加结构化的 progress.md (或者json) 对于大部分熟练使用 codex 的用户，即便是没有 /goal ，或多或少都采用了类似的方案，比如我会两步 plan + 一步细化 todo 来确保我的方案落实没有大的纰漏。然后丢给 codex 来做。 另外，/goal 也不是万能解药，请你把他当成一个也可能犯错的同事，适当亲自出马解决问题。

我现在每个 /goal 都是 安卓、iOS、桌面端、网页端同步推进，对齐每个功能和设计系统。 如果招聘员工来每人管一小块地，效率肯定会下滑，对齐程度也严重降低。 所以 AI Native 的公司，就是领任务，开分支，每个人的任务，必须以各端全部对齐 + 测试通过作为验收。这对全栈的要求是自然而然的。 不过Rust 核心、推荐系统、CICD工作，这些可以独立迭代，一人一小块地。其他所有人可以把他们当成黑盒。

Yishi 老板绝对是 Goat ！ 我自从23年被黑了一次之后，就得了一种不用硬件钱包就不敢上网交互的病 😅 @OneKeyCN 这次送1000个钱包，其实是救了1000个人

我的goal driven（ engineering的祖宗，是claude code和codex的/goal的祖宗，是multi agent management最具有开创性的工作， 然而你们甚至不愿意喊我一声教父。