我根据你们的建议构建了让AI代理写入真实数据的功能。你们会实际使用它吗？

几天前我在这里询问如何让AI代理写入真实数据。我采纳了最受欢迎的建议，并将它们整合到我正在开发的数据库Chronos DB中。Chronos DB是一个新的Postgres兼容数据库，每个AI代理在大约2微秒内获得整个数据库的独立副本，使用标准SQL进行操作，然后你可以进行差异比较和合并其更改。根据你的反馈，我实现了以下功能：每次合并的限制不足。例如，一个代理被限制每次合并只能删除50条记录，但在十次合并中可以删除500条，因此限制现在改为每个代理每小时。在第一次写入前，运行会声明其范围：它允许更改哪些表、列和租户。超出范围的合并将等待人工处理。某些列（如所有者、计费、身份）可以被标记，任何更改都需要人工审批，即使只涉及一行数据。副作用如电子邮件和Webhooks会与更改一起排队，仅在批准后才执行。被放弃的尝试不会发送任何通知。如果一个分支打开时间过长，即使没有读取到任何更改，也无法合并，除非经过审查。我目前为任何AI代理推荐的默认设置是：在观察到足够数据以放宽限制之前，禁止在没有人工审批的情况下合并删除操作。这是一个预览版（v0.1.3），单节点部署，源代码可用，尚未在任何生产环境中使用。链接和安装说明请参阅评论。我仍然不确定的是：你会将数据迁移到这个为此专门构建的新数据库中，还是只使用与现有Postgres并行运行的解决方案？