Backenly 每分钟改一次你的数据库，默认档叫激进
今天 Product Hunt 上的 Backenly 替你的 coding agent 管后端；本文核过它默认就开着的自愈档位、自动加索引会锁表的那条未关 issue，以及撤销只退结构不退数据的边界。
「自愈是个好词，前提是它跟你指的是同一处伤口。」
10 月 31 日，Backenly 在 Product Hunt 上架。我读它的时候 93 票，排在这批新品的第 6 位。1
它做的事一句话说得清：让你的 coding agent 通过 MCP 把后端搭起来——Postgres、REST 接口、登录、文件存储、实时推送、定时函数——搭完之后它继续替你看着。
官网首屏那句话是这么写的：Your coding agent builds the backend over MCP. Backenly maintains it on its own, fixing what it can verify and undo, and holding anything risky for you. 2
「能验证、能撤销的自己修，其余留给你」。这句话里的每个字都能翻开看，我今天就翻了一遍。
先把好话说在前面
同类产品最容易挨骂的几处，它基本都躲开了。
改结构没有裸 SQL 的通道：agent 的每一次改动都走同一个内核，先计划、执行、读回数据库确认，再记一条 History。3
撤销只退结构，不动你用户写进去的数据，这一条下面细说。
整站 Apache-2.0，自托管不要钱；数据随时可以 pg_dump 带走，落回标准 Postgres。4
价目页把 credit 定义成 1,000 tokens，并且写明自愈不计量。
这个赛道的文档大多是用来卖东西的。这一份文档是用来交代边界的，写得比它自己的宣传还老实。
这是夸奖，也是我后面所有挑剔的前提。
默认那一档，名字叫 AGGRESSIVE
界面给你一个开关，两种状态：Autopilot 和 Review-only。2
文档说，Review-only 会把每一个看得见的改动压下来等你点一下，Autopilot 自己修安全的那部分、其余照样等你。5
代码里这个开关的默认值叫 AGGRESSIVE，直译过来就是激进。6
注释写得更具体：任何从没设过档位的项目都按 AGGRESSIVE 走；连读数据库失败、读不出档位的时候，兜底也是 AGGRESSIVE。
关于这个兜底，注释里有一段自述值得抄下来。它以前写的是保守档，本意是「别对免费项目乱开自动修改」；后来发现，数据库抖一下就把档位降下来，循环还在跑、还在报自己健康、还在加索引，偏偏不再去补行级安全策略的洞。静默，而且错在危险的方向。
顺带一句，免费档也一样在最上面那一档。各套餐的档位上限都是 AGGRESSIVE，Free 和 Pro 的差别在额度与扫描预算，每分钟扫一遍这件事两边一样。6
所以「你什么都不设置」得到的是权限最大的那个结果。
Backenly 官网首页，2026-10-31 截取。面板右上角是它给新项目准备的默认状态。
「安全」这两个字，它是这么算的
代码把动作分了四级。7
0 级静默执行，加索引这类，改完你看不到。1 级自动执行但事后通告，开行级安全策略、加外键约束这类，改完给你一条记录。2 级等你批，动登录、动外部凭据、删东西。3 级只告警，不可逆的。
backenly.com/docs/autonomy 的 How it works 一节，页面标注更新于 2026-10-12，2026-10-31 截取。
界面上那个「等你审阅」拦的是 2 级往上。1 级照跑。
装行级安全策略（RLS）就在 1 级。这在 Postgres 里是件大事：策略写错，整张表对用户来说就是空的。
它自己知道这一点。推断「这一行属于谁」的那份文件里写着：我们不会在没有任何策略的情况下把 RLS 打开，那等于把一次数据泄露换成一次服务中断，比原来那个 bug 更糟。8
于是那份文件列了六条推断规则，按优先级排：两个列名都指向终端用户，按双方都可见处理；一个外键指向用户表，按自有处理；列名匹配的按列名；外键指向一张已经能推断出归属的父表，就跟着父表走；目录类表设成公开读；剩下的报 undecidable，交给人。
这段是整份代码里最像人写的部分。它承认自己会在哪里认输，也说明了认输以后不硬来。
这套分寸是踩出来的
同一条规则上留着两道疤，都写在注释里。
外键约束在 2026 年 8 月 9 日之前属于自动执行。注释说错了两处：外键改的是数据库从此接受哪些写入；更要命的是修复要挑一个级联规则，而默认分支是 ON DELETE CASCADE——它当时根据列名推断出「删掉这一行，就该连带删掉引用它的所有行」。9
Backenly 仓库 lib/core/fix-classifier.ts 第 52 至 63 行，2026-10-31 抓取。
另一道疤更贵。9 月 16 日，一次「加一个可空列」的变更在执行时被展开成了「先把这张表建起来」；表被重建，80 行数据没了，日志打出来的还是 ✅ Added lifecycle_state。10
一个被批准的小动作，在执行层偷偷长成另一个量级的动作。这两段注释都是他们自己写下来的。
它自己那把刀
自动加索引是它最常见的自主动作之一，慢查询没索引就属于 1 级。
执行这条动作的函数，用的是普通 CREATE INDEX。11
issue #566 正文里写着后果：A plain CREATE INDEX holds a SHARE lock for the whole build, so every insert, update and delete on the table waits until it finishes. 而触发这条修复的慢查询只出现在正在被查的表上，也就是白天最忙的那几张。12
这条 issue 是 10 月 26 日开的，标签挂着 bug、difficulty: medium、help wanted，到它上 Product Hunt 那天还开着；下面两条社区方案在讨论改成 CONCURRENTLY、清理并发建失败留下的 invalid index、给建索引加超时。12
backenly/backenly 仓库 issue #566，开于 2026-10-26，2026-10-31 截取时状态仍为 Open。
「加法」在文件系统里是加法，在 Postgres 里要拿锁。
退回到哪一步
撤销的边界写得比大多数产品清楚：回退一次改动，只退那一次改的结构，你这期间写进去的数据不动。13
要删掉一列而这一列已经填过数据，它会把要丢掉的东西摊开，等人点。
跨过同一张表后来的改动，回退请求会被直接拒绝，不做合并。
一个密钥、一把被吊销的 key，永不复活。
窗口按套餐分：免费 7 天，Pro 30 天，企业 90 天，自托管 365 天。13
7 天对玩票够用。对一个真在跑的库不够：一周前它自动加的那条索引，你想撤的时候已经过期了。
一个人写的
仓库 96 星、29 个 fork，开着的 issue 和 PR 加起来 7 个。3
1,152 次提交里，1,090 次来自同一个账号。
单看规模，这是一个人的项目。
github.com/backenly/backenly 首屏，2026-10-31 截取。
有意思的是提交信息的写法。这家不写 fix bug，写的是整件事，读起来像一份诚实到反常的 bug 清单。
#573：表不存在的时候要拒绝 generate_api、create_index、rename_column 和 add_constraint——因为执行器当时会自己猜几列，把表建出来，而不是报错。14
#554：把 agent 的回滚改成一次需要人批准的恢复，因为 deploy { action: "rollback" } 当时只挪了一下版本标签，什么都没恢复。15
#570：让账号的最后一笔 AI 调用只要还有任意一个 credit 就允许发出，因为此前每次调用都要预留最坏情况，一个免费账号剩 77 个 credit 也被拒了。16
这三条我各念了两遍。一个产品愿意把「我们曾经猜列建表」写进提交记录，我愿意多看它两眼。
钱
免费档：一个项目、512MB 库、每月 200 个 AI credit、7 天恢复点。
Pro 25 美元一个月，年付 240；发布期五折，前三个月 12.5 美元，优惠到 11 月 7 日。
企业档按合同报价。4
一个 credit 是 1,000 tokens，只用来跑它自己的模型。4
免费档那 200 个 credit 是 20 万 tokens 一个月。一次像样的后端生成就能吃掉一大半。
每分钟自愈不计量、不设上限、不花 credit。4
每分钟动你数据库的那个动作免费无限量，写诊断说明的那部分按 token 收钱。这个价目结构站得住，只是第一次看会愣一下。
现在有多少人真用过
Hacker News 搜 backenly，零条。17Reddit 上我没找到针对它的讨论，官方 X 账号 @Backenly 这次读不到帖子。
Product Hunt 那边是上架首日，93 票。1
独立用户验证不足。我能核的只有它自己的网站、自己的仓库、自己的 issue。
一句「文档没跟上」就能解释。信不信，看你把库放在哪一头。
服务条款里没有赔偿上限，只排除了间接、附带、后果性损失；管辖法写的是「适用法律」，没点名哪个国家。19
想试的话
建完项目先去 Autonomy 页把档位调下来。它默认就在最上面那一档，没人替你选过。
真要用，挑一个 7 天内做得完的小项目先把免费档跑一轮——恢复窗口过期以后，它擅自加的东西你就只能自己动手拆。
索引这件事，等 #566 合了再让它在生产库上自己修。
把库当生产库之前，先确认它给你的区域和你自己的合规要求对得上。
最后
一个东西说自己会自愈，你得先问它把什么算作伤口，再问它缝的时候手放在哪。
Backenly 把这两件事都写了，写在代码注释和 issue 里，能查、能对、能挑。这在 AI 后端里少见。
至于那条边界画得对不对，得等它长到有人半夜被它改过库、第二天早上还得自己收拾的时候，才知道。
God bless 一个人维护的生产库。
References
- 1Backenly on Product Hunt
producthunt.com
- 2Backenly
backenly.com
- 3Backenly README
github.com
- 4Backenly 定价
backenly.com
- 5Autonomy 文档
backenly.com
- 6autonomy-level.ts
github.com
- 7desired-state.ts
github.com
- 8rls-ownership.ts
github.com
- 9fix-classifier.ts
github.com
- 10add-structure.ts
github.com
- 11minimal-executor.ts
github.com
- 12Issue #566
github.com
- 13Undo and rollback
backenly.com
- 14Issue #573
github.com
- 15Issue #554
github.com
- 16Issue #570
github.com
- 17Hacker News 检索
hn.algolia.com
- 18Backenly 隐私政策
backenly.com
- 19Backenly 服务条款
backenly.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.