当前时间: 2026-08-16 23:19:54
分类:办公文件
评论(0)
人和AI之间,缺的不是对话,而是一份契约能写会算的人不缺,但能在同一个标准上站住不动的人真缺。你跟AI说了一遍需求,它懂了;你让它动手,它做了;可你看了结果,觉得不对。不是表达的问题,是它理解的和你想的之间,始终隔着一层。它知道你说了什么,但你说了不代表它就执行了。它不抗辩,也不追问,因为它的使命不是跟你争对错。于是同样的事你要重复好几遍,每次换一种方式说,它都当第一次听。然后你开始写文档。项目背景、代码规范、发布流程,写了,放进去了,觉得够了。但下一次它还是自己发挥了一段,不是故意的,是你写的东西它没装进行为里。那些约定、边界、什么能做、什么最好不要,没有变成它身上的硬约束。这不是AI的问题。换到新人身上也是一样。你讲了一百遍,他同一个地方翻一百次车;你并不是气他翻,是气他翻完不知道为什么翻?因为你只是在他走到那儿的时候喊了一声,但并没给一份关于这条路封了的手册。人和AI之间,真正缺的不是对话,而是不需要对话也能对齐的东西。第一件事是把散落的知识收拢,写成一份文件。让AI读完后能回答三个问题就行。跟签员工资格证一样,你在我的项目里做事,得先知道它是什么,不能每次都像第一天入职。这份资格契约不要求AI多强,只要求它知道什么不知道。知道的直接做,不知道的去文件里查,查不到再问。做完以后AI确实不问了。但新的问题出来了,同样的事做两次,两次手法不一样。字段命名、代码组织、异常处理,每次都有小幅偏差。单个看问题不大,但每次审查都要停下来确认一下它有没有跑偏。一个靠即兴发挥的AI,跟一个靠猜题过日子的员工,管理难度没什么区别。第二件事,把AI常做的事写成标准步骤。触发条件、执行顺序、完成标准、已知陷阱。下次同样操作,它按手册走,不走回头路。同时装一条门禁,编译不过关就锁住不让提交。更重要的是报错信息要说清楚为什么错、错在哪、怎么修。门禁不是断头闸,而是指示牌。这份行为契约签完之后,你们之间喘气的空间出来了。不是AI变聪明了,是你不需要每分钟盯着它。边界画好,框里跑,框外看,门禁兜底。你不是在靠反应速度管它了。两个人配合久了不用说话,一个人开头,另一个人知道接哪段。这种默契是踩过坑之后建立起来的,但AI跟你没一起踩过坑。AI动手前要先复述一遍它以为的目标。不是让你放心,是让它确认一次,发现偏了就在这修正,不等到跑偏了再拉。做完以后拿外部证据验证,格式对不对、接口通不通、逻辑是否成立。它不能用嘴说做完了,得用事实证明做到位了。它学着审它自己,同时配一把尺子,它能判断什么可以做主、什么必须停。你逐渐不把注意力花在"AI写代码"这件事上了,注意力转到人和AI的关系本身。但注意力怎么分配,光靠感觉是不够了。第四件事,收数据。提交通过率、审核修改率、自主完成率。这些数字变成调参数的工具。门禁松了紧了、契约漏了什么,数据告诉你,不用猜。让AI审AI,第一道同行评审交给它来做。但有一个检测不能省,改动量大却零问题反馈,你反而要警惕AI是不是走了过场。这种异常也应该收进数据里,不能够跳过。到这一步,你们之间已经有了一套完整的行为框架。不是一份纸,是一面墙。第五件事是前面四件做完以后自然发生的。你不需要一直在场了,不是因为AI可靠,是因为契约可靠。人走了,契约不散,整面墙可以迁到下一个项目去。关系不再是"我说你做",而是有了不需要语言也能对齐的前提。这套东西默认你有工程基础。没版本管理、没自动化部署、没持续集成流程,契约搭在上面也是松的。不是框架的错,是地基不行。评估还有主观偏差。因为起草者的习惯写死在了评估脚本里,你的上下文文件名字不匹配、格式不同,可能就不计分。这套体系的适配范围目前还比较窄。不是每个团队都需要走到底。只做代码审查、只做测试生成,停在第二层也不错。过度投资为未来搭基础设施,回报未必马上出来。有地图归有地图,走到哪站自己定。出问题谁担责,还没有分层方案。AI开始审AI,进化入口自己改操作流程,归因到哪一层,没人给出靠谱的答案。不是写框架的人漏了,是整个工程界还没跑到那里。但这四条不妨碍一件事的本质。它的价值不来自框架多严密,而来自一个朴素的认知,人和AI之间缺的不是更聪明的模型或更长的上下文,是一份不用每次重建的基础约定。你写进去的东西它读得懂,画好的边界它不出圈,定好的规则它不绕。不是一次做对了,是每次都能做对。你现在的项目还在靠对话对齐吗?只有哪天你不在,它还能按原样把事做对,那才是契约到位了。