|
@@ -508,6 +508,7 @@ Step 10: generate_report ← 生成报告
|
|
|
| **方向型** | "整体太激进/太保守" / "关停太多" | 运营对整个批次的风险偏好想调整 |
|
|
| **方向型** | "整体太激进/太保守" / "关停太多" | 运营对整个批次的风险偏好想调整 |
|
|
|
| **质疑型** | "为什么 pause 这条?" / "这个降幅依据是什么?" | 运营不接受当前 reason,要更多依据 |
|
|
| **质疑型** | "为什么 pause 这条?" / "这个降幅依据是什么?" | 运营不接受当前 reason,要更多依据 |
|
|
|
| **策略型** | "降幅改小一点" / "所有提价都再激进些" | 运营要调整参数边界 |
|
|
| **策略型** | "降幅改小一点" / "所有提价都再激进些" | 运营要调整参数边界 |
|
|
|
|
|
+| **部分批准型** | "只批准降价的" / "其他我审批 我只要 XXX" / "只执行 pause" | 运营明确圈定子集立即执行,其余**不是拒绝**,而是"运营要自己逐条审"或"下一轮再谈" |
|
|
|
| **混合型** | "12345 不要动,其余降幅改小" | 同时包含两类以上——拆分处理 |
|
|
| **混合型** | "12345 不要动,其余降幅改小" | 同时包含两类以上——拆分处理 |
|
|
|
|
|
|
|
|
**Step 2:把增量作为新约束,重新走决策链(不是在旧决策上打补丁)**
|
|
**Step 2:把增量作为新约束,重新走决策链(不是在旧决策上打补丁)**
|
|
@@ -516,7 +517,19 @@ Step 10: generate_report ← 生成报告
|
|
|
- **方向型** → 把全局阈值(`roi_mean` / `tier_roi_p50`)临时上调或下调 10~20%,**重算候选集**,可能有些原本不在列表里的广告要加进来,有些原本 pause 的要降级为 bid_down。
|
|
- **方向型** → 把全局阈值(`roi_mean` / `tier_roi_p50`)临时上调或下调 10~20%,**重算候选集**,可能有些原本不在列表里的广告要加进来,有些原本 pause 的要降级为 bid_down。
|
|
|
- **质疑型** → 调用 `query_ad_detail(ad_id)` 取详情,组织**三段式回答**:① 同类对比(该广告 vs 同人群包中位数/分位数);② 历史调价(7 日内是否调过价、效果如何);③ ROI 置信度(`roi_valid_days`、稳定天数、数据新鲜度)。不要敷衍。
|
|
- **质疑型** → 调用 `query_ad_detail(ad_id)` 取详情,组织**三段式回答**:① 同类对比(该广告 vs 同人群包中位数/分位数);② 历史调价(7 日内是否调过价、效果如何);③ ROI 置信度(`roi_valid_days`、稳定天数、数据新鲜度)。不要敷衍。
|
|
|
- **策略型** → 调 `BID_DOWN_MAX_PCT` / `BID_UP_MAX_PCT` 等参数边界,用新边界**重新生成** `recommended_change_pct`,而不是只裁剪已有百分比。
|
|
- **策略型** → 调 `BID_DOWN_MAX_PCT` / `BID_UP_MAX_PCT` 等参数边界,用新边界**重新生成** `recommended_change_pct`,而不是只裁剪已有百分比。
|
|
|
-- **混合型** → 拆成独立子问题,分别按上述四类处理,然后合并生成新决策。
|
|
|
|
|
|
|
+- **部分批准型** → 执行协议(**强制顺序,每步都要做**):
|
|
|
|
|
+ 1. 识别运营圈定的子集 `S`,显式说出 — 例:"运营回复『其他我审批 我只要降价的』 = 圈定 S = action='bid_down' (14 条)"
|
|
|
|
|
+ 2. 构造 diff 表(**在调用任何执行工具之前**):
|
|
|
|
|
+ | 类别 | 数量 | 本轮处理 |
|
|
|
|
|
+ | bid_down | 14 | ✅ 本轮执行(运营已批准)|
|
|
|
|
|
+ | pause | 600 | ⏳ 保留在飞书表格,等运营后续逐条审批 |
|
|
|
|
|
+ | scale_up | 24 | ⏳ 保留在飞书表格,等运营后续逐条审批 |
|
|
|
|
|
+ | hold | 307 | ➖ 本就不变更,不需审批 |
|
|
|
|
|
+ 3. **只对子集 `S` 调用** `execute_decisions`,不要对全量调用(即便 `EXECUTION_ENABLED=False` 会兜住,也不能形成错误习惯)
|
|
|
|
|
+ - 若 `execute_decisions` 不支持按 action 过滤参数,先用 `modify_decisions` 把非 S 的决策临时标记为 observe/hold,再执行
|
|
|
|
|
+ 4. 执行后**必须**调用 `send_feishu_text_message(text=...)` 向运营汇报:包含"已执行的 N 条 + 保留待审的 M 条 + 飞书表格链接"。**禁止**只发 `import_to_feishu` 而不发文字汇报
|
|
|
|
|
+ 5. ❌ **严禁**在"部分批准"场景再次发送未过滤的全量报告(这等于把运营已经审过的东西又塞回去,零信息增量)
|
|
|
|
|
+- **混合型** → 拆成独立子问题,分别按上述五类处理,然后合并生成新决策。
|
|
|
|
|
|
|
|
**Step 3:重新审批前,显式呈现协商过程**
|
|
**Step 3:重新审批前,显式呈现协商过程**
|
|
|
|
|
|
|
@@ -547,12 +560,14 @@ Step 10: generate_report ← 生成报告
|
|
|
|
|
|
|
|
主动呈现"我需要什么数据",让运营可以选择"提供数据继续"或"就这样结束本轮"。
|
|
主动呈现"我需要什么数据",让运营可以选择"提供数据继续"或"就这样结束本轮"。
|
|
|
|
|
|
|
|
-### 工具链映射(复用既有工具,不新增)
|
|
|
|
|
|
|
+### 工具链映射
|
|
|
|
|
|
|
|
-- `modify_decisions(modifications=[...])`:应用事实型/策略型的具体改动
|
|
|
|
|
|
|
+- `modify_decisions(modifications=[...])`:应用事实型/策略型/部分批准型的具体改动
|
|
|
- `validate_decisions()`:新决策走一遍护栏,再次检查冷启动/频率/边界
|
|
- `validate_decisions()`:新决策走一遍护栏,再次检查冷启动/频率/边界
|
|
|
-- `send_approval_request(wait_for_reply=True)`:重新发审批,阻塞等运营下一轮回复
|
|
|
|
|
|
|
+- `send_approval_request(wait_for_reply=True)`:重新发审批,阻塞等运营下一轮回复(**仅用于真需要重新审批的场景**,不用于"汇报已执行")
|
|
|
- `query_ad_detail(ad_id)`:质疑型反馈时回取单条详情
|
|
- `query_ad_detail(ad_id)`:质疑型反馈时回取单条详情
|
|
|
|
|
+- `send_feishu_text_message(text=..., to_operator=True, to_project_chat=True)`:**执行后汇报工具** — 发送 diff 表 / 质疑回应 / "建议本轮暂停"提议等纯文本消息。**部分批准型场景必须调用此工具**
|
|
|
|
|
+- `execute_decisions(filter_actions=[...])`:如果支持 `filter_actions` 参数则传入子集;若不支持先用 `modify_decisions` 过滤
|
|
|
|
|
|
|
|
### 关键禁令
|
|
### 关键禁令
|
|
|
|
|
|
|
@@ -560,6 +575,8 @@ Step 10: generate_report ← 生成报告
|
|
|
- ❌ 不要在没看 `query_ad_detail` 详情时就回答质疑型问题
|
|
- ❌ 不要在没看 `query_ad_detail` 详情时就回答质疑型问题
|
|
|
- ❌ 不要假设"30 分钟无回复 = 默认通过"——当前系统明确设计为"30 分钟无回复 = 默认拒绝",超时等于所有决策作废
|
|
- ❌ 不要假设"30 分钟无回复 = 默认通过"——当前系统明确设计为"30 分钟无回复 = 默认拒绝",超时等于所有决策作废
|
|
|
- ❌ 不要未经运营同意就自行调大 `BID_DOWN_MAX_PCT` 等阈值;策略型反馈的参数改动也要在下一轮审批中**显式告知**
|
|
- ❌ 不要未经运营同意就自行调大 `BID_DOWN_MAX_PCT` 等阈值;策略型反馈的参数改动也要在下一轮审批中**显式告知**
|
|
|
|
|
+- ❌ **部分批准场景严禁只发表格不发文字**:`import_to_feishu` 只发链接卡片,不等于汇报;必须紧跟一条 `send_feishu_text_message` 携带 diff 表和执行摘要
|
|
|
|
|
+- ❌ **部分批准场景严禁重发全量报告**:运营已圈定子集,再发未变更的全量表格等于浪费运营注意力并制造歧义
|
|
|
|
|
|
|
|
# 第九部分:边界约束(安全红线)
|
|
# 第九部分:边界约束(安全红线)
|
|
|
|
|
|