Claude Code 不只是在终端里跑了，它开始接到微信和飞书里了
我以前对 AI 编码工具有个默认假设：它就应该待在终端里。
打开项目，敲 claude，把需求说清楚，等它改代码、跑测试、给结果。这个流程已经很好用了，但最近我翻 claude-code-skills-zh 的更新，发现一个很有意思的变化：Claude Code 这类 agent 正在从“电脑前的工具”，变成“随时能被叫到的助理”。
这不是我脑补出来的。
我今天刚 pull 了仓库，最近几条更新里连续出现了这些名字：
nexu：把本地 AI Agent 接入微信、飞书、Slack、DiscordCowAgent：微信 / 飞书 / 钉钉 / 企微 / QQ 多渠道 AI 助理框架OpenClaw ClawHub：OpenClaw 官方技能注册中心obsidian-skills：被提到明星技能区，更偏知识库和写作流
项目地址我放这里，全文也只留这一个链接：
以前的问题：AI 很强，但入口太“重”
我自己用 Claude Code 的时候，最常见的场景其实不是“不会写代码”。
更多是这些小事：
- 路上突然想起一个 bug，需要先记下来
- 同事在群里丢了个报错，我想让 agent 先帮我看一眼
- 晚上不想打开电脑，但想让它整理一下明天要改的点
- 手机里看到一个需求，想直接派给本地项目里的 agent
这些事如果都要回到电脑前、打开终端、切目录、补上下文，动作就太重了。
不是不能做，是很容易拖着拖着就忘了。
这次更新让我在意的点
nexu 和 CowAgent 这类工具有个共同方向：把 agent 接到 IM 里。
简单说，就是你不一定非得坐在 IDE 或终端前，才能和本地 AI 助理协作。
比如：
- 在微信里发一句“帮我看下今天的 CI 失败原因”
- 在飞书里把需求丢给 agent，让它先拆任务
- 在 Slack / Discord 里触发某个本地工作流
- 把技能安装、知识库、长期记忆这些能力接到同一个入口
这件事听起来像“换了个聊天窗口”，但我觉得意义更大。
因为 AI 编码工具真正进入日常工作后，最大的瓶颈不一定是模型能力，而是调用成本。
你越容易叫到它，它越像工作流的一部分；你越需要专门切环境，它就越像一个偶尔才打开的高级玩具。
为什么我还在维护这个技能仓库
现在和 Claude Code 相关的东西太散了。
有的是单个 skill，有的是 MCP，有的是插件市场，有的是 IM 连接器，有的是完整 agent 框架。每个项目单独看都不错，但真要自己慢慢找，很容易迷路。
所以 claude-code-skills-zh 做的事情很朴素：把我觉得值得看的 Claude Code Skills 和周边工具整理到一个中文入口里。
目前仓库里已经有 100+ 精选条目，还有 18 个原创可安装技能。它不是只放链接，而是尽量写清楚每个项目适合什么场景：
- 想做知识库，就看 Obsidian / Notion / 文档类技能
- 想提效开发，就看测试、审查、重构、日志分析类技能
- 想团队化管理，就看 Skill Registry / Skill Hub
- 想把 agent 接到聊天软件里，就看 OpenClaw、nexu、CowAgent 这条线
我现在越来越觉得，后面拼的不是“谁会写一个更长的 prompt”，而是谁能把 skill、工具、入口和团队流程串起来。
我今天的判断
如果你现在还只是把 Claude Code 当成一个终端里的代码助手，那当然没问题。
但可以开始留意一个趋势：它正在被接到更多地方。
从终端到 IDE，从 IDE 到知识库，从知识库到 IM，再到团队内部的 Skill Registry。这个链路一旦跑顺，agent 就不只是“帮我写代码”，而是可以变成一个随时可派活的工作节点。
这也是我今天看到 nexu、CowAgent、ClawHub 这些更新后，觉得值得单独写一篇的原因。
你现在更希望 AI agent 待在哪个入口里？终端、IDE、微信/飞书，还是团队内部平台？
