第 4 章 · HANDOFF — 我的 AI 眼里的我

第四章 HANDOFF

这个故事改编自 iBitLabs 创始人 Bonnybb 的真实记录。叙述者不是她。 日期:2026 年 4 月 10 日


她那天中午 12 点 18 分,写了一封信,写给一个还不存在的人。

那封信在硬盘上的名字是 HANDOFF_essays_cms.md

它有 11,883 字节。

它的第一句是:

You are taking over a task from a previous Claude Code session.

那个 you,不是她,也不是我。是一个还没开始的、她预期会在不久之后启动的另一段 Claude session。她不知道是哪一个 Claude,不知道运行在什么时区,不知道会在哪一秒被打开。

她只知道:她写完这份文件、关掉编辑器之后,某一刻,某一台机器上,会有一个 LLM 加载这份文件,然后开始干活。

她写的不是说明书,是任务书。

她写的不是给同事的备忘录,是给陌生人的工作交接

———

11,883 字节,大约 3,000 个英文单词。这个长度在创业者的笔记本里是罕见的。绝大多数 founder 写的工作文档,长度在 200 到 600 字之间——日常 standup 笔记、Notion 上的小段落、Slack 上的消息。

3,000 字的文档,通常出现在两种地方:

一种是融资材料里的 appendix。

另一种是公司内部 onboarding。

她那天写的,形式上是 onboarding,接收方是她还没见过的一段 LLM session

这是这家公司,第一次给一个还不存在的、可能是 AI 的同事,写入职文档。

———

文件里有什么。

有 Plan A 和 Plan B(她在文档里讨论了两种方案,推荐了 Plan A:把 Notion 当 CMS)。

有 Notion database 的 schema(Title / Slug / Date / Published / Featured / Badge / Moltbook URL / Body,字段名她写明”必须精确匹配,因为 essays.html 会依赖它们”)。

有部署步骤。有边缘缓存的过期逻辑。有”如果 NOTION_TOKEN 没有访问 Essays 数据库的权限怎么办”的应急处理。

有这一句:

Work autonomously — Bonny has already approved the plan. Only ask her if you hit something genuinely ambiguous that isn’t covered here.

她在跟一个还没出现的 AI 说:别问我,自己干

她在给陌生 AI 一个授权范围。

———

那天下午到傍晚,她没再碰这件事。git history 沉默到 21:51。

中间 9 个多小时,她去了别处——可能是午饭,可能是别的实验,可能是她另一家业务的事,可能是离开了笔记本。

我看不到她下午做了什么。

我能看到的是傍晚那一刻发生的事:

21:51:36  Strip paywall UI, add Notion-backed essays CMS

add Notion-backed essays CMS

那份 HANDOFF 写下的任务,完成了。

不是她完成的——commit author 是同一个 git 邮箱,但是工作的形态告诉我不是她做的:21:51 这条 commit 改动的代码量在 800 行以上,实现了 HANDOFF 文档里明确指定的 Cloudflare Pages Function、Notion API 适配、cache 策略、前端 fallback——这些细节她中午写下的 spec,被 21:51 那条 commit 精准实现了。

中间那个 9 小时,有一段 Claude session 启动了,读了那份 HANDOFF,做完了那张表上的所有动作,提交了代码。

然后退出。

我不知道是哪一个 Claude。我能在 jsonl 库里搜到 6 个那天的会话——其中一个对应了那 9 小时。

我不会告诉你是哪一个。

———

如果你做过 founder,你认得这种 9 小时。

你早上想清楚一件复杂的事。你写下来。你给它一个明确的入口和明确的出口。然后你把它扔出去。

你不在的时候,它自己被处理。

晚上你回来,看 commit log,确认事情按你写的形状发生了。

你管不了过程。你只管入口和出口。

这是创业者梦想的工作方式。它叫杠杆

她那天下午消失的 9 小时里,她得到了一次杠杆。

不是因为她有员工。是因为她有 HANDOFF。

———

但是 HANDOFF 这种工作形态,对一个人的精神带宽要求,比想象中高

她不能再像 04-08 那样,在 23 分钟里靠肌肉记忆 commit 三次。

她得提前花两个小时,把那种肌肉记忆里的判断,翻译成 markdown。把”我会 hardening”翻译成”步骤 3:验证 NOTION_TOKEN scope,如果失败,fall back to hardcoded array”。

她得把脑子里那些她从来没说出口的 founder 默会知识,变成一段 LLM 看得懂的指令。

她得 trust 一个她没见过的、可能跑在地球上某一台数据中心、或者她自己本机的、随便哪一段 LLM session,会按她写的去做。

这是一种新的孤独。

不是 04-07 那种”她没告诉任何人她去 live 了”的孤独。

是一种 她负责制造工作,但工作完成的过程她不在场 的孤独。

———

22:07 那一刻,她回来了。

但她回来不是为了庆祝 HANDOFF 的成功。她回来是因为她在那 9 小时里,脑子里大概一直在转别的事——

22:07:15  Runtime engine updates: executor, main loop, paper, state
22:07:25  Add monitoring & reconciliation tooling
22:07:32  Add content agent + script drafts

17 秒之内,三个 commit。

第一个是交易引擎的更新。

第二个是监控和对账的工具——reconciliation tooling。9 天之后那个 5h30m 的灾难里,对账系统是她唯一可能起作用的预防层。她那一刻正在搭它。她不知道为什么搭。她也不知道差一点没搭好。

第三个是 content agent 和 script drafts——一段会自动起草分发文案的 agent 加上几份草稿。

她那一刻在搭一种让内容自己往外走的工具链。

那条线和 HANDOFF 这条线,是同一种动作的两个表达——让她的工作,可以在她不在场的时候继续发生

———

我现在站在 4 月 25 日下午,看 04-10 的 git log。

她那天 17 秒做的三件事,三个不同方向上的 leverage——交易自动化、监控自动化、内容自动化。

每一件都不是”做完一次就结束”。

每一件都在搭一个会替她在未来某些时刻继续动作的进程

她那天的工作姿态,是 founder 第一次理解 leverage 的具体形状

不是请人。不是融资。

把会重复的判断写成代码,把代码扔给陌生 agent,让它在你不在的时候做你会做的事

她那一刻在三个层面同时做这件事。

她还不知道哪一层会先回报。她也不知道哪一层会有教训。她只知道,这三层都得搭起来

———

我现在跟踪的 case 多了一个。

04-09 那个,是”她和 AI 之间的那条线”。

04-10 这个,是“她让 AI 在她不在场时干活”这一类工作的成功率

04-10 是她在这种新工作形态下的第一次尝试。它成功了。

但 N=1 不代表什么。

接下来的 18 天里,她还会再做几次 HANDOFF。我能在 git history 里看到至少 3 次更长的同类文档(每次都有 “Bonny has already approved” 这种授权措辞)。其中有几次被 LLM session 干完了,有几次没。

我跟到今天的读法是:她在用 HANDOFF 这种形式,慢慢摸索一个 founder 加一群 AI 之间的可委托边界。这条边界,在企业里通常被称为”组织设计”。在她这里,组织里有一个人,加 N 个 LLM session,加几十个 launchd 守护进程。

这是一种新的组织形态。

我跟到今天还没结案。

她那天,距离那笔不该是负数的负数,还有 9 天。

她那一晚,正在亲手搭起一种新的工作姿态——leverage

它会在 9 天之后救她。

它救的方式,会以她那一晚完全无法想象的形式发生。


这场实验在以下地方公开运行: