AI Agent时代，Fork代码的成本被极大地拉低了

很多人习惯于在插件市场里找现成的工具，或者在官方给的API范围内打转，但其实最硬核的玩法应该是直接Fork。

以前我们不敢随便Fork一个大项目，是因为维护成本太高。改一个功能简单，但后续同步上游更新、修Bug简直是噩梦。但现在有了Claude Code这类AI Agent，代码的“生产成本”几乎降到了零。以前需要一个团队维护的私有分支，现在一个好用的Agent就能帮你搞定同步和适配。

在公司推行AI工具时，我发现个很有意思的现象：大家习惯于被动接受。比如公司统一配了某个AI助手，大家就在抱怨“这个UI太丑”或者“这个触发逻辑太蠢”。但说白了，插件（Extension）是厂商“赏赐”给你的自由，而Fork才是你自己“抢回”的掌控权。

插件 vs Fork 的本质区别：

• 插件： 你在厂商划定的圈子里跳舞。比如你可以写个MCP服务器给AI增加知识，但你没法改变AI决定何时调用这个服务器的底层逻辑。
• Fork： 你直接改底层。不满意上下文压缩算法？不爽Diff的渲染方式？直接在源码里改掉。

现在的趋势是，很多顶级的AI工具正变得越来越像“产品”而不是“开源项目”。比如很多CLI工具虽然开源，但好用的桌面端全是闭源的。这时候，如果你还指望通过提交PR来影响产品的走向，那效率太低了。

对于我们这种在公司里折腾AI的打工人来说，最实操的逻辑应该是：先用官方版，一旦发现某个痛点严重影响工作流，且插件无法解决，直接找个开源替代品Fork一份，然后用AI Agent来维持这个私有分支的更新。

这种“私有定制”的快感，其实就像当年老程序员折腾 .vimrc 一样，这才是真正的生产力工具。