Posts

很多数据团队一听语义层，就想到老 BI、指标平台和数据治理文档。但 Power BI、Databricks、MIT 和 Lyft 最近都在重新谈 semantic layer。对数据分析师和数据工程师来说，真正的问题是：怎么从 20 个高频业务问题开始，把指标、维度、权限、质量和拒答规则写成 AI 能调用的数据说明书？

很多公司做 AI 问数时，先关心模型会不会写 SQL，却忽略了一个更普通的问题：公司有没有一本能说明指标口径、数据来源、权限边界和适用场景的指标说明书？对数据分析师和 BI 同学来说，AI 最先暴露的往往不是模型能力，而是组织没有把业务语义写下来。

Power BI、Databricks 和 MIT 最近都在把语义模型、治理台和 GenAI 放到一起讲。对数据分析师和 BI 同学来说，问题不只是报表会不会被 AI 取代，而是你的指标、权限、口径和解释，能不能变成 AI 也能调用的业务接口？

本期数据周刊关注 6 月最后一周的 5 个信号：Power BI 把语义模型接到 AI 应用，Databricks 继续强化 Unity Catalog 治理，MIT 讨论 GenAI 语义层，Lyft 公开指标语义层实践，Shopify 训练 AI 拒答。数据分析师和数据工程师该准备什么？

很多公司做数据治理时会建指标字典、数据标准、血缘文档和质量规则，但业务仍然在群里问口径、导 Excel、临时找人解释。数据治理失败不一定是没人做，而是做完没有进入真实工作流。本文从一次治理项目复盘讲起，拆解治理没人用的 4 个原因和 3 个更小的落地入口。

很多数据从业者一焦虑就去学新工具：Python、Flink、ClickHouse、AI Agent、各种 BI 平台。但涨薪真正买单的，往往不是工具数量，而是你能不能减少业务不确定性、讲清项目价值、承担更复杂问题。本文从一个课程收藏夹讲起，拆解普通数据人涨薪前更该补的 4 种能力。

数据同学最怕业务反复改口径：今天按下单，明天按支付，后天又要排除退款。很多人第一反应是改 SQL，但真正该问的是业务到底要用这个指标做什么。本文从一次复购指标争议讲起，拆解口径反复背后的 4 个问题，以及一张指标变更卡应该记录什么。

AI 问数和 Text-to-SQL Demo 往往很顺：输入一句话，模型生成 SQL，图表立刻出现。但一到真实企业上线，就会遇到权限、口径、表名、脏数据和责任边界。本文从一次上线评审讲起，拆解 AI 问数翻车的 4 个原因，以及上线前必须补的 5 个基础动作。

很多数据分析师和数据开发写简历时会写项目背景、技术栈和指标结果，却在面试官追问细节时说不清证据。项目价值不是一句提升效率，而是一条能复原现场的证据链。本文从一次面试追问讲起，拆解数据项目证据链的 5 个环节，帮候选人把普通需求讲成可信项目。

很多数据分析师和 BI 同学越做报表越忙，老板却仍然在群里问数、要截图、临时拉人解释。问题不一定是报表不够多，而是报表没有回答决策、口径和责任。本文从一次经营会前的临时取数讲起，拆解 3 类低信任报表和 4 个让看板重新被使用的动作。

AI 问数和 Text-to-SQL 正在进入数据团队，但数据分析师、数据开发和 BI 同学真正要担心的，不是模型不会写 SQL，而是它写得太顺、错得太像对。本文从一次指标复盘会讲起，拆开 AI 写 SQL 的 3 类背锅风险、1 段 SQL 对照、10 项上线检查和 20 个高频问题模板。

本期数据周刊关注 Data Engineering Weekly #274 里的 5 个信号：Anthropic 的 Claude 自助分析、Airbnb 多产品数据架构、Uber 数据抽象层、LinkedIn Agent 语义检索，以及 Capital One 的 DataAgents。AI 数据产品真正缺的是什么？

很多数据从业者每天写日报，一周 5 份，写了需求、SQL、看板和会议，却在绩效沟通时发现领导仍然不知道自己的价值。问题不一定是你没做事，而是日报只记录动作，没有翻译成影响。本文拆解 3 种低效日报和 4 个改写方法，帮数据分析师把日常工作变成可复盘的证据。

很多候选人回答数据质量，只会背空值、重复、波动 3 类规则。但面试官真正想听的是：你怎么判断业务真的下滑还是链路出错，怎么定义影响面，怎么把规则放进数据链路，怎么处理业务责任。本文用一个面试现场拆解数据质量问题的 5 层回答方式，适合数据开发和数据分析师准备面试。

一次数据事故从周五晚上拖到周日，团队 48 小时修完任务、补跑数据、恢复看板，但复盘时才发现真正缺的不是告警，而是影响面、修复记录、责任边界和上线验证。本文用 5 个问题拆解数据事故复盘，帮数据开发和数据治理团队避免下次重复摔在同一个地方。

一次 AI 问数 Demo 里，模型把 LEFT JOIN 改成 INNER JOIN，SQL 看起来更短、更顺，却让未转化用户被悄悄排除。AI 写 SQL 的风险不只是语法错误，而是错得很像对的。本文拆解生成错误、业务逻辑错误和可信问数系统的边界，并自然介绍 Forge。

业务一句“帮我看下复购”，数据分析师连续改了 3 次口径：按首购用户算、按下单用户算、按支付用户算，最后才发现问题不在 SQL，而在需求没有被翻译成判断任务。本文用对象、动作、时间窗口和决策用途 4 个问题拆解模糊数据需求，帮你在写 SQL 前少返工、少改口径。

一个数据团队做了 10 张经营看板，老板却仍然在微信群里反复追问 GMV、复购和渠道转化。问题真的是看板不够多吗？本文从指标入口、业务语境、签字感和责任边界拆开，帮数据分析师判断下一张看板到底该不该做、该先补页面、补共同口径，还是减少一次反复问数和临时 SQL。

本期数据周刊关注 4 个生产信号：Gorgias 的 Flink 账单系统、Cloudflare 的 ClickHouse 查询计划瓶颈、Netflix 的 Cassandra 时间序列分区，以及 Snowflake Summit 后的数据团队 Agent 成本讨论。数据工程师该从这些案例里看到什么？

数据资产入表不是把数据估个价格写进报表，而是要求企业能证明数据来源、权属、质量、成本、使用场景和收益逻辑。本文结合财政部企业数据资源会计处理规定，解释普通公司为什么卡在资产识别、成本归集、质量治理、合规证明和业务闭环这些长期的数据基础能力上。

企业内部做高质量数据集，不能只是建一个文件夹或上传一批样本。真正可复用的数据集需要设计使用场景、字段说明、版本记录、质量验收、权限边界、调用登记和反馈机制，才能成为 AI 应用、业务分析和数据产品可以反复使用、长期持续维护的稳定数据供给能力。