<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>智能问数 on DataAgentX</title><link>https://e343c64b.dataagentx.pages.dev/zh-cn/tags/%E6%99%BA%E8%83%BD%E9%97%AE%E6%95%B0/</link><description>Recent content in 智能问数 on DataAgentX</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 18 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://e343c64b.dataagentx.pages.dev/zh-cn/tags/%E6%99%BA%E8%83%BD%E9%97%AE%E6%95%B0/index.xml" rel="self" type="application/rss+xml"/><item><title>Data Agent 周报｜国内外团队在补什么？</title><link>https://e343c64b.dataagentx.pages.dev/zh-cn/news/20261018-data-agent-weekly-2026-10-17/</link><pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/zh-cn/news/20261018-data-agent-weekly-2026-10-17/</guid><description>&lt;p&gt;&lt;a href="https://e343c64b.dataagentx.pages.dev/images/articles/weekly-2026-10-17/core-zh.svg"&gt;&lt;img src="https://e343c64b.dataagentx.pages.dev/images/articles/weekly-2026-10-17/core-zh.svg" alt="本周十条进展共同补齐的分层"&gt;&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;覆盖北京时间 2026 年 10 月 11—17 日。这一周先看 4 条国内动态，再看全球进展。&lt;/p&gt;&#10;&lt;p&gt;整理下来，10 条消息指向同一个方向：&lt;strong&gt;Data Agent 的竞争正在从“能不能回答”转向“能不能持续、可信地参与工作”&lt;/strong&gt;。具体表现为应用可复用、上下文可继承、语义先于执行、验证内建在流程里。&lt;/p&gt;&#10;&lt;h2 id="国内把分析路径变成可复用资产"&gt;国内：把分析路径变成可复用资产&lt;/h2&gt;&#10;&lt;p&gt;&lt;strong&gt;01 阿里云 Quick BI：归因思路与作品复用&lt;/strong&gt;（10/13）&lt;/p&gt;&#10;&lt;p&gt;v7.0.1 新增指标拆解树与拆解公式链，图表可保存自定义归因思路；AI 报表支持协同编辑，作品广场让报表、报告和 HTML 看板在组织内复用。&lt;/p&gt;&#10;&lt;p&gt;意义在于：分析路径可以随图表沉淀，业务团队能接着修改和使用 Agent 生成的作品，而不必每次从零开始。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;02 衡石科技：沿现有看板继续分析&lt;/strong&gt;（10/12）&lt;/p&gt;&#10;&lt;p&gt;Data Agent 沿当前看板的指标、筛选与时间范围继续追问，辅助图表和指标创作；查询、编辑、保存分别管理。&lt;/p&gt;&#10;&lt;p&gt;这类“看板上下文”的设计解决了一个具体问题：连续追问时，哪些指标与过滤条件被继承、替换或新增，必须明确。否则追问越多，口径漂移越远。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;03 大应科技：业务语义先于执行&lt;/strong&gt;（10/15）&lt;/p&gt;&#10;&lt;p&gt;Aloudata 作者提出，先整理指标、关系和计算规则，让 Agent 据此选择与组合；遇到口径缺口时准确反问。&lt;/p&gt;&#10;&lt;p&gt;文章以净销售额、财务收入、客户映射及订单关联为例，指出企业知识可能藏在历史 SQL 和报表中，需要整理成当前任务可用的上下文。面对支付、发货、财务确认等不同口径，Agent 应提出具体澄清，再据确定的规则执行。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;04 yimindev：DatI 新增游客试用&lt;/strong&gt;（10/14）&lt;/p&gt;&#10;&lt;p&gt;DatI v0.8.0 加入游客试用入口。项目用业务术语、元数据和参数化 SQL 工具，将数据库封装为 Agent 可调用的 MCP 服务。&lt;/p&gt;&#10;&lt;p&gt;降低试用门槛本身不构成能力突破，但它让“语义网关”这个配置路径更容易被评估。&lt;/p&gt;&#10;&lt;h2 id="全球应用验证与评测同时推进"&gt;全球：应用、验证与评测同时推进&lt;/h2&gt;&#10;&lt;p&gt;&lt;strong&gt;05 Google Cloud：Looker Data Apps 进入 Preview&lt;/strong&gt;（10/12）&lt;/p&gt;&#10;&lt;p&gt;Agent 生成的交互式应用进入 Looker 原生托管环境，复用 LookML 语义模型、行级安全和访问控制，用户可调参数、比较情景并触发下游工作流。生成后的交互没有运行时 LLM token 消耗。&lt;/p&gt;</description></item><item><title>火山引擎 Data Agent：问数与深度研究为什么要分流</title><link>https://e343c64b.dataagentx.pages.dev/zh-cn/products/20261002-volcengine-query-and-deep-research/</link><pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate><guid>https://e343c64b.dataagentx.pages.dev/zh-cn/products/20261002-volcengine-query-and-deep-research/</guid><description>&lt;p&gt;&lt;a href="https://e343c64b.dataagentx.pages.dev/images/articles/volcengine-query-and-deep-research/core-zh.svg"&gt;&lt;img src="https://e343c64b.dataagentx.pages.dev/images/articles/volcengine-query-and-deep-research/core-zh.svg" alt="火山引擎问数与深度研究的分流架构"&gt;&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;“昨天华东销售额是多少”和“新品复购下降后应该先改产品、人群还是触达策略”，看起来都在问数据，工作形态却完全不同。前者目标明确、数据域窄、答案可快速核对；后者需要拆解问题、组合多类证据并形成有条件的判断。&lt;/p&gt;&#10;&lt;p&gt;火山引擎的产品路线把智能问数和深度研究分开，核心不是增加 Agent 数量，而是让不同责任走不同链路。&lt;/p&gt;&#10;&lt;h2 id="问数链路追求短反馈"&gt;问数链路追求短反馈&lt;/h2&gt;&#10;&lt;p&gt;智能问数适合指标查询、归因切片和多轮追问。数据集、字段和业务场景需要预先约束，复杂指标最好在 ETL 或语义层中稳定下来。官方文档给单个 Agent 设有数据集与字段数量边界，也建议围绕单一业务场景和意图配置。&lt;/p&gt;&#10;&lt;h2 id="深度研究需要证据编排"&gt;深度研究需要证据编排&lt;/h2&gt;&#10;&lt;p&gt;开放问题要先形成研究子题，再决定查询哪些数据、检索哪些知识、调用哪些工具。最终交付不应只是一个数字，而要区分事实、解释、假设、建议和未决问题。&lt;/p&gt;&#10;&lt;h2 id="两条链共享底座但验收不同"&gt;两条链共享底座，但验收不同&lt;/h2&gt;&#10;&lt;p&gt;问数和研究都需要指标语义、身份权限、数据新鲜度与审计记录。不同的是验收：问数看定义和数值能否复现；深度研究还要检查来源覆盖、推理跳跃、反例和建议适用条件。&lt;/p&gt;&#10;&lt;h2 id="多-agent-不等于把同一任务拆碎"&gt;多 Agent 不等于把同一任务拆碎&lt;/h2&gt;&#10;&lt;p&gt;若多个角色共享模糊目标、重复访问数据、最后由模型自由拼接，系统只会增加协调成本。合理分工应为每条链定义输入、输出、权限和失败去向，并由协调层决定何时从快速问数升级到研究任务。&lt;/p&gt;&#10;&lt;p&gt;试点时可以用同一批业务问题做分流测试：明确指标问题应在短链完成；跨域策略问题进入研究链；证据不足时必须请求补充或降级结论。多 Agent 的价值，来自可验证的责任分工，而不是界面上出现多少头像。&lt;/p&gt;&#10;&lt;h2 id="升级条件要写成规则"&gt;升级条件要写成规则&lt;/h2&gt;&#10;&lt;p&gt;问数链不应因为回答困难就无限扩展。可以设置明确升级信号：问题包含多个业务域、需要外部资料、存在相互矛盾的指标、需要提出行动建议，或预计超过查询预算。协调层据此创建研究任务，并把已经确认的指标定义、查询结果和未决问题一起交接。&lt;/p&gt;&#10;&lt;p&gt;反过来，深度研究也不应把简单问题复杂化。若核心事实可由一次受治理查询回答，就直接返回并保留查询证据。短链负责效率，长链负责不确定性；两者之间的交接质量，决定多 Agent 系统是否真的节省时间。&lt;/p&gt;&#10;&lt;p&gt;运营指标也应分开：问数链关注首个可用答案时间、定义命中率和追问修正率；研究链关注证据覆盖、关键反例、建议采纳与后续结果。把两条链混成一个满意度分数，会掩盖各自真正的瓶颈。&lt;/p&gt;&#10;&lt;p&gt;还要观察协调成本：一次任务发生多少次路由、重复读取了多少上下文、交接是否丢失来源，以及人工需要在哪一步重新解释问题。若角色增加后这些成本持续上升，说明分工边界需要合并，而不是继续增加新 Agent。&lt;/p&gt;&#10;&lt;p&gt;参考：&lt;a href="https://docs.volcengine.com/docs/85637/1588463?lang=zh"&gt;智能分析 Agent 产品文档&lt;/a&gt;&lt;/p&gt;</description></item></channel></rss>