Claude 写、Jev 挑、代码动:三分结构

小白爱摸鱼 @chaozuoye

route.py
relevance.py
done.py
risky.py
research.py
writer.py
stop.sh

"MY AGENT MAKES 10,000 DECISIONS FOR $0.42. CLAUDE MAKES NONE",一万次决策四毛二美元,Claude 一个决策都不做,它只管写。

这个文件夹把"谁决定"拆得极清楚,落款是三句话:Claude writes、Jev decides、code acts。写进去的分四块。规则那块 AGENTS.md 讲清什么时候轮到 Jev 上场,state/build_state.py 记目标、谁在干活、干完了什么、还缺什么,只放原始证据不做摘要。

决定那块放在 questions 目录,五个问题各一个脚本。用便宜模型还是强模型,下一个谁动,这条工具输出值不值得留,活是不是真干完了,这一步是不是要发出去、付钱或删东西。接管那块在 rules 目录,hard_rules.py 写死最多十个动作,没作者点头任何东西不出门,thresholds.yaml 规定低置信不动作,欺诈检查要过 0.95。

干活那块在 workers 目录,worker.py 一族,research.py 找来源记笔记,writer.py 起草和写简报。Claude 只在这一角产出文字。账本在 receipts/decisions.jsonl,每次 Jev 被问了什么、选了什么、复查、备选全记下,evals 里是作者自己标的轨迹,所有阈值都在那上调。

门卫在 hooks 目录,pre_tool_use.sh 让东西先过检再跑,stop.sh 则让 agent 没验证前说不出"完成"两个字。单次调用中位三百毫秒,每笔决定都上记录。

分工到这个程度我看重。前面几篇讲的都是人给 agent 定规矩,这里连"谁来定"这件事本身也被安排好了,写作、判断、执行三个位置各自固定。跟前面那两篇也对得上,一处讲判断该压成有界问题,一处讲规矩从人写变成人审,这里给出的是完成态的样子。

把 Claude 关在 workers 这半步最妙。文本是它唯一的领地,路由、阈值、门卫全在它够不着的地方,能力被信任的部分和不被信任的部分划得很干净。

我留的疑问有两处。一万次决策的分布没给,多半集中在那几个重复路由上;0.42 美元是决策那侧的账,Claude 写作那侧花多少没算进去。

想搭这套的先照文件夹抄一遍骨架,把自己最常重复的那个判断挪进 questions 目录,跑两天再看账本。

话题来源 @thegreatest_sv 3.9K阅读 ❤️53 x.com/…↗ 已改写,非原文转载
149 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单