
等顺风车的碎片时间,我发起了一次晨间复盘
做法就两条:主流程外的活全部甩出去,八项数据源一条命令并行抓完,晨间复盘从 49 分钟压到 43 秒。
10 月 1 日早上 7 点 44 分,我在路边等滴滴顺风车。前一单司机跟我沟通了三次,人始终没来,我重下了一辆。等车的空当,我发起当天的"复盘计划总结",让 AI 数字员工把近期任务盘一遍。
这个"复盘"是我写给 AI 员工的一个技能文件:每天早上一发动,它就照着台账对照清单、点名断档、补记数据,把昨天干得怎么样、今天该干什么理出来。平时它跑得挺稳,我没怎么盯过过程。
今天盯了一次,盯出问题来了。
活干完了,但花了 49 分钟
先说清楚它干了多少活,免得后面显得我苛刻。
9 月 29 日的清单对照,确认完成 2 项、2 项没着落;9 月 30 日断档点名;10 月 1 日清单制定;App 补记三批;来文扫描,零命中加两条 P1 知会。它还点名了四个蛇尾信号:一笔额度闲置了 15 个百分点、钉钉断链 8 天、排产槽全空、一个叫 zdq 的项目六天零提交。
交付是实打实交付了,问题在另一个数上:全程跑了 49 分钟。
一次晨间例行复盘,49 分钟。我当时没发作,先把这个数记下了。
"这就是一个完全失败的技能"
早上 8 点半前后,复盘报告交上来,我盯着耗时看了几秒,把话直接撂了过去:
"你写个计划复盘总结的技能,你用了49分钟。这就是一个完全失败的技能。干这个活,5分钟之内是必须完成。1~3分钟为佳。那些推送,或者是像那个修复钉钉采集数据,这些活都不应该在这个技能里面做......有问题,派子代理去完成,不应该阻塞这个计划任务的主流程。"
话糙,但每一条都能验收:5 分钟是硬上限,1 到 3 分钟算佳;推送、修数这种活不许进主流程;有问题派子代理,不许阻塞。批评给到这个颗粒度,就不是情绪发泄,是验收标准。
技能认账也快,当场进入改革。但认账不值钱,改完见数才值钱。
病因:主流程混进了不该进来的活
把 49 分钟拆开看,时间花在三个地方。
一是 kb 推送,也就是我自己的知识库同步,串行跑了 77 秒。二是中间插进来一桩钉钉断链修复,复盘的节奏被打断。三是数据收集:八项数据逐项取,每项都要模型往返一次,纯串行。
这三样,没一样是"复盘判断"本身。复盘的本职是抓数、判断、写盘;推送和修复是顺手夹带的私活,逐项取数是拿串行的笨办法干并行的活。
根子不在 AI 慢,在我设计技能的时候就没想过一件事:哪些活不属于主流程。流程脏,跑得再勤也是脏着跑。
改革:三条纪律,一条命令

改革分两层,先立规矩,再上工具。
规矩写进技能文件,叫"时间盒与出数纪律",三条:
- 整个复盘 5 分钟硬上限,超了按事故算;
- 一轮出数,不边跑边补、不反复回头;
- 非阻塞,主流程外的活一律甩后台或派子代理。
光立规矩不够,得有工具兜底。我派单建了一个采集脚本 tools/jihua_collect.py,把八项数据源捏成一条命令:单项 20 秒硬超时,取不到就落"未核实",不许一个源拖死整跑。
规矩管行为,脚本管出数,两个配齐,时间盒才不是一句口号。
0.53 秒?我自己先不信
脚本交付,报上来的耗时是 0.53 秒。
我的第一反应不是惊喜,是怀疑。我心里按串行算过,八项数据怎么也得 3 到 8 秒,0.53 秒快得离谱。原话直接甩过去:
"你有没有时间概念呢?耗时0.53秒。你在骗鬼呢?"
它没辩解,当场第三遍复跑:0.512 秒。再翻日志,8 个数据源的"获取时间"有 7 个落在同一秒------串行跑不出同秒时间戳,这就是并行跑完的铁证。
这一回合错的是我。我脑算时默认了串行,压根没看实现里本来就是并行设计:总时长由最慢的单项决定,Electron 启动和 API 各约 0.5 秒,并行取最慢,所以整体就是 0.5 秒上下。质疑本身没错,不信就复跑是对的;但预估之前先看实现形态再张嘴,这个坑我自己记下了。
掐表实战:43 秒

