一个人 + AI 做企业级系统：膳云 HR 模块上线前的

这周我发布了膳云 MakanCloud 的 v8.34.0，主要内容是 HR 模块的 S5.8 阶段。

膳云是我辞职后独立做的第一个商业项目，一套面向新加坡餐饮的全链路系统，覆盖订货、中央厨房、配送、排班、POS、扫码点餐。开发和运维都是我一个人，加上 AI。

常有人问我：一个人加 AI，真能做企业级系统吗？我不想讲大道理，就把这一周实际做了什么摊开来讲。

一、先把口径定下来，再写代码

这一阶段有 7 个业务问题要拍板，我内部编号是 D12–D15、D17–D19。比如：哪些数据必须放进私有目录、看板对不同角色展示什么、平台方的操作怎么和门店自己的操作区分开。

我的做法是，每一条决定都先写进答复清单和原则文档，口径确定了，再交给 AI 实现。这一步看起来慢，其实最省时间。口径没定就让 AI 写，它会写得很快，可是写错的方向也很快。

二、写完不急着上线，先做安全审查

功能合进去之前，我专门做了一轮安全审查，结果真的查出了问题：

• 一条旧的数据通道没关干净，新规则可能被绕过去；
• 看板接口的「查看者角色」原来是可选参数，不传的话权限判断会出现模糊地带，现在改成必填；
• 判断「是不是平台操作人」时补了来源标记，免得平台侧的操作被误记成门店员工的操作。

这三处如果带到线上，平时可能看不出来，但都是企业客户最在意的权限和审计问题。

三、数据要能追溯，部署要能回滚

期初数据导入脚本，我加了按批次的审计：每一批数据什么时候导入、由谁导入，都有记录。

部署前我先给服务器做了快照，确认快照完成才授权 AI 执行部署。另外，敏感的私有目录迁到了单独的加密附加盘上，迁移时间也特意放在门店营业结束以后，不影响白天出单。

部署完，状态文档、README、交接说明、部署记录全部回填。一个人做项目，文档就是写给三个月后的自己看的。

四、我对「一个人 + AI」的真实看法

AI 确实让我写代码快了很多倍，这一周光是膳云就有十几个任务在推进。但这一周也让我更确定：AI 能负责执行，判断还得自己来。

企业级系统的门槛不在代码量，在这些地方：业务口径有没有想清楚，权限有没有漏洞，数据能不能追溯，出了事能不能回滚。这些环节我一个都没省，只是有了 AI，我一个人也有精力把它们走完。

这也是我现在承接软件定制的底气。餐饮或中小企业的运营系统、内部工具、数据看板，我会按做膳云的这套流程来做，从需求到上线、运维，我自己端到端负责。

如果你有类似的需求，或者也在用 AI 做项目、踩过类似的坑，欢迎留言或者私信我聊聊。