从计划到代码

这一次触发我思考的是一个写作计划的执行

剑飞
1/14从计划到代码

看交付物

真正值得养成的习惯是在结果不对时先问一句 这个结果是从哪一步开始走偏的

看见结果能被他人检查
完成动作落到具体产物
复用下次可以更快再做
2/14从计划到代码

这一次触发我思考的

但那一回我停了一下把问题换了个问法
3/14从计划到代码

代码报错了就加个判断

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“代码报错了就加个判断”落到一个具体项目里看结果
4/14从计划到代码

输出是链路的末端

命题先说清本页判断
解释补足为什么
行动留下下一步
把“输出是链路的末端”落到一个具体项目里看结果
5/14从计划到代码

而不是一个只会照办的遥控器

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“而不是一个只会照办”落到一个具体项目里看结果
6/14从计划到代码

Agent 很听话

这种"快速服从"很容易让人产生问题已经解决的错觉

命题先说清本页判断
解释补足为什么
行动留下下一步
7/14从计划到代码

当你追问"是怎么变成这样的"

这个过程还有一个容易被忽略的好处当你追问"是怎么变成这样的"你其实也在训练自己的诊断能力
8/14从计划到代码

prewrite gate

它的设计里有一个我后来才真正重视起来的环节 prewrite gate 执行前门控

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14从计划到代码

就是在计划真正开始执行之前

命题先说清本页判断
解释补足为什么
行动留下下一步
把“就是在计划真正开始”落到一个具体项目里看结果
10/14从计划到代码

而依赖关系这件事

而依赖关系这件事恰恰是这个写作计划用 taskgraph 解决的问题

把“而依赖关系这件事”落到一个具体项目里看结果
11/14从计划到代码

别凭感觉

01感受

容易制造掌握感

02事实

会暴露真实边界

03行动

让判断回到结果

把“别凭感觉”落到一个具体项目里看结果
12/14从计划到代码

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14从计划到代码

让能力长出来

这一次触发我思考的是一个写作计划的执行

返回原文
上一篇GitHub工具从发现到保留闭环下一篇多Agent系统的协调者困境 当一个Agent