道理讲完,上秒表。
09:03:31 发起,09:04:14 写完盘,全链 43 秒。拆解一下:collector 抓数 0.4 秒,判断加写盘约 40 秒,kb 收尾甩到后台 8.5 秒,不占主流程。
从 49 分钟到 43 秒,差的不是 AI 变聪明了,是把 48 分多钟的私活和串行等待从主流程里清了出去。判断本身那 40 秒,一秒没少花,也不该少花。
把快从态度变成结构:纪律写进技能文件,脚本兜住出数,快才不靠当天状态好。
同一个上午,顺手干完另外两件
复盘改革不是孤立事件。从等车开始这一个来小时,一共成了三件事。
第二件,给内容产线的品控上了回归闸门。品控规则改来改去,改没改坏以前全凭感觉。我把 9 月 28 日攒下的 20 条评测用例派子代理写成回归脚本,首跑 15 过 5 挂,全部真实样本。5 个挂里 4 个是"规则口径待定"、1 个是历史稿,本来就是设计出来逼我做终裁的。四轮逐条定性:历史和归档样本豁免、闷段规则豁免代码和表格、"编造"判定从字面子串检索降为机器初筛加语义终判、相似度闸门改三级口径治灰区假阳性。另加一道语义判卷,抽一篇已发母稿逐句核对,27 句零编造,7 段全部有物证支撑。终态 20 过 0 挂,退出码 0。顺手还立了用例准入闸:只收真实翻车记录、机器判不了的直接标待裁、超 30 条冻结新增,防止回归集自己长成新的臃肿。
第三件小,但解气。钉钉断链 8 天的根找到了:采集链全程正常,"没有新消息"就是真相,客户端 9 月 24 日退出后再没启动过。重启客户端,断点自动补采;断采告警排进候排。悬了 8 天的"数据沉默",病根是客户端没开。
这场改革,你能拿走什么
我自己先交两个底。一是性能预估别按串行脑算,我张口就来 3 到 8 秒,实测 0.5 秒,差点冤枉了脚本。二是早前的清单验收线设计太弱,9 月 29 日两项任务只能判"未确认",因为没要求现场类任务留证,后面改成拍照或群里回执才算验收。
然后是可以直接搬走的三样。
一是主流程洁癖三问:这活是不是流程的本职?它阻塞主线吗?能不能一条命令并行出数?三个问题有一个答不上来,就把它清出主流程。
二是时间盒三纪律,原文照抄就能用:5 分钟硬上限、一轮出数、非阻塞。任何"例行报告"类流程都适用。
三是质疑要落到可复查的实测。不信就复跑,复跑留证据,同秒时间戳比任何辩解都硬。
对企业读者换算一笔账:凡是"每天例行出报告"的岗位,先掐一次表现在占多少分钟,再用上面三问清主流程。我这里单次从 49 分钟压到 43 秒,省下 48 分多钟;晨会汇报、日报汇总同理可算。省的不是一次性的时间,是每天固定漏掉的那一块。
FAQ
Q:43 秒能复盘出什么干货?
A:抓数只占 0.4 秒,剩下约 40 秒都在判断和写盘,清单对照、断档点名一样没少。快不是省了判断,是省掉了等待和私活。
Q:时间盒三纪律能搬到别的流程吗?
A:能。先画主流程线,线外的活甩后台或派单;出数一轮抓完;给整个流程设硬上限,超了按事故处理。例行报告类流程通用。
Q:0.53 秒怎么证明不是编的?
A:当场第三遍复跑 0.512 秒,日志里 8 个数据源的获取时间 7 个同秒。串行跑不出同秒时间戳,这比辩解管用。
我是野生码农,AI实战派。17年全栈工程师,一人AI公司实践者。打造个人IP内容体系、软件全链路产品产线,拥有百套企业AI方案、200多个岗位Agent;自研知识库、AI数字员工系统,公开实战复盘。
本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。
这篇来自《数字员工养成记》系列。
关注我,看真的。
野生码农AI实战 · 全网同名