P1

40分钟
Agent 搭建入门

日期：2026.07
一个 Agent：读懂目标，调用工具，自己跑腿
P2

三个问题，阐述 Agent

1

什么是 Agent？

2

Agent 能接哪些工作？

3

怎么和 Agent 有效协同？

P3

8 小时工作 List

一天的时间轴，从上午 10:00 到 19:00
10:00 11:00 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00
昨日 Check List
更新日报数据
潜力客户分析
Case & 数据复盘
会议 A、B 纪要
流量分析
今日遗漏待办处理
早上，精神满满
中午
晚上，疲惫
P4

挑 2 个任务，看 Agent 如何自动化运作

Agent Chat
—— 点右上角「▶ 播放演示」，或按空格逐步推进 ——
空格 / 点击：下一步　·　R：重播
P5

刚才发生了什么：这就是 Agent

你给它一个目标，它自己拆步骤、用工具、看结果、再修正，最后把成品交给你。

大脑Model

它读懂了我那句指令

+

手脚Tools

自己翻了聊天记录和文档

+

上下文Context

知道我们怎么给任务分类

+

记忆Memory

记得上次被我纠正过的错

+

权限Permission

该发给谁、能动什么，先说好

+

循环Loop

发现漏了一条，自己重跑一遍

干完自查，不对就再来一遍
★聊天机器人答完就停，Agent 会自己把这个圈跑完。
P6
2

日报数据更新 Agent

大脑模型 · Model

Doubao-Seed-2.1-Turbo
火山引擎豆包大模型 · Aily 内置，免配置

手脚工具 · Tools

tools/内置
├─excel_reader.js读取 Excel 表格
├─align_merge.py对齐日期、合并三表
└─feishu_writer.js写回飞书文档

上下文 & 记忆Context ＋ Memory

Data.md数据口径 / 指标含义
异动定义.md异常阈值判定规则
数据模板.md日报输出格式模板

循环Loop

输入数据
→
执行脚本合并数据
$ align_merge.py
读取消耗表… OK
读取库存表… OK
对齐日期格式…
合并三张表…
校验合计…
$ align_merge.py
读取消耗表… OK
读取库存表… OK
对齐日期格式…
合并三张表…
校验合计…
↓结果自查
输出结果3 项待确认
有未知维度，需要信息补充
部分数据为空，需要额外补充
部分指标异常，待确认
←
获取结果
消耗 ¥82,400
库存 1.04 亿
曝光 1200 万
实验 +12%
规矩，只教一次
口径 / 异常 / 格式，它记住
你只做一件事
把三张表丢给它——口径不一样也没关系
它不下结论
只给参考，再告诉你往哪儿挖
9:41
‹
数据日报 Agent飞书 aily · 在线
—— 点右上角「▶ 播放演示」——
发消息…
P7
3

流量预算分析 Agent：借助 Cursor 0 代码实现

Cursor

大脑模型

1
模型怎么选：根据任务来
直接写 / 改脚本
保证稳定性　→　强模型（GPT / Claude）
读表 / 套模板
重复固定工作　→　快速模型（Auto）
产出结论 · 异动分析
需要仔细分析　→　切换至强模型
给更多思路 · 数据补充
需要多轮交互　→　更强模型（Claude MAX）
CURSOR 自带 内置多个模型 · 下拉随时切

手脚工具

2
基于要求，模型「自己」写脚本
投放分析/
data/你每天丢 csv
aggregate.py新建
按广告主 ID 聚合 · 算四个指标
compare.py新建
读历史 · 算同比 / 环比 · 找异动
聚合结果_0712.xlsx产出
脚本是它写的 —— 你一行没碰
CURSOR 自带 会写代码 · 会跑脚本 · 会读表

上下文 & 记忆Context ＋ Memory

3
口径 + 犯错与修正记录
memory/　　它每次开工先读一遍
数据口径.md怎么算
考核标准.md0.8 / 10%
预算表.md25W / 32W
口径变更.md改过什么
Fault.md错过什么
历次结论.md说过什么
别把同一条建议再给一遍
CURSOR 自带 新开对话框，仍能无缝继续

循环Loop

4
自我校对和风险提示
当天 · 算完自查：
✓ 总消耗对得上后台
✓ 各计划成本重算一致
✓ 异常条数在合理区间
✗ 对不上 → 重算
✗ 三次不过 → 停下问人
跨天 · 它越跑越准的原因：
昨天那条建议，今天见效了吗？
没见效 → 写回 Fault.md
不许猜，不许编
CURSOR 自带 本身可以自我迭代记忆
P8
3

