想让团队用上 Agent，绕不开一个很实际的问题：模型能接，工具能调，但这些散在一堆脚本和定时任务里，谁在跑、跑成什么样、花了多少，没人说得清。Sim 想解决的就是这件事——把 Agent 的搭建、运行、监控放进一个工作台。

它是 Apache-2.0 开源的，可以自托管。这篇讲它的结构，以及自托管的实际成本。

它把什么放在一起

从 README 的能力清单看，Sim 的组织方式是把 Agent 运行需要的东西放进同一个 workspace：

集成层给了 270 多个服务连接、5400 多个动作、520 多个触发器，覆盖 Slack、Notion、HubSpot、Salesforce 和各类数据库。这一层解决的是"Agent 能碰什么"。

构建层支持三种方式：可视化拖拽、对话式生成、直接写代码。对应的人群不同——产品和运营用拖拽，工程师用代码，中间那批用对话。

数据层是 Tables、Files、Knowledge 三样。注意这里的设计取向：它不是"知识库单独一个产品"，而是把结构化数据（Tables）、文档（Files）、可检索知识（Knowledge）放在同一处，Agent 在这个 workspace 里同时能访问三者。这跟把向量库单独接出来用是两种思路，前者省了拼接成本，后者更灵活。

运行层有 chat、workflow、schedule、日志和 run 记录。对 Agent 这类不确定的东西，能看到每次运行的输入输出和耗时，比什么都重要。

自托管为什么只要一条命令

npx sim-setup 是个交互向导，做的事情不少：在 ./sim 建一个部署目录、provision 数据库、生成密钥、写 .env、连一个 Chat API key、用 Docker Compose 拉起发布镜像。README 明确说它不 clone 仓库，也就是说你装的是发布镜像，不是源码。

它要的密钥是这几个，缺了起不来：

cat > .env ` 可以把部署放在别的地方，不必是 `./sim`。

如果是要改源码，路径不一样：得先 clone 仓库，再 `bun run sim-setup`，才会解锁源码本地开发和 Kubernetes 模式。这个设计挺好，明确区分"用"和"改"两条路径，避免所有人都在源码模式里跑生产。

## 关键设计与可复用点

第一，MCP 端点是它对外的主要接口面。Sim Cloud 在 `mcp.sim.ai/mcp` 提供 MCP 服务，Claude Code、Codex 这类客户端可以直接接上去管工作流、跑起来、操作表和知识库：

```bash
claude mcp add --transport http sim https://mcp.sim.ai/mcp
codex mcp add sim --url https://mcp.sim.ai/mcp

这个选择挺聪明：与其给每个客户端写插件，不如把自己变成一个 MCP server。对自建同类平台的人是可复用的思路——把平台能力暴露成 MCP，等于一次性支持了所有 MCP 客户端。

第二，代码执行分成两层。技术栈里同时有 E2B（远程代码执行）和 isolated-vm（进程内隔离执行）。前者的隔离强度高但要走网络，后者快但边界弱。分层的好处是让工作流里的代码块可以按需选强度，而不是全走一条重路径。

第三，技术栈选得偏"能招到人"。Next.js App Router + Bun + PostgreSQL + Drizzle ORM + Better Auth + Zod + Shadcn/Tailwind，前端状态用 Zustand 和 TanStack Query，流程图用 ReactFlow，后台任务用 Trigger.dev，实时用 Socket.io，monorepo 用 Turborepo。这套组合是当下 TypeScript 全栈的常见配置，维护者好找，二次开发门槛低。

局限与成本

资源要求不低。官方说需要 12GB 以上内存，Node 20 以上加 Docker。跑在 8GB 的机器上会不稳。端口默认 3000 和 3002，宿主机上这两个端口被占的话要改。

Chat 是 Sim 托管服务。自托管里 Chat 的 API key 仍然要从 sim.ai 的自托管设置页申请，也就是说这一块不是完全离线——想整套脱离外网，得确认自己用的是本地模型路径，官方支持 Ollama 和 vLLM，配的时候走的是另一个 compose 文件。

集成数量大是优点也是负担。270 多个集成的配置项、授权方式、配额各不相同，接进来之后维护成本落在自己头上。团队规模小的话，建议只开真正在用的那几个。

最后是定位问题。Sim 是工作台，不是推理引擎，也不是纯代码框架。如果你的需求是"在代码里嵌一个 Agent"，用 SDK 更直接；需要的是"给团队一个地方搭、跑、看"，这类工作台才划算。