【开源】给 Claude Code 做了 5 个月「在手机上写代码」,最后我全删了——现在 tlive 只干一件事

49i 2026-09-09 16:01 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 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 / codextlive 不接管、不代理、不包装你的会话。


它挂在两家官方的扩展点上(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。

最新回复 (6)
  • taloslhan 09-09 16:09
    1

    好冷清啊,来支持一下,搞个 TLDR,太长了很多佬友可能都没耐心看完背景

  • fromxiaobai 09-09 16:13
    2

    是基于官方的hooks功能,把内容和审批等直接推送到手机了?但是感觉交互能复刻到桌面APP的程度吗

  • 997sama 09-09 16:28
    3

    个人开发者还是赶不上企业的速度的

  • 49i 楼主 09-09 16:29
    4

    是的,现在只保留了 claude code 纯 hook 机制进行的交互。

  • 49i 楼主 09-09 16:39
    5

    谢谢佬捧场,写那么多其实是给移除 IM 桥接写代码找个理由 ^-^。总之一句话:在终端敲 claude / codex,tlive 不接管、不代理、不包装你的会话;它挂在两家官方扩展点上(CC 的 hooks / Codex 的 app-server),会话需要你的时候把事推到 Telegram / 飞书进行审批。

  • vaspoal 09-10 13:29
    6

    佬友牛啊,这才是真正的大道至简吧,后续会有 Web 的计划吗

* 帖子来源Linux.do
返回