AI编程最先压价的,可能不是那些技术难题,而是外包项目里数量最多的基础开发:建表、做后台、写表单、接数据库、配置部署。

最近,开发者TheBrigandier公开了一套名为Graphify E-Commerce的项目。按照仓库说明,它由Qwen3.6-35B-A3B生成,使用了26.5万上下文、多个子Agent和Docker调试环境。

我把项目下载下来检查了一遍。

有人让Qwen3.6写了一套ERP,外包公司的活还能做多久?

去掉第三方库和编译文件,项目包含约73个C#与Razor源文件;连同CSS和JavaScript,有6500多行源码。它能编译,也保留了构建产物,但自动化测试文件数量是0。

这三个数字基本说明了它目前的位置:已经超过普通演示项目,但还不能直接交给企业使用。

需要提前说明的是,作者没有公开完整提示词、Agent运行记录、生成时间和人工修改次数。因此,只能确认这套工程确实存在,不能确认其中多少代码由Qwen3.6独立完成。

这套ERP写到了什么程度

Graphify E-Commerce同时包含商城、ERP和CRM。

前台可以浏览商品、搜索分类、加入购物车和提交订单;后台可以管理商品、品牌、客户、库存和发货。

生产模块提供物料清单、生产订单、原材料领用和完工入库。销售模块包括报价单、销售订单和客户沟通记录。

财务部分也不只是放了几个页面。项目建立了发票、付款、会计科目和复式记账结构,每张凭证需要满足借贷平衡。

技术栈包括.NET 10、PostgreSQL、Entity Framework Core和Docker Compose。登录、OAuth、邮件接口和角色配置也搭出了基本框架。

从外包项目的角度看,这已经可以称为一套相当完整的第一版工程。

Qwen3.6已经接走了哪些工作

一套企业管理系统开工后,开发团队首先要建立项目结构,设计商品、客户、订单、库存、发票等数据模型,再处理它们之间的关联关系。

这些基础工作,项目里已经完成。

数量更多的是后台页面。商品列表、客户查询、库存调整、新增表单、编辑页面和状态显示,开发方式相对固定,却会占用不少工时。

它还处理了一部分业务流程。草稿订单可以确认,确认前需要检查库存;生产订单要经过计划、执行和完成;会计凭证入账前需要检查借贷是否平衡。

项目中的AGENTS.md记录了不少调试信息,包括类名冲突、数据库查询、空值计算和Razor页面编译错误。这说明Agent能够调用编译环境,根据报错继续修改代码。

项目初始化、数据库建模、后台页面、基础业务逻辑、Docker部署和编译调试,过去都能作为外包报价的一部分。现在,一个开发者配合本地开源模型,已经可以快速做出完整骨架。

翻完代码,我为什么不敢把它直接交付

首先是测试。

商品、库存、生产、销售和财务相互关联。一处库存扣减错误,可能继续影响订单状态、发票金额和会计凭证。项目没有自动化测试,这些流程是否可靠,只能靠人工逐项验证。

后台权限也没有做完整。

项目配置了管理员和员工角色,但不少后台页面没有明确的访问限制。登录功能存在,不代表所有管理页面都已经受到保护。

密码使用SHA-256和固定字符串处理,项目还预置了管理员账号和默认密码。这种方式适合演示,不适合生产环境。

代码中生成JWT的方法也没有使用密钥签名,只是将用户信息编码成字符串,无法可靠验证令牌是否被修改。

OAuth登录同样只完成了部分流程。程序生成了用于防止请求伪造的state参数,却没有看到完整的保存和回调校验。

数据库采用EnsureCreated()直接创建表结构,没有正式的迁移方案。系统投入使用后,再增加字段或修改数据结构会变得麻烦。

这些问题不会妨碍项目展示,却会影响权限、数据安全、升级和长期维护。企业软件真正昂贵的部分,往往从这里才开始。

哪类外包公司最先受影响

第一类是模板型开发。

简单商城、管理后台、轻量CRM、预约系统和基础进销存,页面结构和数据模型都比较成熟。大量工作集中在增删改查、表单和状态流转上。

这类项目最容易被编程Agent压缩工期,也最容易陷入价格竞争。继续按页面数量和开发人天报价,客户很难接受。

第二类是业务定制。

工厂什么时候扣减原料,退货如何冲销,返工品怎样入库,不同岗位能查看哪些数据,这些规则取决于企业自己的工作方式。

模型可以先写出代码,但需求梳理、流程确认和异常处理仍然需要懂业务的人。这里受到的影响不是工作消失,而是开发方式改变:先生成,再审查和修改。

第三类是系统集成。

旧系统对接、数据迁移、财务接口、权限体系、安全审计和生产环境部署,都需要了解企业现有系统,还要有人处理上线后的问题。

这类工作短期内很难被一套生成代码直接替代。随着AI生成项目越来越多,接管、审计和改造代码的需求反而可能增加。

外包公司以后卖什么

这套ERP最值得注意的地方,不是6500行代码本身,而是这些代码已经不能继续按照过去的方式计算价值。

搭框架、建数据表和生成后台页面的成本会持续下降。客户愿意付钱的部分,将更多集中在业务理解、系统设计、代码审查、安全加固、数据迁移、验收和维护上。

程序员的工作也会改变。写出一个商品管理页面不再稀缺,能够发现库存逻辑、权限边界和财务流程中的问题,会变得更重要。

Qwen3.6生成的这套ERP还不能直接上线,却已经足以让项目跳过最初的空白阶段。

外包公司不会突然消失。

但靠重复写后台、堆人天和卖代码量赚钱的公司,已经进入压价期。下一次客户来询价时,他手里可能不再只有一份需求文档,可能还会带着一套AI生成的初版系统。

至顶网至顶AI实验室频道 作者:路飞