盐龙湖实操课：从一份数据报表，到可以复用的 Skill

内容摘要

盐龙湖数据分析课上，我用教学订单数据带大家经历报表生成、数字复查、模板约束和换月份试用。可借鉴的做法是把计算正确、图文一致和流程复用分别检查，再将确认过的步骤整理成 Skill（供 AI 助手重复调用的任务说明与工具）。这次课堂进入了换数据试用，但没有证明所有参与者都已能独立验收或长期使用。

• 时间与地点： 2026 年 9 月 12 日下午，盐龙湖人才会客厅。
• 课程位置： 这是我参与的第二场盐龙湖授课，对应主办方 AI 训练营第四课。
• 练习任务： 比较租车订单教学数据，做月度经营复盘，再尝试复用到下一个月。
• 本文能看到的内容： 课堂步骤、真实提问、处理偏差的方法，以及这次练习还没有证明什么。

盐龙湖人才会客厅发布的本场活动回顾记录了授课时间、我的参与，以及数据分析、可视化报告和技能封装等主题。下面展开的是我在课堂中怎样带大家操作。

为什么先看三份不同的报表

开场时，我展示了用相同提示词、相同数据生成的三份报表。它们的图表形式、板块安排和结论排布并不一样。

下面从同期保留的报表中选取三个局部，方便对照这种差异：都是 3 月与 4 月的租车订单分析，有的把指标放在一张图上，有的拆成多个面板，有的先给结论再展开图表。截图来自原 HTML 文件，保留当时的内容；与开场三份投屏的逐一对应关系尚未核实。这些初版也保留了待修正的数字和分析，后面的复查部分会展开两个具体例子。 点击图片可以放大阅读。

样例 A：把不同指标放进同一张对比图

样例 B：先说判断，再分开看量、额与走势

样例 C：先读整份报告的摘要，再进入每日趋势

三份报表让读者先看到的东西不同，回答问题的顺序也不同。因此，在需要每月重复提交的任务里，我会先确定：负责人需要先看总览还是异常？指标如何排列？结论放在哪里？这些要求明确后，再用模板固定下来。

这让“为什么需要 Skill”变成了一个可以直接看到的问题：临时做一份报告时，形式不同未必有妨碍；但如果每个月都要交同类报告，每次都重新确认结构、找数字、改格式，就很难复用前一次的工作。

因此，这场课没有从编写一份很长的 Skill 文件开始。我先让大家经历一次普通任务：把数据交给 AI，看看它会怎样理解问题、做出什么，再讨论哪些部分应该保留，哪些部分需要修正。

我希望固定下来的，是经过检查的方法、模板和规则。每个月的数据与结论仍要重新计算、重新判断。

练习从哪些材料和问题开始

课堂设置的角色是租车平台运营助理：负责人给出 3 月、4 月两份订单表，希望得到一份可以直接打开的 HTML 可视化报告。

本次整理时重新清点了保留的课堂 CSV：3 月有 4,812 条数据记录，4 月有 4,919 条，两份表各有 61 个字段。这些数字说明练习材料的规模，包含全部订单状态，并不是“已完成订单数”，也不是某家客户对外披露的业绩。

课件把任务限定在三个问题上：

1. 4 月整体表现与 3 月相比，有什么变化？
2. 哪些城市贡献较大，哪些城市的变化值得关注？
3. 不同车型的订单量与金额贡献，有什么差异？

报告还需要提出两项值得优先核查或尝试的后续建议。这样安排，是为了让大家有一个明确的交付目标，而不是笼统地让 AI“分析一下这个表”。

除了数据，材料还包括项目规则文件 AGENTS.md 和后续使用的 HTML 报表模板。规则文件用于约定任务怎样执行；模板用于说明最后交付的结构与样式。两者的作用不同，不能只准备其中一个。

第一步：把工作范围与计划讲清楚

开始操作时，我先带大家选择存放练习材料的本地文件夹，作为当前工作空间。这样，AI 要读取哪些数据、生成的文件应该放在哪里，都有具体范围。