演示

Cursor　—　投放分析
—— 点右上角「▶ 播放演示」——
发消息…
P9
4

数据复盘 Agent：数据分析 Agent 的进阶版本

Cursor

大脑模型

1
Token 有限的情况下，更灵活地使用
写 / 改报表工具
要一次写对　→　强模型（GPT / Claude）
出图 / 套模板 / 换数重跑
重复固定工作　→　快速模型（Auto）
找异常 · 给排查方向
需要仔细分析　→　切换至强模型
多轮追问 · 补充思路
需要长上下文　→　更强模型（Claude MAX）
CURSOR 自带 内置多个模型 · 下拉随时切

手脚工具

2
一个能反复用的工具
数据处理
data/
aggregate.py新建
detect.py新建
前端模板
report.html新建
style.css新建
推送接入
feishu_ws.py新建
Websocket · 出完直接推到群
复盘_w28.html产出
下期只换 data/ —— 代码一行不用碰
CURSOR 自带 会写代码 · 会跑脚本 · 会排版成一页

上下文 & 记忆Context ＋ Memory

3
口径 + 犯错与修正记录
memory/　　它每期开工先读一遍
复盘框架.md
报表模板.md
数据口径.md
历次结论.md
Fault.md
别把同一条结论再说一遍
CURSOR 自带 新开对话框，仍能无缝继续

循环Loop

4
自我校对和风险提示
当期 · 出完自查：
✓ 分维度加总 = 大盘总数
✓ 每条结论指得回原表的行
✗ 指不回去 → 删掉
✗ 三次不过 → 停下问人
跨期 · 它越跑越准的原因：
上期那条方向，这期回看对不对？
看错了 → 写回 Fault.md
只给方向，不许编归因
CURSOR 自带 本身可以自我迭代记忆
P10
4

它给你线索，结论你来写

演示
Cursor　—　复盘工具左边你说话，右边报表当场长出来
—— 点右上角「▶ 播放演示」——
✓Auto省钱 · 默认
✓Sonnet 5High
✓GPT-5.5Medium
✓Fable 5High
✓Sonnet 4.6Medium
同一台 Agent —— memory 和工具照用，只换脑
∞ Agent Auto省钱 ⌄ 按活派脑
复盘 · W28
localhost:5173 / 复盘_w28.html
还是一张白纸
你还没开口

投放复盘

W28 · 07-06 → 07-12
大盘维度异常方向
总消耗
89.4W
↑ 6.2%
平均成本
0.76
↓ 0.04 达标
对话率
11.3%
↑ 1.1pt
异常
1 处
自动标红
日消耗趋势 本期异常
4W3W2W 07-0607-0907-12
渠道消耗 TOP 5
渠道A28.1W
渠道B22.6W
渠道C17.7W
渠道D12.5W
渠道E8.5W
时段 × 星期 热力
0h8h16h24h
Top 异常 · 按规则自动标红
07-09渠道A成本 0.93 > 阈值 0.80，消耗仍冲高
07-18渠道C对话率 7.2% < 阈值 10%，新数据带出
排查方向 · 每条都指得回原表
1主站激励视频 × 视频 2:1 素材 单日成本跳到 1.24行 1284–1310
2同期主力素材 3 天未换，点击率同步走低行 0417
3该时段竞对出价上抬，头部位曝光被压行 2203
结论： ← 这里我不填
P11
5

历史 Case 沉淀 Agent

零散输入
散落的文档
群聊记录_0522.txt
工单#8837.doc
渠道复盘.pptx
旧Excel汇总.xlsx
处理记录.pdf
群里的讨论
李
小李渠道A这个异常上次谁处理的？
王
老王好像是上个月那个 case，我去翻翻
澄
阿澄方案发我一下呗，谢谢～
会议 & 语音记录
复盘会录音_0508.m4a
语音转写_案例交接.txt
"……那个 case 我们当时把预算降了 15%……"
抓取
OpenClaw
你教规矩 → 抓取 → 格式化 → 去重归类 → 归档
格式.md你教的
归档统一按这套字段提取，缺一项就打回重写
Case ID自动生成，格式 CASE-YYYYMMDD-序号
问题描述一句话说清场景 + 现象，不超过 50 字
根因定位到具体原因，禁止写"网络问题"这类模糊结论
解决方案可复用的操作步骤，写清谁、什么条件、怎么做
标签渠道 / 业务线 / 问题类型，用于后续检索归类
飞书文档提取.websocket
ws.on('message', msg => {
  if (isCaseClosed(msg)) {
    const raw = extract(msg)
    queue.push(raw)  // 待 Prompt 处理
  }
})
system_prompt.md系统提示词
## 角色
你是「Case 归档官」，负责把零散记录整理成可复用的知识资产。
## 任务
收到一条待处理记录后，按顺序执行：
1.判断是否构成可复用 Case，闲聊/无结论的跳过
2.按 格式.md 提取：背景 / 根因 / 方案 / 标签
3.与库内已有 Case 语义比对，相似度 >0.85 视为重复，合并而非新建
4.按内容分类，归入对应文档：SQL / 看板 / 投放指南 / 实验记录
## 输出要求
字段缺失时不要瞎补，标记「待补充」
归类存疑时，停下来问我，不要凭感觉归档
## 边界
不处理未结案的 Case
不修改已归档内容，只能追加
归档
沉淀成果
「历史 Case」云文档
搜索
问问知识库
我的云文档
常用 SQL
常用看板
千问提收指南
Q2 实验内容与详细说明
「历史 Case」云文档 › 常用 SQL

