ClawRelay — 用不习惯 OpenClaw,我自己撸了一个 Claude Code 调度器

2 月 27 日
 yadorez

起因

先说结论:用了一个假期的 OpenClaw 之后,我决定自己造一个。

不是 OpenClaw 不好,Telegram UI 确实香,但用深了之后问题实在太多,多到我一个写代码的人每天花一半时间在跟工具较劲,而不是在干活。

痛点一:发了消息之后完全不知道它在干什么

这是最让我抓狂的。你给 Claude 一个任务,然后呢?然后就是对着 Telegram 聊天窗口干瞪眼。它在读文件?在跑命令?在思考人生?你不知道。配了消息切分也不行——切太碎 Telegram 直接 429 ,指数退避之后两条消息要等 10 分钟才发出来。10 分钟。你坐在那里等 10 分钟看一条消息,这体验跟拨号上网有什么区别?

痛点二:两个 Agent 打架

这是架构层面的硬伤。Claude Code 本身已经是一个非常成熟的 Agent 了,有完整的工具链:Bash 、Read 、Write 、Edit 、Grep 、WebSearch……它自己就能干活。但 OpenClaw 的 pi-mono 框架也是个 Agent ,也想管事。结果就是两个 Agent 互相抢活干,你不得不把 Claude 本来就能做的事情委托给 OpenClaw 去调度,这太不 AI 了。

说白了我需要的只是一个监工 + 调度器,不是另一个 Agent 。那堆 SAUL 和 SKILL 对我来说完全用不上——Claude 自己就能做。唯一算有点用的计划任务和 heartbeat ,对稍微有点经验的人来说也是鸡肋。

痛点三:Anthropic 封了 OpenClaw

嗯,这个不多说了。


所以我做了 ClawRelay

架构图一目了然:

Flutter 桌面客户端
    ↓ HTTP/SSE ( OpenAI 兼容协议)
Go Relay Server (:50009 )
    ↓ subprocess fork
Claude Code CLI (带完整工具链)
    ↓
Anthropic API → Claude Opus/Sonnet/Haiku

核心设计哲学:Claude Code 是干活的人,ClawRelay 只是给它装了个好看的壳。

不抢活,不加戏,不搞中间商赚差价。Go relay 是一个无状态的透传层,把 Claude Code 的 stream-json 转成 OpenAI 兼容的 SSE 格式,Flutter 客户端接住渲染。所有工具调用、文件读写、命令执行,全部由 Claude Code 自己搞定。

你能看到 Claude 在干什么

这是我最在意的功能。消息发出去之后:

再也不用对着屏幕发呆猜它在干嘛了。

多项目管理

每个项目独立配置:

项目之间互不干扰,有新消息还会亮未读标记。同时盯三四个项目的进度完全没问题。

OpenAI 兼容协议

/v1/chat/completions,标准的 OpenAI API 格式。这意味着理论上你可以用任何支持 OpenAI API 的客户端连上来。Go relay 做了模型别名映射:gpt-4 → Opus ,gpt-4o → Sonnet ,gpt-3.5-turbo → Haiku 。还有 /v1/stats 端点追踪 token 用量。


技术栈

组件 技术
桌面客户端 Flutter + Riverpod + Drift(SQLite) + Material Design 3
Relay 服务 Go 1.24 ,无框架,subprocess 管理
流式传输 SSE ( Server-Sent Events )
本地存储 SQLite (~/.config/clawrelay/clawrelay.sqlite )

整个项目没用什么花里胡哨的依赖,Go 后端甚至没引 web 框架,标准库直接撸。


跟 OpenClaw 的本质区别

OpenClaw ClawRelay
架构 Agent 调度 Agent 纯 UI 壳 + 透传 Relay
工具执行 框架接管 Claude Code 原生执行
UI Telegram Bot Flutter 原生桌面应用
消息延迟 受 Telegram API 限制 本地直连,零延迟
可观测性 黑盒 实时 streaming + thinking + tool chips
复杂度 重( pi-mono + SAUL + SKILL ) 轻(一个 Go binary + 一个 Flutter app )

手机上和电脑上之前都没法愉快地做监工,现在终于舒服了。


最后

代码已开源,欢迎 PR:https://github.com/roodkcab/clawrelay

如果你也是 Claude Code 重度用户,如果你也受够了终端的不好体验或者对着 Telegram 猜 Claude 在干什么,试试 ClawRelay 。

它不多管闲事,不跟 Claude 抢活干,只做一件事:随时随地让你清清楚楚地看到 Claude Code 在帮你干什么。


一个假期的怨气,化成了代码。

2459 次点击
所在节点    程序员
25 条回复
frantic
2 月 27 日
@Tink 这个要咋弄,我现在期望 openclaw 监工 codex 或者 opencode, 我自己只能用于在同一个 bot 聊天窗口通过指令或者语言意图来切换是聊天模型( kimi-k2.5)还是 coding 模型( codex-5.3)
yadorez
2 月 27 日
@yukinotech 其实远程操作只是第一层

然而 clawrelay 真正强大的地方在于可以将 claude 转发到企业微信这样的地方去,每个项目就是一个智能体,智能体之间通过 IM 工具天然造就一张通信网络,每个 agent 有自己项目的代码和其他项目的交互作为上下文,从而快速时间跨项目的开发,比之前的开发效率又要增长一大截了。

![ClawRelay]( https://raw.githubusercontent.com/roodkcab/images/refs/heads/main/clawrelay.png?token=GHSAT0AAAAAADWM3AA5NPBAGR67B46D7NEA2NBCVOA)
Tink
2 月 27 日
@frantic #21 用这个 skill:claude-code-supervisor

其实就是🦞拉起一个 tmux ,然后启动一个交互式 claudecode 。你告诉他要干什么,他帮你安排给 Claude ,然后把 Claude 执行结果返回给你
cadl
2 月 27 日
我先前也是做了一个 openclaw 对接 claude code 的插件,感觉比 openclaw 通过 tui 交互 claude code 好用一些,可以方便调起 plan 模式,输出 thinking 内容 等等。加了个本地调试的页面,有点类似你的项目。https://github.com/cadl/openclaw-cc-bridge

本地调试的页面:


但是春节过年回家基本没在电脑前,在手机上操作 openclaw 使用这个插件还是有很多槽点,跟你的感觉很像。后来我又把自己之前做的一个远程 ssh 连接 claude code 的 app 项目打磨了下,春节期间一边使用自己的这个 app 开发自己,一边发布 testflight 更新,感觉还挺顺畅。因为跟在电脑上操作 claude code 的体验是一致的,能保证生产力。

也支持 worktree 的工作流啥的,感觉比裸用一个 terminal ssh 登录要方便很多







frantic
2 月 27 日
@Tink 感谢,之前我以为这样会双倍消耗 token, 刚刚想了下应该没啥问题。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1194378

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX