你坐在地铁上，突然想起今天有个代码问题要问 AI。掏出手机，打开终端？不现实。但如果你能用飞书或钉钉直接跟 Claude Code 对话呢？
cc-connect 就是做这个事的。
GitHub 9,359 颗星，863 个 fork，本周涨了 1,408 颗星。Go 语言编写，支持把本地跑的 AI 编码 Agent 桥接到几乎所有主流聊天平台——飞书/Lark、钉钉、Slack、Telegram、Discord、LINE、企业微信。
而且大部分平台不需要公网 IP。
它解决了什么痛点
国内开发者的工作环境有个特殊性：我们主要用飞书和钉钉沟通，而不是 Slack 或 Discord。但大多数 AI Agent 工具（Claude Code、Cursor、Codex 等）都是命令行工具，只能在本地终端里用。
这意味着什么？你离开电脑，就没法用这些 AI 编码助手了。
cc-connect 的做法很直接：在本地跑一个桥接服务，把聊天平台的消息转发给本地的 AI Agent，再把 Agent 的回复发回聊天平台。整个过程中，AI Agent 跑在你自己的机器上，代码不经过任何第三方服务器。
技术实现的关键点
免公网 IP 连接。 这是最实用的一点。飞书、钉钉、Telegram 等平台都支持 webhook 推送或者长轮询模式，不需要你有公网 IP 也能接收消息。cc-connect 利用这些机制，让本地服务能持续接收来自聊天平台的指令。
多 Agent 支持。 Claude Code、Cursor、Gemini CLI、Codex——不是只能接一个。你可以根据任务类型选择不同的 Agent，或者让不同群聊对应不同的 Agent。
多平台并行。 一个 cc-connect 实例可以同时连接飞书群、钉钉群和 Telegram 群。不同平台的消息各自处理，互不干扰。
会话隔离。 每个聊天频道（群聊或私聊）对应一个独立的 Agent 会话。你在飞书 A 群里聊的项目上下文不会跑到 B 群去。
适用场景
远程协作。 团队里有人不会配本地开发环境？没关系，在飞书群里 @cc-connect 就能让 AI 帮忙看代码、解答问题。
碎片时间利用。 等电梯、坐地铁的几分钟，用手机打开飞书就能问 AI 编程问题，不用打开终端。
运维监控。 把 cc-connect 接到服务器上的 Claude Code，通过钉钉群就能远程执行诊断命令、查看日志。
需要注意的事
安全性。 虽然代码不经过第三方，但聊天平台本身会看到你的消息内容。如果是敏感代码，建议用私聊而不是群聊，或者在内部部署的飞书/钉钉实例上运行。
性能。 AI Agent 跑在你本地，响应速度取决于你的机器性能和网络状况。如果是大型项目的上下文，首次响应可能会比较慢。
配置复杂度。 不同聊天平台的接入方式不同，尤其是飞书和钉钉需要创建应用、配置 webhook。官方文档写得比较详细，但初次上手还是需要花一些时间。
我的看法
cc-connect 的价值在于它填了一个空白：AI 编码工具的移动化接入。
在国内环境下，飞书和钉钉是事实上的工作沟通平台。cc-connect 让 AI 编码能力嵌入到已有的工作流中，而不是要求大家额外学习一套工具。这种"去你已经在的地方"的思路，比"来用新工具"要务实得多。
9,359 颗星对这个类型的项目来说不算少，说明需求是真实存在的。如果你团队里已经在用 Claude Code 或者 Cursor，cc-connect 值得试一下——尤其是飞书/钉钉用户。
主要来源：
- GitHub - chenhg5/cc-connect（仓库分析）
- GitHub Trending Go 周榜（热度追踪）
- 项目 README 和文档