跳到正文
MyDSH我的 DSH 实战笔记
English
独立维护,非DeepSeek官方;与mydsh.dev等其他MyDSH站点无关联。

一批活动数据做成周报,并把异常项单独标出来

配方模板 · 尚未在本站完成实测

配方 / 运营模板 · 待实测整理于2026-11-14
本页是配方模板,尚未在本站完成实测。运行记录、token与耗时会在复测后补上;在那之前不填任何估算数字。

适用场景

每周都要把活动数据做成周报。写数字容易,难的是判断哪个数字不对劲——周报的价值在「异常」那一段,不在数字本身。

准备

宿主版本
待填(实测时记录具体rc版本号)
模型
待填
模式 / 权限
建议先用标准模式 + 工作区内修改
需装插件
无(如用到插件,在实测后补齐名称与版本)
输入材料
放在独立工作区,原始文件先备份

完整指令

读 data/ 下本周的活动数据,生成周报 weekly.md。

【输入】
- 可能有 csv 与 xlsx 混合,字段名不完全一致
- 至少包含:日期、渠道、曝光、点击、下单、成交金额

【输出结构】
1. 一句话结论(本周最值得看的一件事)
2. 汇总表:渠道 × 各指标,含环比(本周 vs 上周)
3. 异常清单:逐条写「哪个指标、哪个渠道、偏离多少、我判断的可能原因、怎么核实」
4. 数据质量备注:哪些字段缺失、哪些口径可疑

【要求】
1. 异常判定必须给出规则,例如「环比变化超过 ±30% 且基数大于 1000 才标异常」。规则写在异常清单上方。
2. 不许只写「下降明显」「表现良好」这类形容词,每处都要有数字与对比基准。
3. 计算口径写清:成交金额是按下单时间还是支付时间统计、退款的怎么处理。算不出来就说明缺什么字段。
4. 环比的分母为 0 或缺失时,写「无法计算」并说明原因,不要用 0 或 100% 糊过去。
5. 最后报告:共几个渠道、几条异常、几处数据质量问题。

运行记录

项目数值备注
耗时待实测
结果待实测
输入 / 输出token待实测
残留待实测

产物

跑通后在这里给出文件清单与截图,并说明原始文件有没有被改动。

验收清单

点一下可勾选,用来逐条核对。

  • 异常判定规则写在清单上方,可以拿它复核每一条
  • 没有一处使用无数字的形容词
  • 计算口径(下单还是支付、退款怎么算)被明确写出
  • 分母缺失的地方写「无法计算」,没有填0
  • 一句话结论与异常清单不矛盾

失败与边界

  • 「环比超过 ±30% 就标异常」这种规则会漏掉小基数的大波动、也会误报大基数的小波动。基数门槛必须一起写
  • 周报最常见的失败是只报数字不报口径。同一份数据按支付时间和下单时间统计,结论可以完全相反
  • 异常原因属于推测,必须标「推测」并给出核实方法,否则下周还会写同样的原因
  • 卡在哪:需要一份真实的连续两周活动数据。没有真实波动,就测不出「异常判定规则」是会漏报还是误报——而这正是这条配方唯一的技术含量。

认领这条配方 回配方列表