https://yanqian.github.io/zh/tags/telegram/Recent content in Telegram on Armstrong YanHugozh-CNMon, 20 Jul 2026 23:20:13 +0800https://yanqian.github.io/zh/posts/publish/turning-telegram-into-a-local-codex-control-plane/Mon, 20 Jul 2026 23:20:13 +0800https://yanqian.github.io/zh/posts/publish/turning-telegram-into-a-local-codex-control-plane/<p>这是「远程智能体工作流」系列的第三篇。</p> <p>前两篇文章里，我先搭出了一条实用的远程终端链路：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">手机 -&gt; Tailscale -&gt; SSH -&gt; Mac -&gt; tmux -&gt; Codex </span></span></code></pre></div><p>有了这条链路，我就能可靠地从手机连接自己的 Mac。</p> <p>但新的局限很快就暴露出来：手机并不好用来操作终端。</p> <p>移动端 SSH 适合救急，但我不想靠它处理需要长时间运行的 AI 开发任务。我不想在狭窄的手机屏幕上敲 shell 命令、连接 tmux 会话、翻找长篇日志，再一点点拼凑出当前状态。</p> <p>我真正想要的，是下面这样的链路：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">手机 -&gt; 任务式接口 -&gt; 本地智能体运行时 -&gt; 仓库状态 </span></span></code></pre></div><p>于是，我做了一个小型 Telegram Bot，把它用作本地 Codex 的控制面。</p> <p>关键不在于 Telegram 有多特别。</p> <p>真正重要的是：手机成为控制界面，而 Mac 仍然负责执行工作。</p> <h2 id="为什么选-telegram"> 为什么选 Telegram <a class="heading-link" href="#%e4%b8%ba%e4%bb%80%e4%b9%88%e9%80%89-telegram"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>Telegram 很适合用来做这个实验，因为它已经具备：</p> <ul> <li>移动端通知</li> <li>简短的命令消息</li> <li>回复串</li> <li>内联按钮</li> <li>跨设备历史记录</li> <li>成熟的 Bot API</li> </ul> <p>更重要的是，Telegram 支持两种截然不同的部署模式。</p> <p><img src="https://yanqian.github.io/posts/publish/turning-telegram-into-a-local-codex-control-plane/assets/turning-telegram-into-a-local-codex-control-plane/01-webhook-vs-polling.svg" alt="Telegram 的 webhook 与 polling 模式"></p> <p>第一种是 webhook 模式：</p>