课件里的基础要求包括：关键数字通过计算得到，处理结束后安排独立复查，修改文件保留原版本，产物放在当前项目中。它们对应的都是实操中的具体问题，而不是为了让规则文件显得完整。

我也让大家先看计划：AI 有没有找对材料？是不是在比较指定的两个月？理解的交付形式是否一致？如果这里已经偏了，就在计划阶段修正。

当时课堂里出现过“打开计划模式后，任务仍直接开始执行”的情况。我补充的处理办法是，把“先给我计划，确认后再执行”明确写进任务要求，并检查实际执行有没有遵守。这是当次使用中的观察，不代表今天的软件版本仍有同样的问题。

第二步：报表出来后，单独安排复查

第一版报表生成后，我没有立即带大家制作 Skill，而是让大家追加一次独立复查。

我在课堂中举过自己此前遇到的错误：某个城市的数据被放到另一个城市下面，或者最大值识别有偏差。页面的图表和排版可能都很完整，问题却藏在数字与标签的对应关系里。这些是我在课上说明风险时举的既往例子，不能据此说当天每份报表都出现了同样错误。

复查应该回到原始数据、计算口径和最终报告之间核对。课堂保留的模板也能帮助理解，为什么检查不能只看页面是否好看：

这张表是我根据当时课件与课堂模板整理的复查重点，不表示逐项做过全体学员的验收统计。

现场有人追问：复查过一遍的结论，还有可能错吗？ 我的回答是仍然可能。增加一次检查不是正确性的保证。关键是让复查成为明确的步骤，再核对它是否覆盖了重要问题，而不是看到 AI 回答“没有问题”就结束。

从保留的初版里，看两个可以复算的问题

上面的截图也留下了具体检查对象。本次整理文章时，我重新读取课堂 CSV，按“已完成”状态计数，并按下单日期汇总，得到下面的对照。这是对保留材料的补充复核。

第一个问题提醒我，计算顺序会影响最后显示的数字；第二个问题则说明，图表有正确数据，也不代表旁边的文字正确。复查要覆盖原表、计算结果、图表和文字之间的对应关系。

第三步：用模板统一形式，数字仍从原表计算

自由生成一版、做过复查之后，才进入模板阶段。我把 HTML 课堂模板发给大家，要求把模板文件与修改指令一起交给 AI。

这里有一个很实际的小问题：只发送“照着模板改”的要求，没有把文件一起提供，AI 就缺少参照。现场出现过需要重新补发模板的情况。我反复提醒大家，指令和文件要一起发出去。

模板规定的是报告结构与呈现方式：先看整体表现，再看城市与车型，最后列出核查建议和口径说明。模板中的旧数字、旧结论不能直接复制到新报告。 课件里明确要求，数字和分析要根据原始数据核对。

例如，这个模板把“城市规模”和“城市变化”分开：柱状图按 4 月已完成订单量排序，下方榜单按增加或减少的单数排序。厦门这一行尤其适合提醒读者：订单增加 17 单，实付金额却减少 1,928 元。单量变多与金额变多是两个问题，榜单的名字和排序依据要先说清楚。 换月时，栏目可以沿用，城市顺序、增减数字和解释都需要重算。

这一阶段的课堂目标，是先让大家走通“按指定模板交付”的操作。我当时把版式验收控制在与模板基本一致，便于参与者继续练习后续流程。这个课堂要求不能直接拿来替代真实业务中的数据验收。

对于字体、间距、固定栏目这些确定要求，我还借公文格式作了说明：适合交给模板或脚本固定的部分，可以尽量固定下来，减少每次都让模型重新理解样式的工作。

第四步：先分清成功路径，再整理成 Skill

做到这里，任务里已经积累了生成、检查、修改等多轮操作。但把整个对话直接交给 AI，说“帮我做成一个 Skill”，仍可能出问题：它可能把已经放弃的做法、一次性的要求，或者还没想清楚的步骤一并保存。

