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 更像是在放大单个开发者的能力低代码平台更像是在放大一家公司的交付能力。