<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agentic Analytics on DataAgentX</title><link>https://e343c64b.dataagentx.pages.dev/zh-cn/tags/agentic-analytics/</link><description>Recent content in Agentic Analytics on DataAgentX</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 06 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://e343c64b.dataagentx.pages.dev/zh-cn/tags/agentic-analytics/index.xml" rel="self" type="application/rss+xml"/><item><title>Data Agent 的 L0–L5：升级的不是功能，而是责任</title><link>https://e343c64b.dataagentx.pages.dev/zh-cn/tech/20260906-data-agent-levels/</link><pubDate>Sun, 06 Sep 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/zh-cn/tech/20260906-data-agent-levels/</guid><description>&lt;p&gt;一个系统会写 SQL，另一个系统会调用 SQL 和 Python，遇到错误还能重新规划。后者连接的工具更多，但这还不足以证明它更“自主”。真正的区别是：谁决定目标，谁组织过程，谁有权执行，谁验证结果，出了问题又由谁恢复并负责。&lt;/p&gt;&#10;&lt;p&gt;因此，Data Agent 的等级不是功能数量表，而是一张责任转移图。每升一级，Agent 接手的不只是更多操作，也包括更多判断与风险。&lt;/p&gt;&#10;&lt;p&gt;&lt;a href="https://e343c64b.dataagentx.pages.dev/images/articles/data-agent-levels/levels-zh.svg"&gt;&lt;img src="https://e343c64b.dataagentx.pages.dev/images/articles/data-agent-levels/levels-zh.svg" alt="Data Agent L0 到 L5 的责任转移"&gt;&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;这套 L0–L5 框架来自 2026 年论文 &lt;a href="https://arxiv.org/abs/2602.04261"&gt;Data Agents: Levels, State of the Art, and Open Problems&lt;/a&gt; 及其配套的 &lt;a href="https://github.com/HKUSTDial/awesome-data-agents"&gt;Data Agent 研究资料库&lt;/a&gt;。作者将公开研究的主体现状放在 L0–L2，把正在探索端到端自主编排的系统称为 Proto-L3；L4 和 L5 主要是未来愿景。它适合用来讨论人机分工，不是厂商排行榜，也不是采购认证。&lt;/p&gt;&#10;&lt;h2 id="判断等级要看五种权力归谁"&gt;判断等级，要看五种权力归谁&lt;/h2&gt;&#10;&lt;p&gt;同一个产品在不同工作流上可能处于不同等级。判断时可以沿五个维度逐项追问：&lt;/p&gt;&#10;&lt;table&gt;&#10;&#9;&lt;thead&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;维度&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;关键问题&lt;/th&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/thead&gt;&#10;&#9;&lt;tbody&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;发起权&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;任务必须由人提出，还是系统能主动发现问题？&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;规划权&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;人预先定义步骤，还是 Agent 能拆解、选工具并重新规划？&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;执行权&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;只能建议、可以只读执行，还是能触发写入与外部动作？&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;验证权&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;谁判断结果足够可靠、任务可以结束？&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;恢复与责任&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;失败时谁停止、回滚、接管并解释发生了什么？&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/tbody&gt;&#10;&lt;/table&gt;&#10;&lt;p&gt;只要其中一个关键维度仍由人控制，系统的实际等级就会受到它限制。例如 Agent 可以自动写并执行 SQL，但每一步由人指定、结论也由人验收，它更接近 L2，而不是 L3。&lt;/p&gt;&#10;&lt;h2 id="l0人是唯一的操作者"&gt;L0：人是唯一的操作者&lt;/h2&gt;&#10;&lt;p&gt;在 L0，分析师或工程师自己找数据、写 SQL 或代码、检查结果并决定下一步。数据库、BI 和 notebook 是工具，但不会代替人做判断。&lt;/p&gt;&#10;&lt;p&gt;L0 并不等于落后。在财务结账、监管报送、重大生产变更等高风险流程中，完整人工控制可能是合理设计。它的问题是吞吐依赖个人经验，过程难以规模化，隐性知识也容易留在个人电脑和脑中。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;生产门槛&lt;/strong&gt;：建立版本、评审、数据口径和操作记录。没有这些基础，接入 Agent 只会把原本不透明的人工过程自动化。&lt;/p&gt;</description></item></channel></rss>