51 lines
3.1 KiB
Markdown
51 lines
3.1 KiB
Markdown
---
|
||
name: xdfx-step2-pathway
|
||
description: xdfx 拆分流程 step2，基于受众分析关键传播节点，发起用户协助选择节点，保存选中的节点并建立受众关系。
|
||
---
|
||
|
||
# Step2 关键传播节点分析与入库
|
||
|
||
前置条件：`xdfx-flow-state.json` 中已有 Step1 写入的 `topAudiences[*].designId`。
|
||
|
||
不要手写接口调用，直接运行：
|
||
|
||
```bash
|
||
python scripts/xdfx_flow.py --mode step2 --input xdfx-input.json --state xdfx-flow-state.json --summary xdfx-flow-summary.md
|
||
```
|
||
|
||
鉴权和证书由脚本兜底处理：脚本启动时先 `import scripts/xdfx_auth.py`，自动用 `admin / ch@user` 获取 `access_token`，并在第一次业务接口调用前写入内部 Authorization；不要通过命令行传 token。接口返回 401 时仍由 `xdfx_auth.py` 刷新 token 并重试原接口一次；HTTPS 默认不校验证书，需校验证书时追加 `--verify-ssl`。
|
||
|
||
本步骤由脚本完成：
|
||
|
||
- 对已入库受众逐个分析关键传播节点。
|
||
- 自动解析候选账号和传播节点 JSON。
|
||
- 流式模型接口首次空响应、模型无响应或超时类返回会自动再调用一次。
|
||
- 跨受众合并去重后输出 `用户协助`，等待用户选择关键传播节点；用户选择后带 `--select-pathways 1,2,3` 重跑 Step2，才保存选中的节点。
|
||
- 保存传播节点。
|
||
- 保存传播节点与受众关系。
|
||
- 同步前端步骤状态 `step-analysis-keypoint` 与 `step-analysis-weakpoint`。
|
||
- 把 `pathwayAccountId`、关联 `designIds`、错误明细写入 state。
|
||
|
||
关系保存失败会写入错误；智能体必须按失败重试规则先重跑 Step2，不能直接跳到 Step3。
|
||
|
||
## 失败重试规则
|
||
|
||
- 出现 `错误反馈`、`JSON解析复核`，或 `步骤反馈` 中 `状态` 为 `部分完成` / `已跳过` / `本步骤新增错误数` 大于 0 时，必须先重跑当前 Step2 命令。
|
||
- 重试前必须告诉用户失败阶段、接口 URL、状态码、响应摘要和“正在重试 Step2”，不能静默重试。
|
||
- Step2 未重试成功前，不允许继续 Step3；不要因为 Step2 失败就跳过关键传播节点分析。
|
||
- Step2 重试后仍失败时，停止自动推进，读取 `xdfx-flow-state.json.errors` 汇报失败细节，并等待用户处理或确认。
|
||
|
||
## 步骤反馈
|
||
|
||
命令结束会输出 `步骤反馈 {...}`。必须先根据这行反馈告诉用户 Step2 的完成状态、当前传播节点入库数量和新增错误数，再决定是否继续下一步。
|
||
|
||
如果输出 `用户协助 {...}`，必须暂停流程，把关键传播节点选项发给用户；用户选择后重跑 Step2 并追加 `--select-pathways ...`。
|
||
|
||
执行过程中会输出 `操作反馈 {...}`。每出现一次都要告诉用户当前操作和接口 URL。
|
||
|
||
保存成功会输出 `入库反馈 {...}`。每出现一次都要告诉用户已入库的传播节点和返回 ID。
|
||
|
||
如果出现 `错误反馈 {...}`，必须立即告诉用户失败阶段、接口 URL、状态码、请求摘要和响应摘要。
|
||
|
||
如果出现 `JSON解析复核 {...}`，必须查看 `响应片段`，判断是否能识别传播节点 JSON；无法确认时重跑 Step2。
|