# 短绳法：用 AI 写安全关键代码还不掉质量

> 原标题：The Short Leash AI Coding Method for Beating Fable

- 来源：Hacker News 首页
- 发布时间：2026-07-02T19:11:57.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/42001
- 原文：https://blog.okturtles.org/2026/07/short-leash-ai-method/

## 摘要

Greg Slepak 分享了一套他摸索了一年多的 AI 编码方法，核心就一条：开发者全程盯紧，别让模型自己瞎跑。具体做法是，每完成一个子任务就提交一次代码，防止模型突然抽风删掉之前的工作；每次模型要改文件，都得先弹出差异对比让你审批，你觉得方向不对就直接拒绝。他管这叫“短绳法”，跟那些让十几个模型并行干活、自己跑去喝咖啡的“氛围工程”完全反着来。代码...

## 推荐理由

一篇开发者经验帖，方法明确、立场鲜明，不是营销软文。三个维度都踩中了，但作者和平台不算行业头部，话题也偏开发工具实操而非产业级事件，放在 featured 刚好。

## 锐评

这篇文章来自 okTurtles 的 Greg Slepak，他花了一年多摸索出一套用 AI 写安全关键软件的方法，核心就是“短绳法”：开发者全程不能走神，模型每改一个文件都得弹出差异对比让你审批，方向不对就直接拒绝。每完成一个子任务就提交一次代码，防止模型突然抽风删掉之前的工作。他明确反对那种让十几个模型并行干活、自己撒手不管的“氛围工程”，认为那样你根本看不懂自己的代码库，等真用起来才发现一堆坑。

比较有意思的是，他说用这套方法，哪怕不用最顶尖的模型，也能在代码质量上超过 Fable 5。他贴了张 Fable 5 写的代码截图，功能能跑但效率低、写得丑，尤其在训练数据少的冷门领域更容易翻车。审代码时，他的做法是 AI 当快速纠错器抓低级错误，人负责抓方向性的大问题，而且提交 PR 的人必须逐行自审，并写明用了哪个模型辅助。

文章没给出具体的量化对比数据，比如用短绳法比放任模式少修多少 bug、省了多少返工时间，也没说这套方法在多人协作项目里怎么落地。如果是真的，对在乎代码质量的团队确实省钱省心，但前提是你得是个能镇住 AI 的老手，新手可能连 diff 都看不懂。