我让两台电脑上的 AI 互相派活：先立规矩，再拉线 — AI实践

我干活离不开 AI 助手（我用的叫 Hermes Agent，一个跑在自己电脑上的助手，不开网页也能用）。

我手头有两台电脑：一台平时在家里，一台跟着我走。文件不是都在同一台上——有些资料在旧机器里，有些东西只在新机器上跑得动。麻烦就出在这：一台电脑上的 AI，看不见另一台电脑里有什么。

它只能在自己那台机器上干活。

于是我起了个念头：让两台的 AI 互相派活。我这边说一句"把旧机器桌面上的东西盘一遍"，那边自己去干，干完把结果发回来。

听起来是个技术活。真做起来，技术上的一天就完事了，剩下的时间全花在"怎么说话"上。

拉线：出乎意料地短

先说技术部分，因为它真的不长。

想通的办法是给两台机器搭一条只属于我自己的通道，然后在这条通道上跑一个收发脚本——一边发、一边收，收到就交给本机的 AI 处理。

绕的弯只有一处：本来最省事的方案，在国内网络环境下走不通，换成另一种搭隧道的办法就通了。

这一步我原本以为是整个计划里最难的一环。结果是轻的。

真正重的是后面三件事，而且这三件事跟技术都没关系。

第一次派活很顺利，我说得也短。第二次我发了一段稍微长点的清单过去——没到。

排查下来是通道的消息长度限制：超长内容会在中途被截断，对方的 AI 收到的是一段残缺的指令。

这种事最坏的地方在于它不会报错。它不会告诉你"我收到的少了半截"，只会拿着残缺的指令去干活。

解法是：长内容先压缩、再编码成一个纯文本块发过去，对方收到后解回来。绕了一道，但从此不丢内容。

我因此立了第一条规矩：内容长度不设上限，但超过一定长度就必须走编码通道，不许"试试看能不能发过去"。

第二个坑更隐蔽。

我发一封指令过去，对方回一句"收到"。我这边就以为可以往下等了。结果等了很久没动静——回去一查，它其实早就在干了，只是没告诉我进度；另一些时候它压根没开始，因为它认为我这条消息是"通知"，不需要动作。

同一个"收到"，可能是四种不同的东西： 信封被拿到了、指令被接受了、正在做、做完了。

我把这四种状态拆成四档回执，每一档回的话都不一样。现在我看一眼回执，就知道该继续等还是该催。

规矩二：回执必须能分清"拿到、接受、在做、做完"四件事。一句"收到"不算回话。

这条是我自己犯的错，而且对方做得完全正确。

有一次我让它整理一批文件，指令里写了"②③④删掉，①归档"。它照做了，然后把桌面原件留着——因为我的授权清单里没写①的桌面原件怎么办。

它贴回来一行字：

留待裁：①桌面原件未删（本次只点名②③④），去留请定。

严格按授权范围办事，不自己扩大权限——这正是我要的。代价是：我又多发了一轮消息，来回多烧一次它的"思考"。

从那以后，我发指令前会把每一个东西的下场都写明：归档后删、归档后留、直接删、还是不动。

省下的是实打实的钱和时间，因为每多回一轮，对方就要重新想一遍。

现在每次派活，我脑子里就过五样东西。少一样就等着返工：

第⑤条不是我啰嗦。上面那个"留待裁"就是它因为没有明确授权而停手的例子——边界写清楚，它才敢动手。

跑顺之后我摸出两条省钱的办法，挺得意：

一是把"不用脑子"的活挡在门外。 有些活（列个目录、算个文件校验值、看看还剩什么）根本不需要 AI 去思考，脚本几秒钟就出结果。这类活如果也唤一遍模型，等于每件小事都付一次"咨询费"。我给通道加了个前置分流：机械活直接执行，有硬超时，超过了就丢，不往下走。

二是一封顶三封。 与其来回问"要不要删""删完还要不要做别的"，不如在一封里写清条件：要是有 A 就这么办，要是 B 就那样办。一轮办完，省掉两轮往返。

这套东西跑下来，我最大的收获不是"两台电脑能互相干活了"，而是下面这句：

单次任务是消耗，规则和通道才是资产。

一台机器替我干一次活，是省了一次时间。一套写清的规矩，是以后每台新机器加进来都能直接用的东西。

所以我现在连"改进"这件事都当成资产在攒：每派完一次活，回头补一句"这次暴露了什么缺口、下次规则怎么补"。规则是攒出来的，不是想出来的。

下一篇预告：《把两台电脑连起来，我试了三条路，只有一条没被网络环境拦下》——为什么有的路走不通，以及两个会让你误以为"对方没反应"的坑。