- 49i2026-09-0940147
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
手改了四次
先交代一下迭代历史
四个月前我发过帖(原帖),介绍 tlive:web 终端 + IM 桥接 + hook 审批。当时最火的是第二个——在 TG / 飞书聊天框里直接跟 Claude Code 对话写代码,流式回复,实时显示它在调什么工具、读哪个文件。
那之后我在那个方向上又推了两个大版本。

然后我把它全删了。
为什么删
第一个原因是官方和友商把这条路走完了。
2026 年中,官方 Claude Remote Control、Codex 手机端、Channels 陆续把"手机驱动 vibe coding"对订阅用户商品化。社区这边更猛——Paseo 现在 1.5 万 star,一个本地 daemon 编排 Claude Code / Codex / Copilot / OpenCode / Pi,iOS / Android / 桌面 / Web / CLI 全套客户端,端到端加密配对,还能语音派活、多 agent 并行对照。Happy Coder 2 万多 star,当然现在还有更好的UU远程终端。
我一个人再往这个方向卷,是在造个更差的轮子。
第二个原因更难堪一点。
原因很简单——我自己不用它。
我每天真正被卡住的,从来不是"想在手机上写代码"。是这个:
起个活,去干别的事情。回来发现它在第三分钟就停在一个
Allow / Deny上,后面二十分钟一动没动。我为一个我自己不用的功能写了半年代码。
所以 v2 之后,它只干一件事
你照常在自己终端里敲
claude/codex。tlive 不接管、不代理、不包装你的会话。它挂在两家官方的扩展点上(Claude Code 的 hooks 插件 / Codex 的 app-server),在会话需要你的时候,主动把这件事送到你手机上:
- 要审批工具调用 → IM 收到卡片,上面是真的 diff、真的命令,带风险标记、密钥打码,底下三个按钮:允许 / 拒绝 / 总是允许这个工具
- 跑完了 / 卡住等你输入 → 推一条,引用回复就能续跑
- 它在问你选 A 还是 B(AskUserQuestion)→ 卡片直接把选项给你,单选多选都支持




而且这俩不冲突,可以叠着用
默认状态下它碰不到你的工具调用
一个刚装上的工具最不该干的事,就是悄悄把你的工作流挂住。
所以 tlive 默认是
notify档:只监看 + 通知,物理上无法 hold 任何工具调用。想开远程审批得你自己拨:```
tlive mode full
``四档,按介入程度排:off(全部 no-op,kill switch)/notify(**默认**)/full(主会话远程审批)/all(连子代理也 hold)。随时tlive mode xxx或在 IM 里发/mode` 拨,不用重启、不用开新会话,下一个 hook 就生效。开了
full之后:先答先得。 远程卡片和你终端里那个原生对话框是并行的两条路,谁先答谁算。你走回电脑前照常按回车,手机上那张卡自己变成"已在终端处理"。
永远不会自动拒绝。 没人理那张卡,就是没人理——本地那个框还在原地等你,跟没装 tlive 一模一样。daemon 挂了、网断了、IM 没配,结果全都一样。


想要 web 终端的话,
tlive run claude包一层,浏览器里就有完整的 xterm(多设备、手机键条、断线重连)。这是可选的加法,不包也不影响上面所有功能。

几个可能在意的点
中转 / API key 也能用。 官方 Remote Control 要 Pro/Max 订阅,直接把用中转的一大半人排除在外。tlive 挂的是 hook,跟你怎么计费无关。
飞书。 官方方案不覆盖,Paseo 和 happy 都没有 IM 通道。tlive 支持 Telegram + 飞书(国内版 / 国际版都行)。
没有中继,没有云。 数据面就是你自己的机器 + 你本来就在用的 IM,中间一个第三方服务器都没有。
卡片里从不带 dashboard 链接。 早期版本带过,后来撤了——那个深链里带着 web token,等于把你机器的完整控制权永久停在 IM 服务商的服务器上。现在 IM 只负责推,web 你自己开。
暴露面。 web 端所有 HTTP/WS 请求走单 token 网关;IM 入站 fail-closed(不是配置里那个 chat 发来的消息直接丢);
总是允许和/trust全是内存态,daemon 一重启就清。为什么会有四档通知。 当前claude code hook 子 agent 支持还不够完善,具体可以看:在后台子代理的本地对话框之前,会等待权限请求钩子,所以只能做出取舍,等待官方支持吧。
给从旧帖来的佬友
^-^ v2 版本后是彻底重写,breaking,没有迁移路径。
别把旧的
~/.tlive配置沿用过来,直接重跑tlive setup。旧的workspace、/use、chat 绑定那套命令全部没了。离不开"在 IM 里写代码"的佬友:那版保留在 git tag
v0.8.0,可以自己 checkout 继续用——但我得诚实说建议直接上 Paseo。链接
- GitHub: GitHub - y49/tlive: Self-hosted remote approvals + live monitoring for Claude Code / Codex — via Telegram, Feishu, or a web terminal. Any subscription or API key. · GitHub (MIT)
- npm:
npm i -g tlive工具完全开源。觉得有用点个 star,有问题欢迎开 issue。
主楼 - taloslhan2026-09-0940148
好冷清啊,来支持一下,搞个 TLDR,太长了很多佬友可能都没耐心看完背景
- fromxiaobai2026-09-0914990
是基于官方的hooks功能,把内容和审批等直接推送到手机了?但是感觉交互能复刻到桌面APP的程度吗
- 997sama2026-09-0940149
个人开发者还是赶不上企业的速度的
- 49i2026-09-0940147
是的,现在只保留了 claude code 纯 hook 机制进行的交互。
- 49i2026-09-0940147
谢谢佬捧场,写那么多其实是给移除 IM 桥接写代码找个理由 ^-^。总之一句话:在终端敲 claude / codex,tlive 不接管、不代理、不包装你的会话;它挂在两家官方扩展点上(CC 的 hooks / Codex 的 app-server),会话需要你的时候把事推到 Telegram / 飞书进行审批。
- vaspoal2026-09-108789
佬友牛啊,这才是真正的大道至简吧,后续会有 Web 的计划吗