开发接近一个月的图书 ERP 聚合系统，今天正式进入人工测试环节。
这也是我第一次做这种多站联合的大型项目。和之前开发一个插件、一个小 UI 完全不是一个难度：目标模式开起来以后，整个流程已经跑了接近半个月。最近 Codex 的速度也确实比之前慢了一些，但对我来说，当前更重要的不是等它快一点，而是把已经做出来的系统自己跑明白。
上一阶段的前一轮图书项目烟测记录，主要是确认自动化测试和系统主体能不能往前走。到了人工测试，事情就不一样了：系统能不能点开是一回事，真正做事的人会不会觉得顺手，是另一回事。
我又开了一套独立开发对话
前两天，我在一台新的 Mac 上开了另一份独立开发对话。目的不是为了催进度，而是想用正在做的图书项目，体验一下真正适合一人公司的 CTO AI 开发方式。
两天对话调教下来，基本已经能跑顺：我需要某个功能时，只需要把需求用人话讲清楚；它再去安排开发、联测，最后把需要人工确认的部分交回给我。
我现在越来越觉得，大家手里的工具差距会慢慢缩小，真正拉开差距的是能不能把工具用明白。对我这种不是程序员出身的人来说，不一定非要盯着最顶级的模型，哪个工具顺手、性价比合适、能解决现在的问题，就先用哪个。
接下来要把每个身份都带进去
接下来两三天，我会进入大量人工测试和收口的阶段。自己轮流带入供应商、代理商、后台等不同身份，把录入、上架、审核、仲裁这些流程从头到尾走一遍。
这一步不是看看按钮能不能点、页面会不会跳转就结束了。更重要的是：信息能不能录完整，某个操作顺序会不会让人卡住，出现问题以后有没有明确入口，前后流程会不会互相打架。
AI 可以把功能链路推进下去，但系统是不是顺手，最后还是要让真正做事的人去用。
哪怕是 GPT 5.6 Sol 做出来的内容，也可能还有明显的 bug。机器能尽量把功能做出来，却没法替我判断供应商录书、代理商选品、后台审核这些人每天怎么操作最省事。
所以后面 UX、UI 怎么调整，还是需要人工一点点去测、去说、去改。同样一个功能，换一个设计者、换一套操作顺序，好用程度就可能差很多。
供应商侧不只是一个登录页。登录以后能不能看懂自己该做什么、录入时会不会漏信息、提交以后下一步在哪里，才是测试要盯住的地方。
代理商侧也是一样。商品池、选品、价格、订单和后续处理，不能只在演示时看起来完整，得把真实操作连续走几遍，才能知道哪里还需要改。
问题留出来，后面慢慢改
这一轮先把现在能看到的问题尽量跑出来，能改的先改。后面真的开始有人用以后，肯定还会冒出新的问题，到时候再根据实际反馈继续调整。
平台本身是机械化的，但升级和优化的方向其实很简单：让每个人做自己的事更顺一点，让系统慢慢适应产业链原本的流程规则。
如果是刚接触这一类工具的朋友，可以先看不会编程用AI做网站的基础流程。基础网站和多站业务系统不是一回事，但先把需求、流程和验收怎么讲清楚，后面做什么都会少一点来回传话。
开发这大半个月没什么收入，但也没白忙。很多东西不自己从头做一遍、测一遍，光听是听不明白的。图书 ERP 后面还会继续更新，先把这一轮人工测试跑完再说。