如何守住生产级 agent 代码的质量门槛与约束
如何守住生产级 agent 代码的标准?:
1. 先就结果和约束达成一致。
“完成”是什么样子?它绝不能碰什么?更简单的设计是不是重构或复用你已有的东西?然后让 Claude 去写。你不需要用最新模型搞冗长的规划仪式。你确实需要在坏改动变成 PR 之前拒掉它。
2. 给 Claude 一种检查自己工作的方式。
把确切的构建、测试和 lint 命令放进去。把你在 review 中拒掉的东西变成 skills:/verify、e2e、schema 检查等等。在开 PR 之前运行这些。使用 /code-review。我说过,质量现在存在于你给 agents 设下的约束里,我认为这值得花时间。
3. 你的工作是设计和标准。
影响范围决定你要读多少。一次性代码如果影响范围小,可以是黑盒。生产代码的标准应该比人写的还高,尤其是任何涉及金钱、认证或用户数据的东西。
4. 当 Claude 出错时,不要悄悄手动修好。让它把教训写进 CLAUDE.md 或 skill。
如果它还是出错,就用最新的前沿模型,把 effort 调高,或者让 Claude 偿还技术债,让代码库更容易在其中工作。
你可以从今天每个 PR 已经在跑的一项检查开始。其余会从那里复利积累。
1. 先就结果和约束达成一致。
“完成”是什么样子?它绝不能碰什么?更简单的设计是不是重构或复用你已有的东西?然后让 Claude 去写。你不需要用最新模型搞冗长的规划仪式。你确实需要在坏改动变成 PR 之前拒掉它。
2. 给 Claude 一种检查自己工作的方式。
把确切的构建、测试和 lint 命令放进去。把你在 review 中拒掉的东西变成 skills:/verify、e2e、schema 检查等等。在开 PR 之前运行这些。使用 /code-review。我说过,质量现在存在于你给 agents 设下的约束里,我认为这值得花时间。
3. 你的工作是设计和标准。
影响范围决定你要读多少。一次性代码如果影响范围小,可以是黑盒。生产代码的标准应该比人写的还高,尤其是任何涉及金钱、认证或用户数据的东西。
4. 当 Claude 出错时,不要悄悄手动修好。让它把教训写进 CLAUDE.md 或 skill。
如果它还是出错,就用最新的前沿模型,把 effort 调高,或者让 Claude 偿还技术债,让代码库更容易在其中工作。
你可以从今天每个 PR 已经在跑的一项检查开始。其余会从那里复利积累。