常用 SQL

最后更新 07/12 · 由 OpenClaw 自动整理，沉淀自 12 个历史 Case
## 适用场景
这份 SOP 是从 12 个真实排查 Case 里提炼出来的，覆盖消耗骤降、成本飙升、对话率异常这三类最常见的报警场景。不管是自己发现异常，还是被日报标红提醒，都按下面三步走，别凭经验跳步——历史上至少 3 次误判，都是因为跳过了 Step 2 的拆维度，直接凭第一反应下了结论。
## 排查步骤
Step 1 · 定位异常渠道
SELECT channel, cost, dialog_rate
FROM ad_daily_report
WHERE date = CURRENT_DATE - 1
ORDER BY cost DESC;
成本环比 >20% 或对话率 <8%，标记为待查
Step 2 · 拆维度找原因
SELECT placement, hour, cost
FROM ad_daily_report
WHERE channel = :channel
ORDER BY cost DESC LIMIT 10;
按广告位 × 分时拆解，定位异常集中的时段
Step 3 · 核对是否为已知 Case
SELECT case_id, root_cause
FROM case_library
WHERE tags @> ARRAY[:channel];
命中相似 Case → 直接复用方案；未命中 → 走新增归档
## 常见坑
不要只看当天数据，务必核对是否为周末 / 节假日效应，历史上有 3 个 Case 是被"大促波动"误判为渠道异常
case_library 里的 tags 区分大小写，查询前先转小写，否则 Step 3 会漏检、误判成"新 Case"
环比口径要跟《常用看板》保持一致，都是"对比前一天全天"，不要自己发明新口径，不然对不上账
## 相关资料
异常背后的业务解读可以翻《常用看板》，看这个渠道最近的趋势走向；如果怀疑是投放侧的口径问题，配合《千问提收指南》核对提报是不是出了错。实在找不到根因、又不属于任何已知模式的，按 Case 归档流程新建一条，写清楚背景和根因，让下一个人少走一遍弯路。
「历史 Case」云文档 › 常用看板

常用看板

最后更新 07/10 · 内嵌飞书仪表盘，OpenClaw 定期核对口径
## 看板定位
这个看板不是给老板看大盘用的，是给一线运营自己每天用的"体检表"——目的是把"要不要点开 20 个渠道后台"这件事，压缩成"扫一眼这张看板"。数据每小时从各投放后台拉一次，口径和《常用 SQL》完全对齐，看到的数字和自己手动查的应该分毫不差，对不上就是哪边口径漂了。
## 看板包含的视图
每日大盘：消耗 / 成本 / 对话率趋势，默认展示近 14 天，可切到近 30 / 90 天看季节性
渠道对比：Top 10 渠道消耗环比，红色代表环比超过 20% 的渠道
异常清单：近 7 天标红记录，点进去能直接下钻到对应的历史 Case，不用再问人
## 使用建议
1.每天 10 点后先看"异常清单"，比一个个翻渠道后台快得多
2.环比口径统一为"对比前一天全天"，与 常用 SQL 保持一致，别自己定义新口径
3.看板数据每小时刷新一次，非实时，大促当天盯大盘要以后台数字为准
## 常见误解
不少新人以为看板标红 = 一定要处理，其实标红只是"建议看一眼"，真正要不要动手，还是得按《常用 SQL》里的排查 SOP 走一遍，不能看到红就慌张降价——历史上有过好几次，标红只是正常的周末低谷，白白降了预算。
「历史 Case」云文档 › 千问提收指南

千问提收指南