所以，在课件和现场讲解中，我都增加了一个中间步骤：先总结哪些地方出过问题，哪些流程已经跑通，哪些可以复用，再讨论 Skill 应该怎样制作。

制作时，我让大家关注三个方面：

• 什么时候使用： 什么任务适合调用这个 Skill，触发要求是否清楚。
• 怎样完成： 是否保留需要的数据处理、计算、模板生成等步骤。
• 怎样检查： 独立复查有没有被纳入流程，发生在什么位置。

现场有学员提出，自己把第一个表格反复调整到满意，做成 Skill 后，换到第二个项目却又不符合要求，而且看不懂它究竟保存了什么。

我没有把这个问题简单归结为“提示词写得不够好”，而是让大家打开生成的说明，检查是否把某次任务的条件写得过于局限。例如，某一次报告只暴露了几类问题，不意味着以后只需要检查这几类。

如果看不懂文件，可以让 AI 用熟悉的业务语言解释：这个 Skill 接收什么、交出什么、何时复查、哪些情况不适用。能够看懂交付要求和判断标准，比照着术语点头更有用。 对于要经常复用的工具，这一步值得花时间。

第五步：开新任务，换一个月份试用

Skill 生成之后，我又提供了 5 月数据，让大家在同一工作空间里新建任务，尝试比较 4 月与 5 月，生成月度经营复盘。

这个安排是在检验：离开刚才反复修改的那段对话，只给新数据和简短任务，能否仍按约定的结构工作。需要观察的包括模板是否沿用、月份是否正确、数字是否重新计算，以及复查要求是否保留下来。

课末的讲解和查看结果仍围绕“是否基本符合模板”展开，细节问题需要继续修改。现有记录能支持这次换数据试用确实进入了课堂，不能据此写成每位参与者都完成了独立验收，或已经在岗位上稳定使用。

还有人问，回去换成自己完全不同的表格，是否要重新设计。我的回应是：本次 Skill 针对的是这类月度报表任务。业务、字段和目标都变了，就需要重新梳理输入、规则和验收要求；可以借用方法，不能默认直接套用成品。

这次课程留下了什么

这次课程留下了课件、订单练习数据、HTML 报表模板、现场照片，以及包含操作和答疑的录音转写。它们可以相互对应，说明当时练习了什么、为什么这样安排。

对我而言，最值得保留的也包括那些没有顺利通过的地方：计划没有按预期出现、模板文件漏发、Skill 的适用范围过窄，以及复查之后仍可能存在错误。这些问题让培训能够围绕真实操作展开，而不止展示一次顺利完成的演示。

如果把这次练习迁移到自己的工作，可以先准备四件事：

1. 一项自己熟悉、能够判断结果的重复任务。
2. 可使用的数据，以及清楚的字段和计算口径。
3. 一份希望交付的样例或明确的输出要求。
4. 另一份同类材料，用来检验流程是否真的能够复用。

从完成一份报告，到做出能反复使用的方法，中间要经过检查、修正和再验证。这也是我在这场实操课中最想让参与者亲手经历的过程。

两个常见问题

不会编程，可以参与这样的练习吗？

课堂以准备材料、表达要求、检查结果和调整流程为主。使用者不需要逐行理解所有脚本，但需要理解自己的业务，并能判断数字、口径和交付是否合理。看不懂说明时，可以要求 AI 解释，不能因此省略验收。

做完一次，能直接变成团队通用工具吗？

一次课堂演示只能说明某个过程被尝试过。要进入团队日常工作，还需要使用实际业务材料检查适用范围、异常情况和复用效果。现有资料没有包含课后长期跟踪，也没有提供统一的掌握率或效率提升统计。

本文由我的当次课件、原始录音转写及保留的课堂材料整理，现场问答作匿名转述，未逐句引用学员原话。涉及软件操作的描述对应 2026 年 9 月 12 日课堂，界面与功能可能随后变化。活动信息可对照主办方课程回顾；我的经历与联系方式见关于唐玮。

← 查看同系列活动