AI真能完成企业项目么？

最近我尝试了几次大火的Claude Code等一些AI工具，第一次用的时候，说实话还是有点惊喜的。以前很多要自己慢慢搭的东西，现在只要把需求丢进去，像一个简单站点、一个基础页面、一个小功能模块，AI 都能直接给我一个初稿，我再通过调整prompt继续完成。

从“把东西做出来”这件事上看，它确实快了不少。但我真正开始觉得不太对劲，是在把它接进我自己原本的项目之后。比如我本来只是想让它帮我改一个页面里某个按钮的交互，结果它顺手把旁边几个组件的写法也一起改了。表面上看都能跑，但和我前面已经定好的结构不一样了。

还有一次，我让它补一个接口联动逻辑，本来只是想在原有基础上加一个小判断，结果它把返回结构也改了，前端那边又跟着出了一串问题。你去看代码本身，好像每一段都“说得通”，但放到整个项目里，就是开始乱。

这种感觉很微妙。不是它完全写错了，而是它会在你不注意的时候，悄悄突破设定的边界。单次看不出大问题，等我回头去对的时候，才发现已经多改了好几处。

所以越做到后面，我的时间精力花的越多：我得去确认它到底改了什么；我得把它不小心带偏的地方重新拉回来；我得检查它有没有动到我原本不想碰的逻辑；有些地方明明是“能跑”，但就是不符合我这个项目原来的约束。说白了就是，AI 让我更快得到一个版本，但我还是得花时间把这个版本修到我能接受的状态。这时候我才慢慢有一个更明确的感受：它帮我省下的是“写”的时间，但没有省掉“收拾”的时间。

如果只是做一个很小的东西，这个问题还不算明显。但我后来越来越在意的是另一件事：很多过程其实全都堆在聊天里了。比如为什么这里要这么设计，为什么这个字段不能随便改，为什么这个权限默认值必须这样设，为什么这个异常不能直接吞掉……这些东西，当时都是我和 AI 一轮一轮聊出来的。当下看没什么问题，因为上下文还在，我自己也记得。可只要隔一段时间再回来，或者让别人接着看，我就会明显感觉到：代码在，结果在，但很多“为什么”不在了。

这会带来一个很现实的问题。我自己再回头改的时候，有时候都得重新翻聊天记录，找当时到底是怎么想的。更别说换别人接手了，基本就是看见代码，却不知道哪些地方是能动的，哪些地方是当时特意定死的。

这个时候我就会觉得，AI coding 现在最大的问题是它很难把我的做法留下来。

不得不承认 AI 确实帮我提速了很多，很多代码不用我从头敲，但当我开始做第二个类似项目的时候，问题就出来了。

我原本以为，前一个项目里已经生成过的东西，后面可以直接搬过来一部分，结果实际上并没有那么简单。很多东西还是要重新跟它说一遍，重新调一遍，重新对一遍。比如页面结构可以参考，但还是要按当前项目重新整理；比如某个逻辑可以沿用，但细节总会有差异；比如我以为已经定好的规范，下一个项目里还是会重新冒出来一遍。这时候我才越来越清楚地意识到：做法如果只存在于聊天里，就很难真正复制。

用了几轮之后，我自己也慢慢调整了思路。我不再完全靠 prompt 临时跟它解释，而是开始把一些东西直接写死在仓库里。比如我会放一个类似 CLAUDE.md 的文件，把一些最基本的规则先固定下来：接口返回结构怎么定；错误码怎么用；权限默认值怎么处理；目录结构哪些不能乱动；改完之后必须跑哪些检查。这些东西一旦写下来，效果会比我想象中明显。

AI 还是那个 AI，但它跑偏的次数会少很多。至少它不会每次都按自己的习惯再发明一套新写法。

我终于理解“低代码平台”的意义

原来以为AI coding的兴起直接会把低代码开发平台淘汰掉，但等我真的用过 AI coding 之后再回头看，才更能明白它的意义不仅是完成一次项目，而是把我写过的东西留下来。不可否认AI确实有用，但它现在更像一个“临时帮手”，它能让我这一轮更快完成，但很难天然把这一轮变成下一轮的起点。这对于企业来说，每一次项目都是一次从头来的成本，这么算下来AI还是不如平台能给公司降本增效。

这也是我后来会更认真审视星图云开发者平台的原因。星图云开发者平台的价值，是把那些反复出现的页面、模块、逻辑、组件、接入方式、行业经验，慢慢沉淀成模板、资产和支持不同开发者灵活调用和复用的标准能力。项目经验和行业 know-how 也不再只是散落在不同工程师脑子里，而是逐渐沉淀到平台里，变成团队可以反复调用的东西。

对ISV、解决方案公司和项目型团队来说，这一点很重要，因为它关系到后面能不能少走重复路，能不能真正把重复需求做成可复用的成果。

说白了，AI 更像是在放大单个开发者的能力；低代码平台更像是在放大一家公司的交付能力。