最后更新 07/09 · 来自 5 次实际提报踩坑经验
## 提报前检查清单
1.命名规范：产品线_日期_版本，例如 douyin_0522_v2，版本号从 v1 开始，改一次加一
2.附件格式：仅支持 xlsx，不要传 csv——解析器认不出编码，历史上因为这个被打回过 7 次
3.提交时间：每周二 / 四 18:00 前，过时的会自动排到下一批，没有加塞这一说
4.常见驳回原因：字段缺失、口径对不上模板，这两条加起来占了驳回原因的八成
## 提报后
一般 2 小时内会出审核结果，超过 4 小时还没响应，@提收群管理员，不要私聊问，私聊很容易被漏掉。被驳回不要立刻重传，先对照《模板 v3》逐字段核对一遍，很多时候只是漏填了一个不起眼的字段。
## 和其他文档的关系
提报用的口径要和《常用 SQL》里定义的指标保持一致，不要自己另起一套；如果提报数据和看板对不上，大概率是取数时间窗口不一致，回去核对一下再提交，别急着改数字凑数。
## 踩过的坑（持续更新）
这份指南是从 5 次实际提报的失败经验里攒出来的——最初也走过弯路，比如误以为 csv 更方便、以为可以随时补提、以为字段名可以自己简写。这些坑现在都写进了上面的检查清单，新人照着做基本不会再踩。
「历史 Case」云文档 › Q2 实验内容与详细说明

Q2 实验内容与详细说明

最后更新 06/30 · 汇总 4 组 A/B 实验
## 实验背景
Q2 这一季一共跑了 4 组 A/B 实验，目的是验证几个长期有争议的运营假设：新素材模板到底有没有用、出价策略调整值不值得、落地页改版能不能提升转化。这份文档把每组实验的设置、结果、结论都记下来，避免明年同样的问题又重新测一遍。
## 实验结论摘要
实验一：新素材模板 → 对话率 +2.3%（显著，已推全）
实验二：出价策略调整 → 成本 -5%，但量级下降 12%，谨慎推广，目前只在预算充足的渠道试点
实验三：落地页改版 → 无显著差异，不推荐全量，但改版思路留给下次素材迭代参考
## 实验方法
分组方式：渠道 × 地区双重分层随机，避免某个渠道或地区把结果带偏
样本量：单组 ≥ 5000 曝光，观察窗统一定为 7 天，太短容易被单日波动干扰
显著性：双侧 t 检验，p<0.05 才算显著，卡得比较严，避免"看起来有效、其实是噪音"
## 后续计划
实验二的成本下降和量级下降需要找到平衡点，Q3 打算做一次分档测试，不同预算区间用不同出价策略；实验三的落地页虽然没打出显著差异，但用户停留时长有提升，值得单独立一个新实验专门测这个指标。
P12
5

历史 Case 沉淀 Agent

飞书（桌面版）
消息
搜索
渠
渠道代理商&客户进展同步
明天 11:00 - 12:00
昨天
联
联盟APP回传信息收集群
app回传监测机器人：准确率校验
00:36
OpenClaw智能体
历史 Case 归档 · 待处理
00:05
告
异常告警测试
VM Assistant：RTA 请求突然断流
昨天
云文档
搜索
我的云文档
常用看板
千问提收指南
OpenClaw
智能体
发送给 OpenClaw
「历史 Case」云文档 › 常用 SQL

常用 SQL

最后更新 07/12 · 由 OpenClaw 自动整理，沉淀自 13 个历史 Case
渠道异常排查 SOP
Step 1 · 定位异常渠道
SELECT channel, cost FROM ad_daily_report WHERE date = CURRENT_DATE-1 ORDER BY cost DESC;
Step 2 · 拆维度找原因
SELECT placement, hour, cost FROM ad_daily_report WHERE channel = :channel;
Step 3 · 核对是否为已知 Case
SELECT case_id, root_cause FROM case_library WHERE tags @> ARRAY[:channel];
✓ 刚刚新增 1 条（来自本次对话）
「历史 Case」云文档 › 渠道政策变更记录

渠道政策变更记录

最后更新 07/11 · 由 OpenClaw 新建，沉淀自本次 Case
变更记录
渠道A · 广告审核政策收紧
2026-07-11 起，信息流广告新增人工复审环节，日均处理量下降约 15%
空格 / 点击：下一步　·　R：重播
P13

分类 Agent 搭建思路

