摘要

  • Prophecy 9 月 8 日发布的工具强调逐步查看 AI 对流程与图表的改动，并将新代理扩展到 Snowflake，补充既有 Databricks 支持。
  • 官方文档说明代理不会自主部署或提升项目版本，但在用户现有权限内执行的仓库写入可以立即生效，不能把前者理解为只读承诺。

看得见改动，才有机会追问含义

一张报表中的日期筛选条件变了，业务人员可能很容易看见这个变化，却仍需判断：新的时间范围是不是自己原本想问的那一段？这是一个假设例子，并非 Prophecy 已发生的产品问题。它说明此次发布值得关注的地方：让生成过程更容易检查，可以把判断交还给理解业务问题的人，但不会自动给出正确判断。

Prophecy 在 9 月 8 日的公告中介绍了逐步查看 AI 对流程、图表所做增改以及相应数据结果的方式。准备数据与开展分析使用同一画布；用户提出自然语言问题后，项目先打开分析视图，底层流程仍可一键进入。公告还介绍了用问题生成分析看板的能力，并说明新工具适用于 Professional 和 Enterprise 版本。新代理此次扩展到 Snowflake，同时保留既有 Databricks 支持。这些是产品与界面安排，不是经独立验证的准确率提升或成本节省。发布公告

商业变化在于工作从哪里开始。业务分析人员可以先面对问题与结果，再下探处理过程，而不必以阅读生成代码作为第一步。底层流程并未消失，也不能据此推断所有工作都不再需要工程判断。

不自主发布，不代表不能执行

Agent 概览说明，代理在当前项目中，以发起用户的权限工作，不会自主部署或提升项目版本。同时，其工具能够查询仓库、运行流程并修改项目内容。这两组描述并不矛盾：项目是否进入更广泛使用，与某次操作能否在现有环境执行，不是同一个控制点。语法、引用和转换兼容性的检查，可以发现技术结构问题，却不能证明某个有效计算符合业务口径。Agent 概览

转换文档进一步说明，已执行的输出表及写入操作，会在连接的仓库中立即生效，使用调用者现有权限，并受既有访问控制与治理约束。文档也介绍了查看已应用改动、SQL 执行日志以及逐个检查修改组件输入输出的方式。因此，不能把可视化审阅描述成所有写入之前必经的人工作业闸口；也不能反过来说系统没有审批或绕过了权限。转换与执行文档

恢复功能的明确对象是先前的流程状态。恢复流程设计，不应被当作撤销全部已执行仓库写入、甚至撤销下游业务决策的保证。这是在区分不同恢复范围，不是在报道实际损失，也不是断言数据无法恢复。

Prophecy 的 Snowflake 页面强调原生执行与企业治理。它解释了厂商主张的运行位置，却不能替代对所有数据、元数据交互的独立审计。本文四项来源均为公司公告或官方资料，没有独立基准测试或已核实的客户收益。Snowflake 产品说明