第一次把 AI 编程助手当真搭档用，我以为买到的是一双打字很快的手。结果它更像一位新同事：到岗第一件事不是敲键盘，而是把工位说明书翻了一遍——目录怎么摆、接口怎么叫、哪些约定只说一次就会被忘掉，它都当作业来读。
我这才明白，真正省时间的不是它敲得快，而是它愿意先搞清楚“这里平时怎么干活”。
规则不写进文件，就只是一种心情
后来我养成了一个不太体面但特别管用的习惯：吃过一次亏，就把教训写成规则。不是写在聊天记录里——聊天记录很健忘，新开一个窗口就像换了一位同事——而是写进项目里那份始终生效的说明书。
有一阵我只在需求里随口说“注意兼容性”，它听得很认真，执行得很灵活。灵活的意思是：这次记住了，下次又像刚入职。直到那句话从口号变成可执行的条目——旧接口、旧字段名、旧配置和新写法必须同时能跑——它才开始每次先核对，而不是每次重新发明。
规则这件事特别像给自动门贴标识。门本身不会记仇也不会长记性；你不把“请走侧门”写清楚，它就会继续按默认逻辑开合。AI 也是。你夸它聪明，它会更积极；你把聪明写在边界上，它才不会把三行修补扩成一部维护手册。
把技能当成岗位操作卡
最有意思的是技能。把重复的工作步骤收成一套固定流程之后，我再也不用每次从零解释：先读需求，再对照代码，确认问题是不是真的还在，改完要验证，验证完用业务语言写回说明。
以前这些话我能说十遍，第十遍依然像第一次。后来它们住进了技能里，AI 像拿到了岗位操作卡。我负责判断今天走哪张卡，它负责按卡执行。配合一旦稳定，那种感觉很奇妙：不是我在指挥一台机器，而是两个人共用同一本手册。
先确认“问题还在不在”，再决定怎么改
还有一种看起来消极、其实最省返工的确认方式：先问“这个问题现在还在不在”。仓库里的文档、注释和页面提示，偶尔会比代码更乐观。让助手顺着调用链把前后端都走一遍，比直接下令“修一下”要体面得多。修一下很容易，修对地方才难。地图摊开以后，再决定动哪几行，戏剧性就少了很多。
语言要讲输入、输出、边界和验收
对工具说话，最怕的不是词汇量不够，而是形容词太多。“差不多”“类似”“看情况”听着很懂业务，落到代码里却能长出三种实现。我现在更愿意写输入、输出、边界和验收。报表要带组织筛选，就写进规则，而不是指望下一次还记得；数据库方言不一样，就把对照表放进项目，而不是每次都现场翻译。
本文所述协作方式，基于笔者所在团队在精工智能数字化工厂相关项目中的研发实践；把“记忆”从聊天框搬进仓库，本质上也是在为制造业数字化软件的长期可维护性问题找一种低成本解法。
