智能体工程反模式：别把未审代码推给同事

在智能体工程（Agentic Engineering）这个新领域，有些行为属于反模式，最好避免。

把未审核的代码丢给同事

这个反模式很常见，也特别让人头疼。

别提交你自己都没看过的代码。

如果你开一个 PR，里面是智能体生成的几百甚至几千行代码，而你自己没花功夫确保这些代码能跑，那你就是把实际工作推给了别人。

他们自己也能让智能体写代码。你提供了什么价值？

提交代码让人评审，你得有信心这代码值得别人花时间。初次审核是你的责任，不该外包给别人。

一个好的智能体工程 PR 应该具备以下特点：

• 代码能跑，而且你确信它能跑。你的工作是交付能工作的代码。
• 改动足够小，方便评审，不会给 reviewer 增加太多认知负担。几个小 PR 比一个大 PR 好，用智能体帮你处理 Git 操作，拆分代码到不同提交很容易。
• PR 包含额外上下文，帮助解释改动。这个改动服务于什么更高层次的目标？链接到相关 issue 或规格说明很有用。
• 智能体写的 PR 描述看起来很有说服力。这些你也得审！指望别人读你自己都没读、没验证过的文字，很不礼貌。

考虑到把未审核代码丢给别人太容易了，我建议你提供一些证据，证明自己额外花了功夫。手动测试的笔记、对具体实现选择的注释，甚至是功能正常运行的截图或视频，都能大大表明 reviewer 的时间不会浪费在深挖细节上。