InsForge:给 AI Agent 造了一个“它们能自己操作”的后端
2026-03-12 | ProductHunt | 官网 | GitHub
30秒快速判断
这App干嘛的:一个专门给 AI 编程 Agent(Cursor、Claude Code 等)设计的后端平台。数据库、认证、存储、模型网关、边缘函数——全套齐活儿,而且 Agent 能直接通过 MCP 协议自己操作这些东西,不需要人手动配置。
值不值得关注:值得。如果你正在用 Cursor 或 Claude Code 做项目,每次都被后端配置卡住(数据库建表、认证流程、RLS 策略),InsForge 就是来解决这个痛点的。PH 拿了 188 票,GitHub 2.5K stars,HN 上多次上首页,$1.5M pre-seed 融资已到位。这不是概念产品,已经有 Zeabur、Peak Mojo 等公司在用了。
与我有关三问
与我有关吗?
目标用户是谁:用 AI 编程工具(Cursor、Claude Code、Windsurf)做项目的开发者。不管是 vibe coding 爱好者还是正经做 SaaS 的团队。
我是吗:如果你符合以下任一条件,你就是目标用户——
- 用 Cursor/Claude Code 做过全栈项目,被后端配置搞到头秃
- 想让 AI Agent 帮你搞定从前端到后端的全流程
- 做 hackathon,需要最快速度搭出一个能跑的全栈 demo
什么场景会用到:
- 周末想用 Claude Code 快速做个 SaaS 原型 → 用 InsForge,Agent 自己搞定后端
- 团队里没有后端工程师,但需要数据库+认证+存储 → InsForge 是你的后端工程师
- 已经在用 Supabase,但每次 Agent 操作都被 RLS 卡住 → InsForge 的 MCP 默认配好了安全策略
对我有用吗?
| 维度 | 收益 | 代价 |
|---|---|---|
| 时间 | 后端任务完成速度提升 1.6x,Agent token 消耗减少 30% | 学习 InsForge 的概念和 MCP 配置,约 30 分钟 |
| 金钱 | 构建功能成本降到 Supabase MCP 的 41.7%(官方 benchmark) | 免费版功能未知,Cloud 版需付费 |
| 精力 | 不用再手动写 RLS 策略、配认证流程、管理 API key | 新平台,生态比 Supabase 小得多,遇到问题可能要自己趟坑 |
ROI 判断:如果你是 Agent-first 的开发者(主要靠 AI 写代码),InsForge 值得花半天时间试试。如果你已经在 Supabase 上有成熟项目,暂时没必要迁移,但可以关注它的发展。
喜闻乐见吗?
爽点在哪:
- Agent 自己搭后端:连上 MCP,Agent 能自己建表、配认证、设置存储,你只需要描述需求
- 模型网关内置:OpenAI、Anthropic、Gemini、Grok 都能直接调,不用自己管 API key
- Docker 一键启动:
docker compose up就跑起来了,Dashboard 在 localhost:7131
“哇”的瞬间:
“把 Claude Code 连上 InsForge 就像合上电闸一样顺滑。前一分钟我还在弄原型,后一分钟我就拥有了一个真正的产品。” —— InsForge 官网用户评价
用户真实评价:
正面:“InsForge 不仅仅是发布了一个产品,它为 AI 优先的后端开发体验树立了全新的标杆:更快、更简洁、更精准。” —— @shedntcare_ 正面:“InsForge 感觉完全不同,只需连接然后编码。我的 Agent 处理了一切。” —— InsForge 官网 HN 讨论:“我一直觉得 Supabase 默认开启 RLS 的行为是一把双刃剑:对安全很好,但当你只想让 Agent 或原型跑起来时,开发者体验简直是灾难。拥有能自动执行合理默认设置的 MCP 服务器感觉是一个巨大的胜利。” —— Hacker News
给独立开发者
技术栈
- 数据库:PostgreSQL(每个项目独立实例)
- 运行时:Deno(边缘函数)
- 认证:JWT(注册/登录/OAuth)
- 存储:S3 兼容
- 实时通信:WebSocket 发布/订阅
- AI 模型:统一 SDK 支持 OpenAI/Anthropic/Gemini/Grok
- 部署:Docker Compose 自托管 / InsForge Cloud 托管
- 基础设施:AWS
- 协议:MCP(模型上下文协议)
核心功能怎么实现的
InsForge 的核心创新是在传统 BaaS(数据库+认证+存储)的基础上加了一层 语义层(Semantic Layer)。这层语义层做了三件事:
- 获取上下文:Agent 能拉取文档和可用操作列表
- 配置原语:Agent 能直接配置数据库表、RLS 策略、认证流程
- 检查状态:后端状态和日志通过结构化 schema 暴露给 Agent
说白了就是把 Supabase 的 Dashboard 操作变成了 Agent 能理解的 MCP 接口。Agent 不需要“看”界面,直接通过协议操作后端。
开源情况
- 开源:是,Apache License 2.0
- GitHub Stars:2.5K+,292 forks
- 主要贡献者:@tonychang04、@jwfing、@Fermionic-Lyu 等
- 参与过 Hacktoberfest 2025
- MCP Server 也开源:InsForge/insforge-mcp
自己做类似的难度
中高。核心挑战不在于单个组件(Postgres、Auth 都有成熟方案),而在于那层语义层——让 Agent 能可靠地操作后端而不搞崩。估计需要 3-5 人月。
商业模式
- 变现方式:Cloud 托管版订阅 + 模型网关使用量计费
- 模型网关:0% 加价,按实际用量计费(意味着靠其他服务赚钱)
- 自托管免费:完全开源,Apache 2.0
巨头风险
中等偏高。Supabase 已经有 MCP Server,如果 Supabase 认真优化 Agent 体验,InsForge 的差异化会被压缩。不过 Supabase 的核心用户是人类开发者,要改底层架构来适配 Agent 不容易。真正的威胁可能来自 Vercel、Cloudflare 这些平台直接内置 Agent 友好型后端。InsForge 已经加入了 Vercel OSS 计划,说明他们也意识到了这个风险,选择抱大腿而不是硬刚。
给产品经理
痛点分析
解决什么问题:AI 编程 Agent 能很快写出前端代码,但到了后端配置(数据库、认证、存储、API key 管理)就卡住了。现有的后端平台(Supabase、Firebase)都是给人设计的,Agent 操作时经常失败。
痛点有多痛:高频 + 越来越刚需。InsForge 的博客里写道:“有了编程 Agent,写代码其实成了最简单的部分。你可以在几小时内做出原型,但要让它达到生产级别,你仍有一长串需要手动完成的任务。” 这个痛点随着 Cursor/Claude Code 用户增长只会越来越严重。
用户画像
| 用户 | 特征 | 使用场景 |
|---|---|---|
| Vibe Coder | 非专业开发者,用 AI 做项目 | 快速出 MVP,不想碰后端 |
| 全栈独立开发者 | 一个人做 SaaS | 让 Agent 处理后端,自己专注产品 |
| 创业团队 | 3-5人,没有专职后端 | 降低后端人力成本 |
| Hackathon 选手 | 48小时出产品 | 最快搭出全栈 demo |
功能拆解
| 功能 | 类型 | 说明 |
|---|---|---|
| MCP 语义层 | 核心 | Agent 理解和操作后端的关键 |
| PostgreSQL 数据库 | 核心 | 每项目独立实例,schema→API |
| JWT 认证 | 核心 | 注册/登录/OAuth,Agent 可直接配置 |
| S3 存储 | 核心 | 文件上传/服务 |
| 模型网关 | 差异化 | 统一调用多家 LLM,免管 API key |
| 边缘函数 | 差异化 | Deno 运行时,零配置部署 |
| 实时 WebSocket | 锦上添花 | 发布/订阅消息 |
| Dashboard | 锦上添花 | Web 管理界面 |
竞品差异
| 对比项 | InsForge | Supabase | Firebase | Appwrite |
|---|---|---|---|---|
| 核心差异 | Agent 原生,MCP 优先 | 人类开发者优先 | 移动优先 | 自托管优先 |
| 数据库 | PostgreSQL | PostgreSQL | Firestore (NoSQL) | MariaDB |
| Agent 支持 | MCP 原生,语义层 | MCP Server(后加的) | 无 | 无 |
| 自托管 | Docker Compose | Docker | 不支持 | Docker |
| Benchmark | Pass4 47.6% | Pass4 28.6% | N/A | N/A |
| 开源 | Apache 2.0 | Apache 2.0 | 否 | BSD-3 |
| 价格 | 自托管免费 | 免费 → $25/月 Pro | 按量付费 | 免费 → $25/月 |
可借鉴的点
- “Agent 原生”定位:不做更好的 Supabase,做给 Agent 用的 Supabase。品类创新比功能堆叠有效得多。
- Benchmark 营销:用 Pass4(4次全通过才算成功)这种严格指标做对比,让数据说话。
- MCP 协议押注:早期 all-in MCP,押对了 Agent 工具链的标准化方向。
- 语义层思路:不改底层(还是 Postgres),在上面加一层 Agent 友好的接口。这个思路可以复用到很多“给 Agent 用的 X”产品上。
给科技博主
创始人故事
- Tony Yaowen Chang(CTO/联合创始人):UIUC CS 2024 毕业,之前在 Databricks 做网络基础设施,帮公司每月省了 $30K 云成本。高中拿过 FIRST 机器人赛洛杉矶冠军。做过 AI 播客项目。曾因为看不懂神经科学论文,做了一个 LLM 改写工具。
- Hang Huang(CEO/联合创始人):前 Amazon 产品经理。
- 团队规模:5 人,总部西雅图。
故事线:两个年轻人从大厂出来,一个技术一个产品,看到了 AI 编程时代后端工具没跟上的缺口。2025 年 7 月开源,2 周内拿到 500 stars。用户疯狂要求云版本,他们差点被需求淹没,写了篇博客叫《Focus or Die》反思优先级管理。
争议点/讨论角度
- “Agent 原生”是真需求还是营销概念? Supabase 加个 MCP Server 不就行了吗?InsForge 团队回应说:Supabase MCP 是给人用的 API 加了个 Agent 壳子,InsForge 是从底层就为 Agent 设计的。
- Benchmark 可信度:用自家产品跑自家测试,47.6% vs 28.6% 的差距够大,但样本只有 21 个任务,可以质疑样本偏差。
- 5 人团队 vs Supabase 的 200+ 人:能跑多久?$1.5M 的资金能撑多久?
热度数据
- PH 排名:188 票
- GitHub:2.5K stars,292 forks
- HN:至少 6 次 Show HN 帖子
- Twitter/X:2000+ 开发者使用(官方数据)
- 融资:$1.5M pre-seed
内容建议
- 适合写的角度:“Supabase 的 AI 挑战者”——小团队挑战大公司的经典叙事。
- 蹭热点机会:Agent 编程、MCP 协议、Vibe Coding 都是 2026 年的热词。
- 独特角度:“给 AI 造后端”这个品类本身就值得讨论——是 AI 工具链的必然环节还是过渡产品?
给早期采用者
定价分析
| 层级 | 价格 | 包含功能 | 够用吗? |
|---|---|---|---|
| 自托管 | 免费 | 全部功能(开源 Apache 2.0) | 有 Docker 经验就够用 |
| Cloud | 未公开具体价格 | 托管 Postgres + 模型网关 | 适合不想管运维的用户 |
注意:模型网关按使用量计费,0% 加价,直接透传成本。
上手指南
- 上手时间:30 分钟
- 学习曲线:低(如果已经用过 Supabase)
- 步骤:
git clone https://github.com/insforge/insforge.gitcp .env.example .envdocker compose up- 打开
http://localhost:7131进入 Dashboard - 在 Cursor/Claude Code 中配置 MCP Server 连接
- 开始让 Agent 帮你搭后端
坑和吐槽
- 自托管复杂度:早期用户反馈最多的就是“自托管太复杂”,团队因此做了 Cloud 版本。
- 生态小:社区和教程远不如 Supabase 丰富,遇到问题可能要翻源码。
- 目前只支持 Postgres:想用 MongoDB、MySQL 的要等未来版本。团队回应称目前专注于 Postgres。
- VS Code 插件刚出:2026 年 2 月才发布插件,还比较新。
安全和隐私
- 数据存储:自托管版完全本地,Cloud 版在 AWS。
- MCP 默认安全策略:Agent 操作自动带安全防护,不会裸奔。
- 开源审计:代码全开源,可以自己审计。
- Cloud 版完全托管:备份、扩展、补丁由 InsForge 管理。
替代方案
| 替代品 | 优势 | 劣势 |
|---|---|---|
| Supabase + MCP | 生态成熟,社区大,文档全 | MCP 是后加的,Agent 体验一般 |
| PocketBase | 单文件二进制,极简 | 无 Agent 支持,功能有限 |
| Nhost | GraphQL 原生,类 Supabase | 无 Agent/MCP 支持 |
| Appwrite | 自托管友好 | 使用 MariaDB 而非 Postgres |
| 自己搭 Postgres + Auth | 完全掌控 | 需要大量人力维护 |
给投资人
市场分析
- AI Agent 市场规模:2026 年约 $90-120 亿,预计 2034 年达 $1390-2510 亿。
- BaaS 赛道:Supabase 估值已超 $200 亿,Firebase 是 Google Cloud 核心产品。
- Agent 原生 BaaS:新品类,目前 InsForge 是最明确的玩家。
- 驱动因素:Cursor 月活破亿、Claude Code 快速增长、MCP 协议成为标准。
竞争格局
| 层级 | 玩家 | 定位 |
|---|---|---|
| 头部 | Supabase、Firebase | 通用 BaaS,面向人类开发者 |
| 腰部 | Appwrite、Nhost、PocketBase | 差异化 BaaS(自托管/GraphQL/极简) |
| 新进入者 | InsForge | Agent 原生 BaaS |
Timing 分析
- 为什么是现在:2025-2026 是 Agent 编程爆发年。Cursor 成为增长最快的开发工具,MCP 协议迅速成为标准,后端基础设施还没跟上这波变化。
- 技术成熟度:MCP 协议已稳定,LLM 能力足以操作复杂后端任务。
- 市场准备度:Gartner 预测 2026 年 40% 企业应用将包含 AI Agent。开发者已经习惯让 Agent 写代码,下一步自然是让 Agent 管后端。
- 窗口期:Supabase 目前 MCP 支持较弱,InsForge 有 12-18 个月的窗口建立壁垒。
团队背景
- Tony Chang(CTO):UIUC CS,前 Databricks。
- Hang Huang(CEO):前 Amazon PM。
- 团队规模:5 人,总部西雅图。
- 过往成绩:开源 8 个月拿到 2.5K stars,HN 多次上首页。
融资情况
- 已融资:$1.5M Pre-Seed
- 投资人:未公开披露
- PitchBook/Crunchbase:已有公司档案,说明在投资机构的雷达上。
结论
一句话判断:InsForge 押对了“给 Agent 造后端”这个方向,产品有真实差异化,但面对 Supabase 等巨头的追赶压力不小。5 人团队 + $1.5M,执行力是关键。
| 用户类型 | 建议 |
|---|---|
| 开发者 | ✅ 如果你主要用 Cursor/Claude Code,值得试试。自托管免费,试错成本低 |
| 产品经理 | ✅ “Agent 原生”品类创新 + 语义层思路值得研究和借鉴 |
| 博主 | ✅ “小团队挑战 Supabase” + Agent 编程热潮,流量题材 |
| 早期采用者 | ⚠️ 产品能用但生态小,适合折腾型用户,不适合求稳的 |
| 投资人 | ⚠️ 方向对但团队太小,$1.5M 资金有限,看下一轮能不能跑出数据 |
资源链接
| 资源 | 链接 |
|---|---|
| 官网 | insforge.dev |
| GitHub | InsForge/InsForge |
| 文档 | docs.insforge.dev |
| npm | insforge |
| Twitter/X | @InsForge_dev |
| ProductHunt | InsForge Alpha |
| Crunchbase | InsForge |
| HN 讨论 | Show HN |
| 博客 | insforge.dev/blog |
| MCP Server | InsForge/insforge-mcp |
2026-03-12 | Trend-Tracker v7.3 | 研究来源:ProductHunt、GitHub、Hacker News、Twitter/X、Crunchbase、官网文档