把 Claude 降成写手：一个文件夹的分工

「I STOPPED LETTING CLAUDE MAKE DECISIONS THE DAY I BUILT THIS JEV AGENT FOLDER」，标题喊得很响，做法也跟得上。 这套 Jev agent 文件夹的分工写得极清楚。以前是 Claude 全包，决定、写、动手每一步都归它；现在 Claude 只负责写，判断交给 Jev，动手交给 code，每一步都留回执。 文件夹里分成六格。输入格放两样东西，AGENTS.md 记何时该叫 Jev 何时可以跳过，build_state.py 存目标、工人、完成情况和约束，记证据而不是摘要。 判断格是心脏。route.py 决定任务派给哪个模型层级，next_worker.py 挑下一个干活的，relevance.py 把每个工具输出留下或丢掉，done.py 问目标是否真达成，risky.py 把关涉钱、付款和删除。 执行格放两条硬规则：hard_rules.py 十个动作就停，未批准绝不发布；thresholds.yaml 只对高置信答案行动，欺诈类要 0.95 才放行。 写手格只有 research.py 和 writer.py 两个文件，这是整个文件夹里唯一生成文字的地方。证明格存 decisions.jsonl 回执，记下候选、选中项、复查和回退，外加几十条人工标注的评测用来调阈值。守卫格的 pre_tool_use.sh 在每条命令跑之前先检查，stop.sh 在 agent 停下之前验一遍是否真的全部完成。 一万次决策花 $0.42，中位 300 毫秒，结尾那句公式可以背下来：大模型写，Jev 判，code 做。 这套结构我越看越眼熟，它和前面那条"LLMs think, Jev decides, code does"是同一个思想的文件级实现。值得欣赏的不是省钱，而是权责摆正了：生成内容的不碰决定权，做判断的不碰执行权，出了事能翻回执。 保留意见是，阈值和硬规则都得人工调，这套架子对小团队有上手成本。规则写歪了，回执再全也只是歪得有据可查。 我的下一步动作很具体：照这六格先给自己搭一个最小版本。只把路由和完成判断两件事交出去，跑一周看回执，再决定要不要把涉钱那格也开给它。 示例中的文件链接： route.py relevance.py done.py risky.py research.py writer.py stop.sh。