这一页，拍下来
四个模块
日报数据更新aily
流量 / 预算异动分析Cursor
数据复盘Cursor
历史 Case 沉淀OpenClaw
新 Agent 搭建
大脑MODEL
自带
按活派脑
按活派脑
自带
要判断→强模型
只是搬运→快模型
手脚TOOLS
内置 ＋ 多表合并
让它写脚本
造可复用工具
抓取 ＋ 知识库
复杂的活→让模型自己写工具
现成的不够用，不用你去凑
上下文 & 记忆CONTEXT ＋ MEMORY
口径文档 ＋ 口径变更.md
考核标准 ＋ Fault.md
复盘框架 ＋ 历次结论
归档模板 ＋ Case 知识库
最核心的一格
必须日常维护，不是搭完就不管
循环LOOP
对得上后台
自查 ＋ 跨天
指得回原表
答案带出处
循环前·先说清怎样才算对
循环时·有问题随时停下来商量
循环后·对的错的都记进记忆
权限PERMISSION
模型只能只读、只改、只新增·不删、不抹除
P14

进阶一：把经验沉淀成 Skill

数据日报 / SKILL.md 一个 md 文件 · 零代码
---
name: 数据日报
description: 每天出投放日报。有人要日报、
　　　　　　 或到点了，就用这个。
---
## 怎么算（口径） - 消耗 = 各后台「花费」求和（穿山甲 + 磁力引擎 + 巨量千川） - 成本 = 消耗 ÷ 对话数 - 对话率 = 对话数 ÷ 点击数
## 输出长什么样 - 表头：日期｜消耗｜成本｜对话率 - 成本 > 0.8 标黄，对话率 < 10% 标黄
## 踩过的坑 - 后台有延迟，9:00 拉会缺数 → 改 9:30 - 节假日消耗为 0 属正常，不要标红
## 什么时候别用这份 - 口径要改，先改这份文件，别在对话里临时讲 - 涉及对外披露的金额，务必人工复核
就靠这一行 ——
它才知道什么时候该翻这本手册
一个 md 文件即为一套可使用的方法论和工作开展思路——核心资产沉淀。
P15

进阶二：学会磨合 —— 对 Agent 多些耐心和调整空间

数据复盘 Agent · 真实经历
Cursor　—　复盘 Agent从「不能用」到「能用」的全过程
—— 点右上角「▶ 播放演示」，一轮一轮往下点 ——
用 70% 的时间，做 30% 的工作
每次修改，都是在新增一条规矩 —— 让 Agent 更懂你想要什么。
P16

进阶三：跨 Agent 有效协作：内容共享、思考共享

aily　飞书 入口 · Todo
我
看下今天的聊天记录，哪些要我确认、要我做还没做的？结合昨天的 Todo。
✓读 412 条 · 翻纪要扫完
挑出 22 条。
P0渠道 A 消耗数据回收 —— 已逾期
我
工作日早上 10:00，准时推给我。
✓定时任务已启用工作日 10:00
P0渠道 A 消耗数据回收明日待办 · 第 1 条
住在飞书里 · 手机上就能用（P6）
Cursor 流量 × 预算 · 复盘
P0渠道 A 消耗数据回收这条我来跟
我
这条你来跟：盯投放数据，有异常告知我。口径在 投放监控_Skill.md。
✓分时数据扫描渠道 A 触发阈值
渠道 A 消耗 −32%　阈值 20%
✓下钻 广告位 × 素材主站激励视频
以前是不是出过？我去翻下知识库。
《0522 渠道A掉量》查到
渠道A异常_0712.md结论要你拍板
脚本它自己写 · 你 0 行代码（P7 · P9）
OpenClaw Case 沉淀 · 知识库
知识库 · 历史 Case
《0311 素材衰减》3 月
《0522 渠道A掉量》5 月
《0608 竞对加价》6 月
《0522》给你了 —— 同款特征：巴西区审核策略更新。
我
帮我把这份整理成一条 Case，归到知识库里。
渠道A异常_0712.md
✓抽要素：现象 / 归因 / 处置 / 出处
✓查重：与《0522》同族已关联
已入库。下次谁再问渠道 A 掉量，直接查得到。
《0712 渠道A异常》新增
答案带出处 · 下次直接被查到（P11）
P0渠道 A 消耗数据回收
《0522 渠道A掉量》
渠道A异常_0712.md
你手动 Copy 过去
MCP · 它自己去查
你手动 Copy 过去，并说清要它干嘛
★没有 100% 的自动化 —— 我们做小搬运，大思考。
P17

我们要和 Agent
一起成长

数据口径.md
开工前 · 写一次
Fault.md
错了 · 当场写
历次结论.md
干完 · 就写
1 / 17