让Claude Code Agent跑在Slack里：Curie是怎么把”本地能跑”变成”生产可用”的

让 Claude Code Agent 跑在 Slack 里：Curie 是怎么把”本地能跑”变成”生产可用”的

你有没有遇到过这种情况——本地调好了 Claude Code Agent，酷炫无比，然后想把它用到团队协作里，突然发现：啊，这东西怎么交付？总不能让每个人都装 Claude Code 配一模一样的环境吧。

这就是 Curie 解决的本质问题。

本地 vs 生产：差的那一步是什么？

用 Claude Code 的开发者现在普遍分两派：

派别一：Agent 就是本地 Copilot，帮我写代码就够了。派别二：Agent 应该是个「角色」，能部署、能协作、能在团队里流转。

Curie 明显是给第二派准备的。它做的事一句话概括：把 Claude Code 风格的 Agent 打包成交付物，用 Git push 部署到 Kubernetes，再通过 Slack 对外提供服务。

核心逻辑是这样的：

你的代码/Agent 定义（Git）
    ↓ git push
Curie 平台（K8s 集群）
    ↓ Slack 消息触发
Claude Code Agent 跑在沙盒里
    ↓ 回复编辑进 Slack 线程

整个链路跑通之后，团队成员不需要装任何东西，在 Slack @一下 bot，就能让 Agent 帮你查线上问题、查 Kubernetes 状态、处理 GitHub issue。

Curie 凭什么?

交付方式很工程师：你写一个 .claude-plugin 包（就是几个 JSON + SKILL.md 文件），Curie 负责把它容器化、部署、接入 Slack，最后用 curie local deploy 或 git push 触发上线。全程不需要配复杂的 CI。

本地和生产环境完全一致：同一个包，本地 curie skill up --fake-model 能跑，上 K8s 也能跑。没有”在我机器上能跑”的问题。

配套了观测能力：traces、evals、budgets 内置，线上跑成什么样都能看到。

支持 MCP：原生支持 MCP server接入，可以把外部工具包进来。

适合谁来用？

DevOps / 平台工程师：想把 AI Agent 集成到内部平台，不知道怎么交付。Curie 给了一个标准封装方式。

需要 AI 辅助线上工作的团队：比如 on-call 时在 Slack 里问”线上现在有没有问题”，Claude Code Agent 查完直接回复，不需要打开另一个界面。

多 Agent 协作探索者：Curie 的架构设计支持多 worker 并行，适合研究 Agent 团队协作模式的团队。

当前限制

• 目前只接了 Slack（官方说后续会支持更多渠道）
• 需要自建 K8s 集群，没有 hosted 版本——所以是给有基础设施能力的团队的
• 上手门槛不低：需要懂 Docker、K8s、还有点平台工程经验，纯业务同学直接用会有点懵

我的判断

Claude Code 生态目前最缺的不是”又一个 Agent 技能”，而是怎么让 Agent 从个人工具变成团队基础设施。Curie 踩中了这个痛点。

它的思路跟大厂那些”一站式 AI 平台”不一样——它不追求大而全，而是专注射 Claude Code 风格的 Agent 交付这一件事，做得很干净。

如果你在研究 Claude Code 的生产级部署方案，Curie 值得放进你的候选列表。

GitHub：https://github.com/curie-eng/curie（Apache 2.0，35⭐）

GitHub: https://github.com/curie-eng/curie