分析笔记本整理 Skill 实战演练:从请求到交付的全过程
数据分析师与运营经常要做「分析笔记本整理」这类事:把杂乱的分析笔记本整理为可复现的报告。每次都从头写提示词,结果时好时坏;把它做成智能体 Skill,就能让智能体每次按同一套步骤执行,输出结构也更稳定。
背景(虚构)
小唐是一名数据分析师,每周都要做几次分析笔记本整理。过去靠复制粘贴提示词,结果不稳定。这次团队把它做成了技能,下面记录一次完整运行。
1. 发出请求
小唐在表格、数据库与 Notebook中输入:
用分析笔记本整理技能处理这份Jupyter 笔记本,输出整理后的笔记本。
2. 技能被触发
智能体根据技能描述判断任务匹配,加载「分析笔记本整理」的完整指令。它先运行技能自带的脚本做预处理,确保后续分析基于准确的数据。
3. 删除试错单元
智能体完成“删除试错单元”,并在中间结果里注明依据,方便小唐回看。
4. 补充说明
智能体完成“补充说明”,并在中间结果里注明依据,方便小唐回看。
5. 固定随机种子与依赖
这一步的产出会作为下一步的输入。智能体在“固定随机种子与依赖”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
6. 从头运行验证
“从头运行验证”是最容易出错的环节,技能里专门写了要求,所以智能体给出了清楚的结果与理由。
7. 交付与复核
智能体交付整理后的笔记本,末尾列出两条需人工确认的内容。小唐对照原始Jupyter 笔记本抽查关键信息,修正一处表述后采用。
复盘:这次做对了什么
- 步骤写在技能里,没有遗漏
- 不确定处被标出,而不是被编造
- 遵守了「结论要回到原始数据核对口径,避免把相关当因果」
- 风险较低,但输出仍需快速过目再使用
可以改进的地方
小唐发现智能体对团队内部术语理解不一致,于是在技能目录中加了一份术语表(reference.md),并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。
每一步要产出什么
把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:
- 删除试错单元:产出一段简短的中间结果,并注明依据来自Jupyter 笔记本的哪一部分
- 补充说明:产出一段简短的中间结果,并注明依据来自Jupyter 笔记本的哪一部分
- 固定随机种子与依赖:产出一段简短的中间结果,并注明依据来自Jupyter 笔记本的哪一部分
- 从头运行验证:产出一段简短的中间结果,并注明依据来自Jupyter 笔记本的哪一部分
最后一步之后,再把这些中间结果汇总成整理后的笔记本。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。
领域注意事项
「分析笔记本整理」属于数据分析领域,使用者多是数据分析师与运营,工作环境通常是表格、数据库与 Notebook。这个领域最重要的一条底线是:结论要回到原始数据核对口径,避免把相关当因果。
建议把这条底线原样写进技能的约束部分,而不是指望智能体自己意识到。同时,在团队内部明确:智能体给出的整理后的笔记本只是初稿或建议,最终由谁签字确认、出了问题由谁负责。
延伸阅读
- 分析笔记本整理 · 效果评估
- 分析笔记本整理 · Claude Code Skill 版
- 分析笔记本整理 · OpenAI Agents SDK 版
- 图表生成 · 场景实录
- 表格错误排查 · 场景实录
- 智能体Skills 分类:625 个技能 × 32 个角度
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。