消息详情

[分享创造] 让 AI Agent 改数据库之前，先开个分支：我们在 MatrixOne 里做了 Snapshot / Branch / Diff / Merge 最近在做 agent 落地时一直被一个问题困扰：让 agent 查数据很容易，让它写数据就很吓人。提示词里写"不要乱改生产数据"没什么用。agent 拿到一个有写权限的连接，一句 WHERE 条件写宽了，几千行就被悄悄改掉了，事后连改了哪些行都说不清楚。我们的思路是把 Git 那套工作流搬到表上，做成数据库原生的 SQL 能力（ MatrixOne ，开源，兼容 MySQL 协议）： ● Snapshot：agent 动手前给表打个快照。只记元数据，不复制数据，随时可以对比或回退 ● Branch：给 agent 开一个可写的表分支，它的增删改都在分支上，不碰主表 ● Diff：行级对比分支和主表，改了哪些行、改成什么一目了然 ● Merge：审核通过后按明确的冲突策略合并回主表；不满意就直接丢掉分支简单说就是给表提 PR：隔离 → 审查 → 批准 → 合并。先说清楚边界，免得被喷： ● 这是底层原语，不是完整的安全方案。校验规则、审批流程、权限、审计还得你自己的系统来做，我们提供的是一条"可以被卡住"的写入路径 ● 教程里的示例是演示场景，不是客户案例想试的话，教程是可以直接跑的 SQL： ● 教程仓库： https://github.com/matrixorigin/git4data-tutorial ● 上手文章： https://www.matrixorigin.io/blog/git4data-part2-hands-on ● MatrixOne： https://github.com/matrixorigin/matrixone ● 介绍页： https://git4data.ai 利益相关：我是 MatrixOrigin 的，做这个产品。想听听大家的看法： 1. 你们现在让 agent 写数据库，是怎么兜底的？只给只读权限、人工审 SQL ，还是别的办法？ 2. 行级 diff 审核这种方式，在你们的场景里实际用得上吗，还是太重了？ via V2EX (author: dengnan)

AI 助手

通知訊訊

相關消訊