忍受不了gpt拉的屎，我写了个skill来约束它的怪癖

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

- 我的帖子已经打上 开源推广 标签： 是

- 我的开源项目完整开源，无未开源部分： 是

- 我的开源项目已链接认可 LINUX DO 社区： 是

- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是

- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

提前声明：

- 任何skill都只能对模型的行为做指导性约束，无法实质性提升模型能力。

- 许多佬可能以为GPT做东西慢是因为TPS低，模型输出速度慢，但是绝大多数时候事情并非如此：写几万行代码可能需要花一个多小时用于吞吐token，但是为了这几万行代码的构建，中途测试，debug，验证，断言etc. 付出的ToolCall 运行时间可能是1h的数倍，这才是大部分时候会觉得GPT慢的根因。

起因

在做编程agent的过程中，朋友用GPT跑长程编程任务。一轮下来倒是挺稳定，没有断线、没有跑飞，任务也确实做完了。问题出在稍微大一点的任务上：出错就catch掉返回null/false，然后后面想找错在哪花大力气；bug修两次没好，就加第三层兜底；忘记了"快速迭代"的用户基本要求，无脑上不存在的生产规范，造一整套没有任何人要求过的安全子系统；构建测试基本靠莽，改一行就跑全量测试；一个文件能读几百次，刚写完还再读一遍，完全没必要。

看起来是挺安全的，but at what cost？一次迭代，百行代码，花费30+小时，额度蒸发。

所以我不得不出手了。

LEAN-MODE-SKILL具体约束了什么

1.不滥用校验；2.不掩盖报错，使用catch遮掩根因 3.忌治标不治本，无脑增量 4.自检是否过度防御性编程，是否改动十几行，工具调用几十次 5.反思耗时长是不是自己的原因。

以及针对GPT模型的：6.不要用哈希证明产物变了，构建输出和时间戳足够 7.不要为了确认而重读刚写过的文件 8.并非所有迭代都要变为增量的代码，写代码并非最终目的。

地址

GitHub - Timefiles404/lean-mode-skill: 节制工程技能：什么时候该写防御性代码、什么时候不该，以及怎么把一轮的构建测试耗时从几十分钟压到几十秒。SKILL.md，可独立使用。 · GitHub

虽然Skill的字数不多，但是实测效果还是比较明显的，尤其针对GPT防御性编程这一块，至少写出来的代码能让人看了。当然和ponytail之类的skill一起用也行吧

欢迎下载，以及如果你的gpt也在拉屎，也许可以采样一份，分析一下，提个issue，完善lean mode skill