InsForge:一站式AI后端神器,认证存储支付部署全包,9.1k Star
GitHub: https://github.com/InsForge/InsForge
Stars: 9,100+
标签: AI后端 / MCP Server / Agent编程 / PostgreSQL / BaaS
协议: Apache 2.0
背书: Y Combinator
引言
用 Claude Code 或者 Cursor 写项目,最让人头疼的不是业务逻辑,是后端。
每次新开一个项目,都要重新折腾一遍:创建数据库、配认证、搞 S3 存储、写 Edge Function……这些事情做多了,真的很烦。Agent 帮你生成了一堆前端代码,转头就卡在「你需要先配好数据库」这里。
Agent 写代码很快,但它没法直接碰你的后端。
这个卡点,InsForge 想来解决。
一、InsForge 是什么
InsForge 是一个面向 AI 编程 Agent 的开源后端平台:
| 指标 | 数据 |
|---|---|
| GitHub Stars | 9,100+ |
| 协议 | Apache 2.0 |
| 背书 | Y Combinator |
定位差异
InsForge 的定位和 Supabase 或 Firebase 不完全一样:
| 平台 | 用户 | 入口 |
|---|---|---|
| Supabase | 人(工程师) | 控制台 |
| Firebase | 人(开发者) | 控制台 |
| InsForge | Agent(AI编程助手) | MCP Server |
InsForge 给 Agent 暴露的不是一堆 REST API,而是后端的「上下文」:Schema 结构、表关系、RLS 权限配置、已投运的函数、日志运行状态……
Agent 把这些信息吃透,才能真正理解并操作你的后端,而不是盲目猜接口。
二、Agent 协作模式
InsForge 给 Agent 提供了两种接入方式:
方式一:MCP Server
无论是云端还是自托管,InsForge 都会持有一个 MCP Server。Agent 连上去,就能用自然语言调用后端操作:
- 跑数据库迁移
- 创建存储桶
- 配置认证提供方
- 获取运行日志
- ……全部在一个入口完成
方式二:CLI + Skills(仅云端)
Agent 在终端里直接调用 InsForge CLI,执行对应的 Skill。这种方式不需要在本地跑任何服务,直接云端调用。
核心目标
两种方式的目标都一样:让 Agent 像后端工程师一样操作后端。
Agent 不仅能写代码,还能拉取文档、查 Schema、看日志、配置资源。
Agent 写完不确定运没运,可以直接打开日志确认,而不是来回切换工具。
已支持 Agent 列表
官方展示支持的 coding agent:
- Cursor
- Claude Code
- GitHub Copilot
- Codex
- Cline
- Windsurf
- Kiro
- Trae
- Roo Code
三、七大核心能力
1. 数据库(Database)
- PostgreSQL,每个项目独立一个实例
- 内置 pgvector,向量搜索和嵌入拿来就能用
- Agent 可以直接读取 Schema、执行迁移、创建表,不需要人手动参与
2. 身份认证(Authentication)
- 用户注册、登录、Session 管理全内置
- 支持 JWT 和 OAuth(Google 登录、GitHub 登录)
- Agent 可以直接配置认证提供方,不用手动去控制台点
3. 文件存储(Storage)
- S3 兼容存储
- 图片、视频、任何文件都能放
- Agent 可以创建存储桶、配置访问权限、上传文件
4. Edge Functions
- 基于 Deno,无服务器运行后端逻辑
- Agent 可以写、部署、更新 Edge Function,全程不用人介入
5. Model Gateway
- 一个统一的 OpenAI 兼容接口
- 后面对接多个 LLM 提供商(Claude、GPT 等)
- 不用每个模型单独配密钥和基础 URL,统一进这一个网关
6. 实时(Realtime)
- 基于 WebSocket 的发布/订阅机制
- 数据发生变化,订阅的客户端即时收到推送
- 内置 RLS 权限控制,谁能看到哪些数据由权限策略控制
7. 部署(Site Deployment)
- Agent 写完前端代码,可以直接通过 InsForge 部署上线
- 代码分析、确定构建策略、注入环境变量、监控部署状态,全流程 Agent 自主处理
- 最新 v2.1.1 还加入了 Stripe 支付集成,独立开发者做产品又少了一道手动配
四、性能对比
MCPMark 基准测试
MCPMark 是专门衡量 AI 处理后端数据库任务表现的基准测试。InsForge 跟主流 BaaS 平台对比:
| 指标 | InsForge | Supabase | 原生 Postgres |
|---|---|---|---|
| 完成时间 | 150s ✅ | 239s | 215s |
| Token 用量 | 8.2M ✅ | 11.6M | 10.4M |
| 准确率 | 47.6% ✅ | 28.6% | 38.1% |
完成同样任务,比 Supabase 快 1.6 倍,用的 Token 少 30%,准确率高 1.7 倍。
差距原因
| 传统方式 | InsForge 方式 |
|---|---|
| Agent 自己去碰 API,碰不对就重试 | InsForge 把 Schema、表关系、RLS 语境全部展开给 Agent |
| 浪费很多 Token 在试错上 | Agent 不用试探接口,直接理解后端结构 |
| 盲目猜接口 | 上下文感知,操作精准 |
五、快速上手
方式一:云端(insforge.dev)
最快的方式:
- 去 insforge.dev 注册账号,创建项目
- 拿到 API Key 和 项目 URL
- 连接 MCP:
连接 Cursor:
npx @insforge/install --client cursor --env API_KEY=你的Key --env API_BASE_URL=你的项目URL
连接 Claude Code:
claude mcp add insforge npx -- -y @insforge/mcp@latest --env API_KEY=你的Key --env API_BASE_URL=你的项目URL
- 发一条消息给 Agent:「我在用 InsForge 当后端,请调用 InsForge MCP 的
fetch-docs工具学一下操作说明。」 - Agent 回复说已经读到指令集,连接成功 ✅
方式二:自托管(Docker Compose)
想自己持有数据,或者内网环境用:
git clone https://github.com/insforge/insforge.git
cd insforge
cp .env.example .env
docker compose -f docker-compose.prod.yml up
就这四条,本地跑起来。访问 http://localhost:7130 配置 MCP 连接。
一键部署选项
如果连 Docker 都不想装,Railway、Zeabur、Sealos 三个平台都已经就绪了模板,点一下就跑。
六、典型使用场景
场景一:独立开发者快速做产品
痛点:一个人做产品,后端配置最费时间。
InsForge 解法:
数据库 → Agent 配置
认证 → Agent 配置
存储 → Agent 配置
支付 → Agent 配置(v2.1.1 Stripe)
部署 → Agent 执行
一个人把一个产品弄完整,后端这块能交出去就是收益。
场景二:Claude Code / Cursor 项目开发
痛点:Agent 生成前端代码,后端配置卡住。
InsForge 解法:
告诉 Agent:「用 InsForge 当后端」
→ Agent 通过 MCP 读取 Schema
→ Agent 创建数据库表
→ Agent 配置认证
→ Agent 部署 Edge Function
→ Agent 部署前端站点
不用来回切换界面,全部由 Agent 完成。
场景三:快速原型验证
痛点:MVP 阶段不想花时间在后端配置上。
InsForge 解法:
- 注册 InsForge 云端账号
- 拿到 API Key
- Agent 开始干活
5 分钟完成后端配置,剩下的时间做核心业务逻辑。
七、技术架构
MCP Server 架构
Agent (Claude Code / Cursor)
↓ 自然语言
MCP Server (InsForge)
↓
├─ PostgreSQL (pgvector)
├─ S3 存储
├─ Deno Edge Functions
├─ Model Gateway
├─ WebSocket Realtime
└─ Stripe 支付
上下文暴露机制
InsForge 的核心创新是把后端信息全部展开给 Agent:
| 信息 | 暴露给 Agent |
|---|---|
| Schema 结构 | ✅ 表名、字段、类型 |
| 表关系 | ✅ 外键、关联 |
| RLS 权限配置 | ✅ 读写权限策略 |
| 已投运函数 | ✅ Edge Function 列表 |
| 日志运行状态 | ✅ 实时日志 |
Agent 理解了这些上下文,才能像后端工程师一样操作后端。
八、适用人群
适合谁
| 人群 | 收益 |
|---|---|
| Claude Code / Cursor 用户 | 后端配置交给 Agent,不用来回切换界面 |
| 独立开发者 | 一个人做产品,后端交给 Agent,省下大量时间 |
| AI 应用开发者 | Model Gateway 统一接口,多模型切换零成本 |
| 需要快速原型验证 | 5 分钟完成后端配置 |
不适合谁
| 人群 | 原因 |
|---|---|
| 大型团队(有专职后端) | 已有成熟后端体系,迁移成本高 |
| 需要深度定制的后端 | InsForge 是通用平台,定制需求可能受限制 |
| 数据合规要求极高 | 云端版本数据存储需评估合规性(可考虑自托管) |
九、竞品对比
BaaS 平台对比
| 平台 | 面向用户 | MCP 支持 | Model Gateway | Stripe 集成 |
|---|---|---|---|---|
| InsForge | Agent | ✅ | ✅ | ✅ v2.1.1 |
| Supabase | 人 | ❌ | ❌ | 需手动配 |
| Firebase | 人 | ❌ | ❌ | 需手动配 |
| Backendless | 人 | ❌ | ❌ | 需手动配 |
自托管方案对比
| 方案 | MCP 支持 | 易用性 | 自托管 |
|---|---|---|---|
| InsForge | ✅ | ✅ 开箱即用 | ✅ Docker |
| Supabase | ❌ | ⚠️ 控制台复杂 | ✅ |
| 自建后端 | ❌ | ❌ 全手动 | ✅ |
十、总结
核心价值
| 价值 | 说明 |
|---|---|
| Agent 友好 | MCP Server 直接暴露后端上下文,Agent 不用猜接口 |
| 全栈后端能力 | 数据库 + 认证 + 存储 + Edge Functions + 支付 + 部署 |
| 性能领先 | MCPMark 基准测试:比 Supabase 快 1.6 倍,少 30% Token |
| 开源协议 | Apache 2.0,可自托管 |
| YC 背书 | Y Combinator 支持 |
一句话总结
InsForge 把后端配置这块直接交给 Agent,让 AI 编程助手不仅能写代码,还能部署、配置、管理后端。
推荐场景
- 用 Claude Code / Cursor 做项目:后端配置交给 Agent,不用来回切换界面
- 独立开发者做产品:数据库、认证、存储、支付、部署,Agent 几乎全部能接管
- 快速原型验证:5 分钟完成后端配置,专注核心业务逻辑
GitHub: https://github.com/InsForge/InsForge
云端地址: https://insforge.dev
文档: https://docs.insforge.dev
本文首发于「程序员茄子」博客,原文链接:https://chenxutan.com