第 1 篇
我让两台电脑上的 AI 互相派活：先立规矩，再拉线
我有两台电脑，各自装着一个 AI 助手。想让它们互相干活，我以为难点是"把线拉通"——线只花了半天；真正费时间的是"怎么发话"：话太长会断、对方回"收到了"不等于听懂了、授权里漏写一个文件它就停下来等我裁。这篇讲这三个坑，和最后定下来的一套"派活五件套"。
AI 联邦手记
两台（以后是更多台）电脑上的 AI 怎么互相派活。从怎么连线、怎么下指令、怎么收回执，到怎么扩机、怎么防止翻车——每一篇都是真跑过一遍的：踩了哪个坑、怎么解开的、最后定下什么规矩。按顺序读，可以照着搭一套自己的。
共 9 篇，建议按顺序阅读。
第 2 篇
把两台电脑连起来，我试了三条路，只有一条没被网络环境拦下
我想让两台不在同一个网络里的电脑上的 AI 互相说话，先后试了三条路：同一个网里直连、用现成的异地组网工具、自己架一条隧道。前两条一条不适用、一条在国内根本连不上，只有第三条通了。这篇讲三条路怎么取舍，以及落地时踩的三个坑——其中两个会伪装成"已经发出去了，对方没反应"。
第 3 篇
我把授权拆到"每一个东西的下场
让另一台电脑的 AI 整理桌面，我发了三封指令才收尾——不是它不听话，恰恰是它太听话：我第一封授权里只写了"三个删掉、一个归档"，没写那个归档的桌面原件怎么办，它就严格按范围执行，然后回了一句"留待裁"。这篇是那次的完整来往、我因此改掉的写法，还有一个"自检全绿、真发就崩"的教训。
第 4 篇
收到了"害我多等一轮：给跨机回执定四档
把指令发给另一台电脑的 AI，它回一句"收到"，我就等着——结果有时候它早干完了，有时候它压根没理解要动手。一个词分不出四种状态，这是设计问题不是态度问题。这篇讲我怎么把回执拆成四档、给每一档配一个默认动作，以及一个差点让我把"成功"读成"失败"的反转。
第 5 篇
哪些活能派出去，哪些绝对不能
我让另一台电脑的 AI 整理桌面，它做不到我这样的效果——不是它能力差，是判断力和授权两样都没有。这篇讲跨机派活的能力边界：什么活必须留在主脑（看全貌的那一方），什么活连模型都不该唤起（机械活由本机脚本零 token 做完），以及一次"我出草案、对方挑出六处错、其中五处是我的错"的经历。
第 6 篇
一段中文指令发过去，少了半截
一句中文发过去，对面只读到半截——不是它没答，是消息在长度上限处被无声砍了尾。这篇讲清三件事：上限为什么按"收方口径"算、中文为什么一个字要算六个字符位、超过阈值之后的两条出路（打包成纯英文数字直传 / 带序号分片）。
第 7 篇
我让另一台电脑的 AI 来挑我的错
我请另一台电脑上的 AI 评审它那台机器跑了很久的一个实验，一次派四个视角、彼此不通气。结果评审团给出的三条关键指控里，有两条被原始数据推翻——差一点，我就把假证据当成"最值钱的发现"报了上去。这篇讲评审怎么组织、评出来的结论凭什么才能信。
第 8 篇
从两台到五台：扩机前必须先定的三件事
我这套跨机派活现在只在两台电脑上跑，但"以后要连更多台"这句话逼我趁现在就把规矩定死——地址走名录不写死在代码里、每台装同一套收单脚本、保持星型但分发做"一发多收"。这篇讲这三件事为什么必须在加机器之前定，以及垫在它们底下的两样东西：让每条消息能被对上号、丢件不再无声；和一张不含任何密钥的"能力卡"。
第 9 篇
我的跨机规矩改到第 4 版：每一次翻车补一条
我那套跨机派活的规矩，第一版有九个章节五个附录，看着很专业，但没有一条是从真实事故里长出来的；真正救命的条款全是后来被截断、误判、白跑一轮逼出来的补丁。这篇把 v1.0 到 v1.4 的补丁史翻出来看，也顺手记下三条最通用的教训：出事故先查自己这侧、报故障前先怀疑自己的读法、同一件事只能有一个权威源。