他在饭桌上修好了崩掉的测试

同事的消息弹出来时，他正拿着筷子。staging环境部署失败，测试套件报错——这种场景，原本意味着要冲回家开电脑。但他掏出手机，在Telegram里敲了一行指令。两分钟后，手机震动：「任务完成。已修复auth.test.js第42行的断言——预期的token格式已过时。」

这背后是一套5分钟就能搭好的工作流：CliGate把Telegram变成了远程操控Codex和Claude Code的终端。不需要云服务器，不需要公网IP，不需要ngrok隧道。

第一步：造一个机器人

打开Telegram，搜索@botfather，发送/newbot。起个名字，拿个用户名。BotFather甩过来一串token，长这样：7123456789:AAH1234abcdefghijklmnopqrstuvwxyz。复制，收好。

整个过程约1分钟。

第二步：让CliGate认识它

本地启动CliGate（npx cligate@latest start），打开http://localhost:8081，切到Channels标签页。在Telegram区域粘贴token，Default Runtime Provider选codex或claude-code，Working Directory填项目路径，比如/home/you/projects/my-app，启用，保存。

CliGate立刻开始轮询Telegram消息。不需要配置webhook URL，它用long-polling模式直接连。

又是1分钟。

第三步：手机与机器配对

在Telegram里找到刚创建的机器人，随便发条消息，比如「hello」。机器人回复：「Pairing required. Code: 847291」。回到CliGate后台，在Channels页输入这个配对码。授权完成。

30秒。

第四步：发出第一条指令

现在可以玩了。给机器人发：

/cx analyze the error handling in src/server.js and suggest improvements

CliGate收到消息后，/cx触发supervisor调用Codex作为运行时。Codex在本地桌面以headless模式启动，事件流实时回传到Telegram：进度、执行的命令、文件变更。完成后，Telegram里收到摘要。

想用Claude Code？换前缀就行：

/cc refactor the database connection pool in src/db.js

30秒。

会话的连续性比想象中聪明

不需要每条消息都带/cx。启动会话后，普通跟进消息会自动发给同一个agent：

你：/cx fix the failing tests
机器人：Task accepted. Session abc123 started with Codex.
机器人：[... 进度事件 ...]
机器人：Task completed. Fixed 3 assertions.
你：also update the test snapshots
机器人：Sent follow-up to session abc123.
机器人：[... 继续同一会话 ...]

上下文被保留着，像一场没挂断的电话。

Supervisor层能听懂人话

这不是简单的消息转发。CliGate的中间层会解析意图。问「status？」，它知道你在查当前任务状态，回复：「Current task 'fix auth tests' running with Codex. 2 files changed, 1 command executed. You can wait for completion or send /cancel.」

它认「status」「progress」「done?」「进展如何」「做到哪了」——中英文混着来也行。

为什么这件事值得关注

这套方案的核心价值不在「远程」本身，而在「零基础设施」。没有云服务器账单，没有暴露端口的攻击面，没有ngrok免费隧道的随机域名和时长限制。你的代码始终跑在本地机器上，Telegram只是控制通道。

对于需要随时响应但不想被笔记本绑架的开发者，这是把「碎片时间」真正利用起来的基础设施。5分钟搭建，换来的可能是无数次「不用中断当下」的自由。

当AI编程助手从IDE插件变成可远程调用的服务，工作流的边界就开始松动。接下来，我们还会看到多少类似的「控制面」创新？