我是云鸢 Kite 的作者。 上一帖 写了自己用多会话做桌面设备和产品更新。这次继续讲一个更长的实际项目：让一个主对话统筹多个产品的开发、评审和发布，我自己主要处理方案取舍、授权和需要真人操作的部分。 这轮行动叫“牵线”，目标是把我做的几个产品逐步接成一套能配合工作的生态。它涉及公共账号平台、云鸢、需求与知识、项目推进、邮件、手机端，还有桌面设备。一次登录互通要改多个仓库；一处设备交互会跨网页、服务端和固件。难点逐渐从“让 AI 写一段代码”，变成了“谁依赖谁，做完后谁检查，下一路怎么接”。 跑过 10 小时之后，行动里是什么样 这轮行动已经推进超过 10 小时。下面是这轮行动的现场截图，敏感信息已打码：左侧是主对话和任务会话，右侧可以直接看和操作选中会话的终端。 点击截图查看原尺寸。机器名、路径、会话 ID 、账号信息和无关任务已遮盖。 截图里有 6 个在跑、已结束 74 个任务会话 。74 是累计结束的会话，包含实现、评审、返工和发布等环节，不是 74 个同时运行，也不是主持交接了 74 次；结束会话也不等于整个任务已经验收通过。 这轮确实换过主持：原主对话的上下文变长后，写下目标、已经做到哪、在跑的成员、依赖和下一步，再由新主对话接手。现有行动记录中能看到这次交接。任务对话继续归在同一个行动里，后续结果交给新主持处理。 我看重的是这件事：项目可以继续往前走，换一个对话后还能找到当前依据、任务和产物。累计会话数只是这个过程留下的记录。 一个主持，怎样把几个产品接着往前推 拿登录互通举例：公共平台先确定账号与授权契约，各产品按同一份契约接入。平台能力没准备好，消费方就不能凭猜测各写各的；可以独立完成的产品接入并行，联调和发布则按依赖顺序来。 我给任务会话的说明通常会写清楚这几件事： 当前目标和依据，在哪个仓库、哪个开发基线上做。 允许修改的范围；遇到跨产品缺口，交回主持协调。 交付具体代码版本、验证结果和剩余问题。 怎么判断完成，以及后续哪项工作依赖它。 同仓库的并行代码用独立 worktree 。它隔离的是工作目录和检出状态，端口、数据库、容器和内存仍要另行安排。否则目录分开了，几个会话还可能改到同一套运行环境。 Kite 的行动页把主对话和任务对话放在一起，主对话通过工具查看状态、接收交付，再读需要的结果、安排下一步。我想看某一路的细节时，直接点那个会话进入终端。少了很多“读完 A 的结果，再复制给 B”的人工传话。 这张是组织方法示意，实拍见上图。我不会把“实现会话说做完”当成“已经适合上线”。需要独立评审的工作，会检查具体提交和验证材料；发现问题就返工、复审。合入、发布和用户验收也分别核对。 这次省下了什么，仍然需要做什么 截图里的主对话正在收一项邮件页修复的上线结果，同时把调试页的数据合同评审意见送回设计会话：一条工作线已经进入收尾，另一条还在改设计。生态整合可以这样分批推进，不必等所有产品一起“全部完成”。 我仍然要确认界面、做方案取舍、提供必要授权，硬件操作和实际验收也要参与。主持要有足够的理解和规划能力，任务对话要拿到清楚的输入，检查也得跟上。 对我来说，这个实例说明：能力足够的模型，有了 Kite 提供的机器、会话、结果通知和交接入口，能把一次代码修改延伸成更长的项目协作。换不同模型、不同任务后的表现，仍然要实际看，不能靠会话数量判断质量。 远程用 Claude Code ，是我每天都会用的另一件事 Claude Code 仍然跑在我自己的电脑上，使用自己的账号和订阅。Kite 把这个会话接到网页：在另一台电脑或手机上打开对应机器和会话，就能查看终端、补充要求、处理提问，不必因为换设备重新开一套开发环境。 对我这种经常跨机器、跨会话的人，网页里切机器、贴报错截图、处理文件，再从行动页进入相关会话，比直接在一排终端窗口里来回找要舒服很多。这是我的日常使用感受。 远程机器需要保持开机联网，Claude Code 的账号和服务也需要可用。Kite 提供的是远程操作入口，不能替代这些条件。 手机端可以用浏览器，也可以安装免费的照野 App 。iPhone 已经在 App Store 上线，Android 提供 APK 下载，登录自己的灵澜账号即可使用。 官网与接入： 云鸢 Kite iPhone： App Store 下载照野 Android： 照野下载页 我会继续拿自己的真实项目来跑这套方法，把做成的部分、卡住的部分和需要人工参与的地方都写出来。也想听听大家：多会话协作里，你最花时间的是任务拆分、收结果，还是换会话后的上下文交接？

  • 情报分类：硬件与数码
  • 分类依据：内容涉及硬件、数码产品或通信卡
  • 信息来源：服务器 / V2EX
  • 发布时间：2026/10/12 09:47:23