最近发现 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 ，或者进群讨论：
Select Language