离开电脑任务也能继续跑:LoomLoom 是怎么把人和设备解耦的

胜算云编辑于 2026-09-08
615 次阅读

最近和几位做 Vibe Coding 的开发者聊,发现一个越来越普遍的处境:Coding Agent 在 Mac 或 Windows 工作站上一跑就是十几分钟,人却已经出门、出差、在路上。这段时间里,他们本能的反应是摸出手机,看一眼进度、批一句 Prompt、改一个选项。

过去几年大家也确实是这么解决「人不在电脑旁」的——远程桌面、SSH、堡垒机、Tailscale,把人和「那台机器」重新连起来。最近很火的 UU 远程 4.39.0,也在这条路上往前走了一步:终端多会话、macOS 自动解锁,让手机接管 Coding Agent 更顺了。但事情正在起变化:一个常驻在云端的 AI 执行力底座,让「人在哪台机器旁边」这件事本身,开始变得不重要了。

1. 远控把人和机器重新绑死

远控工具——UU远程、向日葵、SSH、Tailscale、企业堡垒机解决的是一个具体问题:把人和「那台机器」重新绑在一起。它们好用,配置也成熟。但有一个隐含前提:任务必须跑在那台机器上。一旦你常驻两台以上电脑,或者经常切换网络环境,远控就开始让人捉襟见肘:

  • 出门前需要记起每台设备的状态、登录态、VPN 是否连通;
  • 路上要重新连接,连上了还要找到那个具体的会话窗口;
  • 遇到断线、锁屏、macOS 自动休眠,需要在手机上重新授权;
  • 屏幕共享过来的画面,本质还是「另一台电脑」而不是「这次任务」;
  • 说到底,远控是把你送到机器跟前,但位置本身就是约束。

2. LoomLoom:AI 执行力让人和设备解耦

图片

LoomLoom 是胜算云推出的 AI 执行力基础设施。它的核心定位不是「又一款 Coding Agent CLI」,而是一层独立于「你那台电脑」的执行底座。这层底座做了三件事:

执行位置云端化。任务跑在 LoomLoom AI 工作流 OS 上,而不是你手边的 Mac 或 Windows。本地电脑只是客户端之一,真正的执行、调度、状态、重试、可观测都在云端。

批量和单次一样快。通常批量任务会因为流程叠加、串行排队、模型推理排队让人等上十几到半小时。LoomLoom 的执行底座是为批量设计的,批量跑不会像单条串行那样越排越长。

结果云端可取。执行结果留在云端,不落在某台电脑的屏幕或本地文件里。你从哪台设备都能用 CLI 拉到结果——出差时想快速用一下自己的工作流模板,在手机上查一下就行,不用依赖工作的那台电脑。

图片

三者打包之后,开发者面对的不再是「人离开电脑怎么办」,而是「这一轮任务什么时候拿到结果」。

再进一步,客户端甚至不必是电脑。手机上的 Agent(比如 WorkBuddy)也能直接完成批量任务,它连的是 LoomLoom 的云端底座,而不是某台电脑。你出门只带一部手机,在 WorkBuddy 里发起批量任务、查进度、收结果,全程没碰过电脑,那台常驻的工作站连开机都不用——这正是 LoomLoom 把执行放到云端后,任何端都能接入的结果。

3. 工作流还能变成收入

除了自己跑任务,你沉淀下来的一套工作流,还能选一个固定版本上架到公有模板市场。别人按次付费调用,你每次都能分到一笔:

  • 按次收费,九成归创作者,平台只抽 10%;
  • 服务端黑盒执行,买家只拿结果,你的编排和提示词不下发。
  • 市场里已经有「美股初筛 ¥0.20/次」「简历优化 ¥5/次」这类上架工作流在跑。同一套工作流,把人从设备上解耦之后,还能反复产生收入——这是执行底座之上的第二层。

图片

4. 现实场景对照

把视角落到几个常见场景上,看看传统远控和 LoomLoom 这两种解的差别:

场景远控方式LoomLoom 方式
出差时 Agent 跑批量连回 Mac 看屏幕、确认授权任务已在云端继续,结果在手机端可看
多 Agent 并行调优多 worktree + 多会话切换LoomLoom 多任务并行调度,对用户透明
路上需要补一句需求远端连入终端敲命令CLI 会话保持 + 命令从任意端续入
任务失败要回滚ssh 进去看日志、回提交状态查询 + 检查点回滚
远控那一列解决的是「我和那台机器的距离」,LoomLoom 这一列解决的是「AI 执行力在哪里发生」。

5. 远控仍适用的场景

远控不是被 LoomLoom 替代了,而是适用边界变了,主要落在这些场景:

  • 需要图形界面:浏览器调试、设计稿评审、复杂 DevTools
  • 已经习惯 SSH + tmux 的单机开发流,工作稳定不需要重做
  • 必须用本地 IDE:断点、profiler、复杂 diff 审查仍然依赖图形 IDE
  • 本机有 GPU 或自托管推理环境,任务天然跑在本地
  • 在这些场景尤其需要图形界面的活—— UU远程 这类图形远控继续按老办法用就好,SSH、Tailscale 管命令行和网络。它们和 LoomLoom 不冲突,各管一段:图形交互用 UU远程,批量执行交给 LoomLoom。

6. 起步:从 CLI 开始

如果你想体验「人和设备解耦」的工作流,可以从安装 LoomLoom CLI 开始:

# 装 CLI + 对应 Agent 的 LoomLoom Skill(以 codex 为例)
npx @cogfoundry/loomloom@latest install --agent codex --yes

# 登录并自检
loomloom login
loomloom doctor

# 提交任务、盯进度、取结果
loomloom run execute
loomloom run watch
loomloom run result-rows
对照之下,如果长时间任务必须跑在本地某台机器,再考虑远控组合,例如 UU远程 + worktree。两边互补,而不是替代。

7. 结语

远控解决「我和这台机器的距离」,LoomLoom 解决的是「AI 执行力在哪里发生」。任务跑在一层始终在线的执行底座上,「人离开电脑」就不再是约束。

这是 AI 执行力基础设施这个定位的具体含义——让上层应用不再关心底层在哪。Skill、Agent、批量执行、Paid Run,都是这一层底座上的产物。


—— 完 ——