InsForge:给编码智能体用的开源后端平台
InsForge 把数据库、认证、存储、边缘函数、模型网关与部署打包成 MCP 服务,让 coding agent 自己当后端工程师,Apache-2.0。
项目资料
GitHub Ecosystem- 许可证
- Apache-2.0
- 主语言
- TypeScript
- 星标
- 13,128
- 核查时间
- 2026-10-16
以上快照资料以核查当日为准,可能随版本或运营策略变化。
用 coding agent 写应用,前端那半越跑越快,真正卡住的是上线前那一堆「后端脏活」:买服务器、建库、做认证、配存储、想清楚部署。10 月 16 日一条 WhatsApp 推荐把 InsForge 放在这个位置:它把这些后端原语打包成一套开源平台(TypeScript,Apache-2.0,截至 2026-10-16 约 13.1k star、1.2k fork),agent 通过 MCP 或 CLI 直接操作它们——像后端工程师那样读状态、改配置。
核心功能
- 两类接口,同一套能力:MCP Server(可自托管或云托管)把 InsForge 的操作暴露成工具,任何兼容 MCP 的 agent 都能调;CLI + Skills(仅云)让 agent 在终端里直接调用。
- 六类后端原语:认证(用户管理、会话)、数据库(Postgres)、存储(S3 兼容)、模型网关(OpenAI 兼容 API,跨多家 LLM 提供商)、边缘函数(无服务器代码)、站点部署;Compute(长时容器服务)标为私有预览。
- 给 agent 的上下文而不只是接口:agent 能拉文档、schema、元数据(已部署函数、bucket 内容、认证配置)和运行时日志——写代码、验证构建、排查故障都要靠这些。
- 自托管一条命令起步:官方 setup 脚本把 Compose 文件和密钥(JWT_SECRET、ENCRYPTION_KEY、POSTGRES_PASSWORD 等)写进
~/insforge/.env(权限 600),重跑只补COMPOSE_FILE,不动你已经设好的值。 - 改完再启动:setup 只生成配置不起服务;
docker compose up -d之后在http://localhost:7130连接 MCP Server。
典型使用场景
- 一个人加一个 agent 想全栈交付的独立开发者:认证、数据库、存储、部署不必再挨个注册服务、拼文档。
- 已经在用 Claude Code / Codex / Cursor 的团队:agent 通过 MCP 直接建 bucket、跑迁移、配 auth 提供商,人只做审查。
- 想把后端环境标准化的工作室:Compose 文件加
.env模板就是一套可复制的内部平台。
快速上手
curl -fsSL https://raw.githubusercontent.com/InsForge/InsForge/main/deploy/setup.sh | sh -s ~/insforge
cd ~/insforge
$EDITOR .env # 设 API_BASE_URL、VITE_API_BASE_URL 为浏览器可访问的地址
docker compose up -d
打开 http://localhost:7130,按界面指引连接 MCP Server。不想自托管就用官方云 insforge.dev。
连接之后值得先确认两件事:agent 拉到的 schema 与元数据是不是你预期的那个环境(自托管与云是两套实例,别在错的实例上跑迁移);以及哪些密钥进了 .env——setup 生成的 ACCESS_API_KEY 与 ACCESS_ANON_KEY 如果留空,后端会自己生成一对只有它知道的密钥,你需要从界面重新取回。
小结
适合想用 agent 做全栈交付、又不想自己拼后端服务的开发者;不适合已经有成熟内部平台、只需要某一项原语的团队——InsForge 给的是整套,引入它意味着接受一整套部署与升级路径。TypeScript,Apache-2.0,截至 2026-10-16 是 13128 star、1224 fork、最近推送 2026-10-13,项目活跃;WhatsApp 推荐里提到的「被 YC 投资」未在仓库 README 中见到对应表述,本文不采用该说法。
同为「把 agent 的周边工程打包」,站内此前的 OpenResearch 管实验编排,InsForge 管应用后端;要一条命令把视频、图像、配音全流程收进工作台,OpenCreator 是另一端的答案。