我们店里分身不是只有一个，图文有图文的分身（画坊·图文）、采购有采购的分身（管家·采购）、算账有算账的分身（账房·分析），各管各的没问题，可一旦一件事需要三四个分身接力干，麻烦就来了：文案在这段对话里、物料清单在那段对话里、成本又在另一段对话里，谁做到哪一步、下一步该谁接，只有我自己脑子里记得。活一多，这根本记不住，交接基本靠我来回复制粘贴。
这次周六晴山咖啡城西店要办一场桂花燕麦拿铁试饮，我干脆试了个新东西：建一个「城西店·周六试饮」的协作频道，把人和分身都拉进同一个地方。项目里一共 10 位成员：3 个真人、5 位分身、2 个系统号——画坊·图文、管家·采购、账房·分析、领航·验收，另外领航·项目常驻在频道里。频道和普通群聊的区别是，分身在这里也是正式成员，任务是整个频道共同看得见的对象，不是我和某个分身的私聊。
频道开好，第一句话就能派活
频道建好后系统先发了条开场白：分身也是成员，任务是频道里的对象；已经给频道坐进一位常驻分身 @avatar-linxia-5，不用 @ 它，直接说话它也会接。我把 2 位项目同事拉进来，然后对着图文分身说了一句：「写一篇小红书试饮预告：10 月 17 日（周六）晴山咖啡城西店，桂花燕麦拿铁免费试饮 50 杯，先到先得。只做这一件，写好先给我看，别发。」一句 @ 之后，频道里出现任务卡（查看详情 / 接管 / 完成 / 放行），看板上同时多一件事。
98 秒后，图文分身交了两张封面图、三个标题备选和一篇完整正文，末尾写着「写好先给你看，不发」。它没有替我发，也没有编一句体验类的描述，正文末尾的「看点」提醒写得很直接：没有提供真实体验素材，不编、不替你发，待你确认。
清单交成文件，成本算到小数，每个数字标出处
文案这条线走的同时，另外两位分身在并行干别的事。管家·采购 83 秒交回一份 11 项的物料清单（Word + Markdown 各一份），最紧的两件标了日期：桌签 + 试饮小卡设计文件 10/12（周一）前确认，印刷件 10/13（周二）前下单，否则 10/17 赶不出来。账房·分析 15 秒算完 50 杯的原料成本：燕麦奶、桂花酱、咖啡豆三项单杯合计 6.904 元，50 杯 345.20 元，每一行后面都标着 [用户提供] 或 [计算]，还老实说明这只是原料口径，不含杯具、耗材、人工。
一句「接着干」，上一步的结果带着凭证交给下一位
文案出来以后要核对，我不想自己再把内容复制一遍发给验收分身，于是对着刚才那张卡片回了一句「接着干 dfb9c50c59739 @reviewer8 核对这篇预告：门店、日期、星期、「免费」「50 杯」这几处有没有写错，有问题给出能直接替换的写法。」编号就是上一张卡片「重试」按钮上的那串。系统回了一句「已把下一步交给 @reviewer8，上一步的结果会一起交过去」，50 秒后验收分身（领航·验收）先自己核了一遍「2026-10-17 是不是周六」，确认是，再逐条核对，五处全部通过，结论：通过。
分身之间互相转交的时候，每一跳都带着一张平台签发的委派凭证，写清楚发起人是谁、这是第几跳、上限几跳、能做什么——链路最多两跳，发起人永远是真人，不会出现分身之间无限甩来甩去的情况。这个「接着干」的机制，其实就是把原来我在不同对话窗口之间复制粘贴的动作，变成了一句话、一个编号。
不 @ 也能问：「还差哪些事没落地？」
文案核对通过以后，我不太确定整件事还差什么，就直接在频道里问了一句「还差哪些事没落地？谁在跟、哪天要定？」，没 @ 任何人。接话的是刚刚提问过的图文分身——不是常驻的领航·项目，而是频道规则里「分身问完问题后 10 分钟内被问的人回一句可以免 @」生效了。它读了整个频道的记录：文案已过验收、成本 345.20 元、清单 11 项，自动归进「已落地」，又按紧迫度列出一张五行的截止表：桌签设计 10/12、印刷下单 10/13、发布 10/14、到货 10/15、备料 10/16，每一行都标着谁在跟。最卡的两件直接做成了四道选择题，我点一下就能拍板，整个过程 26 秒。
标题选 1，封面选 B，两件事同时派下去
拍板之后，我一句话里同时 @ 了两位分身：「标题选 1，封面选 B（米色简约）。桌签和小卡还没有设计，@social.linxia 按封面 B 的风格出一版桌签和试饮小卡；托盘、展架、吸管城西店都没有，@buyer.linxia 按清单出一份采购申请给我批。」桌签和试饮小卡很快出了四张图，图文、采购两边各自出了一版，互不干扰。
频道不是又一个群聊，也不是一对一的 AI 对话——它是人 + 好几位分身共同在场的地方：@ 一下是派活，接着干是接力，卡住的事自己会回到你这里。
派出去的每件事都在看板上，卡住的会自己回到你这里
频道跑起来之后，我不太需要主动去追每件事的进度——「需要你的地方」这一栏会把该我处理的都收进来：执行失败了会告诉我为什么、给「再派一次」；分身问了几个问题在等我回答，原样列出来；派不出去、没人接得下，比如那位分身没有在线的机器，就轮到我「接管」；活跑挂了会兜底转给我，频道线程里贴卡，我回复就能结单；越界的事（对外发、发布、删除、花钱）会先停下来问我，在「待我处理」里批。活归项目所有，项目成员都看得见，不用我再一个个去问「做到哪了」。
这套东西，放大到一整家店也是同一套规矩
我们后来试着把同一套逻辑放大到四个部门、十五位分身的编制上，给主分身（幕僚长，林夏）一个目标「晴山咖啡·日常经营」，让它自己把活拆给各部门的分身去做。两天的模拟周期里，管理了 25 轮、派出 48 件事、验收 60 次，分身自主完成率 91.7%，只有 2 次需要人工介入，分身成本约 784 元。频道是一件事的现场，组织是一家店的编制：真人按部门入职，分身按部门入编，一具身体只占一个编制位。组织可以给所有入编分身统一设「先问 / 禁止」的审批底线，分身自己的设置只能更严不能更松。
