AI写代码后，程序员如何转型？本文探讨AI与开发人员如何协作，确保企业系统真正可靠。
核心内容：
1. AI如何改变开发起点与协作模式
2. 专业测试与人工复核的不可替代性
3. 未来开发人员需要具备的三大核心能力

记录一家全球供应链企业与AI共同成长的过程

AI能写代码之后，企业还需不需要程序员？

7月20日，LEO GROUP围绕Leo One后续开发、内部测试和远程协作，完成了一次技术岗位沟通。

交流中，一个共识越来越清楚：大模型已经显著降低了基础代码生成的门槛，但它没有取消专业开发工作，而是改变了开发人员的工作重心。

Leo One的前期方案、需求拆解和部分基础程序，已经大量使用AI协同完成。V1.0 RC发布后，下一阶段的重点不再只是“能不能生成代码”，而是代码能否被逐项验证、稳定运行，并真正承接采购、合同、物流、清关、库存、回款和风险管理。

AI可以把第一版做得更快，但企业必须有人对最后一版负责。

一、AI改变了开发起点，没有改变交付终点

过去，一个功能从想法到原型，往往需要产品经理、设计师和程序员反复沟通。

现在，业务人员可以先用大模型整理需求、生成页面结构、编写接口草案，甚至形成可运行的基础代码。

这让企业能够更快地把业务经验转化为产品雏形，也减少了“业务人员说不清、技术人员听不懂”的损耗。

但生成一段代码，只是开发的起点。

真正的交付还包括架构一致性、接口联调、权限控制、异常处理、数据准确性、兼容性、安全性和回归测试。任何一个环节没有完成，系统就不能因为页面已经打开而被称为可用。

二、为什么测试不能只交给大模型

在这次技术沟通中，双方都提到一个现实问题：基础代码可以由大模型协助生成，但测试仍然需要专业人员逐项验证。

企业系统的测试，不只是看按钮能不能点击。

它还要验证不同角色的权限是否正确，异常数据是否会被拦截，合同、付款、库存和回款状态能否联动，失败后能否回滚，修改一个模块是否会影响其他模块。

AI可以生成测试用例、提示高风险路径、分析日志和定位疑点，但它不能替代责任人完成最终验收。

尤其是涉及付款、授信、放货、报关和风险处置的功能，必须保留人工复核和审批。

三、Leo One需要的，不是传统意义上的“码农”

大模型正在重新定义开发岗位。

Leo One下一阶段需要的开发人员，不应只是接到需求后机械写代码，而应当具备三种能力：

能够使用AI提高开发效率，同时识别AI生成代码中的错误、重复和安全隐患。

能够理解真实业务流程，把采购、物流、仓储、资金和风控要求准确转化为系统规则。

能够承担测试、调试、部署和交付责任，用证据证明功能真正可用，而不是只证明代码已经提交。

未来的开发人员，不是与AI竞争谁写代码更快，而是负责让AI生成的结果更可靠、更可维护、更接近真实经营。

四、我们正在形成新的协作分工

Leo One下一阶段的人机协作，将逐步形成四层分工：

业务负责人说明真实流程、经营目标、风险边界和验收标准。

AI负责整理需求、生成草案、查重、编写基础代码和提示风险。

专业开发人员负责审查架构、调试代码、完成联调、测试、部署和修复。

管理与验收人员负责确认权限、数据、流程和证据，决定是否通过和上线。

这种分工的核心，不是谁取代谁，而是让每一类工作由最适合的角色承担。

五、今天的进展，不是招到一个人，而是明确一套用人标准

截至今天，技术岗位仍处于评估阶段，尚未形成录用或合作结论。

但这次沟通已经帮助团队进一步明确：Leo One未来选择开发协作者，不能只看会不会写代码，还要看是否会使用AI、是否愿意理解业务、是否能够承担测试责任，以及是否接受规范化的需求、版本、保密和交付管理。

即使进入合作，也应从小任务、真实测试和阶段验收开始，不因一次面试直接放大投入。

AI把开发门槛降低了，也把专业交付的标准提高了。

一家全球供应链企业与AI共同成长，不是把所有工作交给AI，也不是回到完全依赖人工的旧方式。

真正的方向，是让AI负责提速，让专业人员负责验证，让企业为最终结果负责。

LEO GROUP

Leo One开发日记

登录查看剩余 70% 内容