InsForge 是一个开源的、为「agentic coding（让 AI 编码 agent 自己干活）」设计的一体化后端平台——可以理解成「面向 AI agent 的 Supabase」。它把数据库（Postgres）、认证、存储（S3 兼容）、边缘函数、模型网关（OpenAI 兼容、跨多家 LLM）、计算（容器服务，私有预览）和站点部署打包成一套后端，让编码 agent 像后端工程师一样读取后端上下文（schema、metadata、日志）并配置这些资源，从而端到端交付全栈应用。agent 通过 MCP Server（自托管+云）或 CLI+Skills（仅云）两种接口操作它。TypeScript、Apache-2.0，可云托管（insforge.dev）或 Docker 自托管。
来源：官方 README 与文档入口 查看 GitHub 仓库 →约 1.05 万星、882 fork，热度来自一个清晰的趋势判断：当编码 agent 越来越能写前端和业务逻辑后，瓶颈转移到「后端怎么自动配起来」——数据库、认证、存储、函数、部署这些 agent 过去搞不定。InsForge 把这些后端原语统一成 agent 可经 MCP/CLI 直接操作的接口，正好补上『agent 写全栈应用的最后一块后端拼图』，加上 Supabase 式的熟悉心智 + 自托管开源，吸引力很强。
来源：官方 README 与文档入口MCP Server（自托管与云均可）把 InsForge 的操作暴露为 MCP 工具供任意兼容 agent 调用；CLI + Skills（仅云）让 agent 从终端直接调用。两者都让 agent 能读后端上下文/状态并配置后端原语。
来源：官方 README 与文档入口agent 可拉取文档、schema、metadata（已部署函数、bucket 内容、auth 配置）和运行时日志，从而有足够信息写代码、验证产物、出错时调试——把后端从黑盒变成 agent 可观测可操作的对象。
来源：官方 README 与文档入口认证（用户/会话管理）、Postgres 关系数据库、S3 兼容存储、边缘函数（Deno serverless）、模型网关（OpenAI 兼容、跨多家 LLM provider）、计算（长运行容器服务，私有预览）、站点构建与部署，覆盖全栈应用所需后端。
来源：官方 README 与文档入口agent 可直接部署边缘函数、跑数据库 migration、创建存储 bucket、配置 auth provider 等，像后端工程师一样操作平台，而不是只生成代码让人去点。
来源：官方 README 与文档入口可用云版 insforge.dev，或用 Docker Compose 自托管（docker-compose.prod.yml 起本地实例，默认 7130 端口连 MCP），支持同主机多项目（不同端口+env），并提供一键部署模板。
来源：官方 README 与文档入口npm workspaces monorepo（包名 insforge）。backend/ 是 TypeScript 后端核心（src/ + tests，tsup 构建、vitest 测试），承载认证、数据库、存储、模型网关等服务并对外暴露 REST/OpenAPI 与 MCP；frontend/ 是 Vite SPA 管理面板（连 MCP、看资源状态）；functions/ 是基于 Deno 的边缘函数运行时（server.ts + worker-template.js + 示例）；packages/ 下有 dashboard、shared-schemas（前后端共享类型）、ui 等可复用包。数据层用 Postgres，存储 S3 兼容。仓库内置 .claude-plugin、.codex、.agents、.gstack 等多种 agent 集成配置，并有 docker-compose 多套（dev/prod/override/dokploy）支撑自托管与一键部署。整体是「Supabase 式 BaaS 后端 + 面向 agent 的 MCP/CLI 接口层 + 边缘函数运行时」的组合，工程化与可自托管性都比较完整。
来源：官方仓库PostgreSQL (数据库)S3 兼容存储Deno (边缘函数)MCP (agent 接口)OpenAI 兼容模型网关Vite (管理面板)Docker Compose (自托管)适合：①用 Claude Code/Cursor/Codex 等 agent 做全栈开发、希望 agent 自己把数据库/认证/存储/函数/部署配起来而非只写前端的人；②想要 Supabase 式一体化后端、但要 agent 原生（MCP/CLI 可操作）的开发者与独立开发者；③想自托管、数据自控的团队。不适合：需要成熟稳定生产 BaaS、对 SLA/合规要求高的团队（仍在 2.x 早期、计算等能力还在私有预览）；以及不使用编码 agent、只想要传统手动后端的人。
来源：官方 README 与文档入口采用语义化版本，最新为 v2.1.7（2026-05-21），近期连发 v2.1.6/v2.1.5（2026-05 中旬），发布频繁；仓库创建于 2025-07，迭代到 2.x，主分支持续高频提交（最近 push 2026-05-22），是相对成型但仍快速演进的项目。
来源：官方 ReleasesInsForge 抓住了 agent 编程的一个真瓶颈：agent 越来越会写前端和逻辑，但后端（数据库、认证、存储、函数、部署）一直是它搞不定的黑盒。它的做法很对路——把这些后端原语统一成 agent 能经 MCP/CLI 读状态、配资源的对象，做成一个 Supabase 式、可自托管的一体化平台，1 万星说明需求真实。要清醒的是它仍在 2.x 早期、Compute 等还在预览、让 agent 直接操作生产后端权限很大、自托管也有运维门槛。对想让 agent 端到端交付全栈应用、又能接受自托管和早期成熟度的开发者，这是目前最值得关注的『agent 原生后端』之一；要稳定生产 BaaS 的团队则需谨慎评估。
来源：官方 README 与文档入口