最近发现 Claude Code 只能在终端用，出门在外想查个日志还得掏笔记本。

写了个小工具 cc-connect，把 Claude Code 桥接到飞书机器人。现在手机艾特一下就能让它干活。

解决了什么问题

痛点 1：终端限制

Claude Code 官方只能在命令行用，手机没法直接操作。

痛点 2：Token 浪费

每次对话要把历史记录全塞进去，聊到后面 Token 消耗爆炸。

痛点 3：协作不便

团队成员想用，得每个人都配环境，还要共享 API Key 。

实现思路

核心思路很简单：用 WebSocket 把 Claude Code 的 stdin/stdout 桥接到飞书机器人。

架构：

飞书消息 → cc-connect → Claude Code stdin
                ↑            ↓
            飞书回复 ← Claude Code stdout

Claude Code 本身支持自定义 agent 配置，cc-connect 启动一个 HTTP 服务作为中间层，把飞书的 WebSocket 消息转成标准输入输出。

飞书用的是 WebSocket 长连接，不需要公网 IP ，家里内网就能跑。这是选飞书而不是企业微信的主要原因。

使用方法

安装：

npm install -g cc-connect

配置文件 ~/.cc-connect/config.toml：

[[projects]]
name = "my-project"

[projects.agent]
type = "claudecode"

[projects.agent.options]
work_dir = "/path/to/your/project"

[[projects.platforms]]
type = "feishu"

[projects.platforms.options]
app_id = "cli_xxxx"
app_secret = "xxxx"

启动：

cc-connect

实际使用场景

场景 1：地铁上改配置

上周二在地铁上，群里说某个接口报错。我掏出手机：

"帮我看下 monitor 服务的日志，搜今天下午的 error"

30 秒后：

"找到 3 条 error ，都是数据库连接超时，建议检查连接池"

"帮我把 max_connections 从 20 调到 50 ，然后重启"

"已修改，服务重启完成"

全程没碰电脑。

场景 2：语音查状态

不方便打字时直接发语音：

"帮我查一下今天部署的接口响应时间"

语音识别转文字后发给 Claude Code ，返回结果。

场景 3：群聊协作

我在飞书建了个群，绑定了 Claude Code 和 Cursor 。两个人在群里能互相 review 代码。

踩过的坑

坑 1：消息长度限制

飞书单条消息最长 8000 字符，Claude Code 的输出经常超长。

解决：做了自动分片，长输出拆成多条消息发送。

坑 2：代码块格式

飞书的 Markdown 代码块和 Claude Code 的输出格式有差异，直接转发会丢格式。

解决：做了格式转换，把 ``` 代码块转成飞书能识别的格式。

坑 3：会话隔离

多个群聊共用同一个 Claude Code 实例，消息会串。

解决：每个群聊独立维护一个会话 ID ，通过 /switch 命令切换。

支持的 Agent

不只 Claude Code ，还支持：

• OpenAI Codex CLI
• Cursor Agent
• Gemini CLI

配置方式一样，改 type 字段即可。

代码开源

GitHub: https://github.com/chenhg5/cc-connect

目前功能基本够用，但还有不少可以优化的地方：

• 图片/文件传输还没做
• 多轮对话的上下文管理可以做得更好
• 支持更多平台（钉钉、Discord 等）

欢迎试用，有问题可以在 GitHub 提 issue ，或者进群讨论：

GitHub: https://github.com/chenhg5/cc-connect