# 输出格式

## 聊天回复必须包含

- Brief 解析摘要。
- 需求三分层：硬性量化指标、输入上下文完整性、产品/人群隐性规则、风格调性证据。
- 参考账号/参考视频的可参考性判断：能否作为类型锚点、调性锚点，是否存在风格冲突。
- 主页最近内容证据：最近 10/20 篇内容的一致性、封面质感、视觉/调性一致性、近 30 天更新、平均点赞、重复评论/数据真实性风险和不确定点。
- 多模态证据卡状态：只有拿到视频 URL、封面、字幕或帧图资源后，才能声明视频分析完成。
- 候选数量、强推荐/备选/需复核/已剔除数量。
- 软件端交付表。
- 明确剔除项和降级原因。
- 宽类目拆分依据：例如时尚穿搭拆港风/成熟风/通勤，美妆护肤拆护肤/妆教/测评/产品合集。
- 复核建议、下一轮校准问题、已生成文件。
- 如果是第二轮或反馈驱动运行，必须说明本轮应用了哪些反馈和记忆。
- 如果同类反馈累计达到 3 次，必须展示 `teamRuleSuggestions`，并说明这是“建议升级”，需要团队确认后才能固化。

## 软件端交付表固定表头

导出的 `tihao-sourcing-client-list.csv` 必须使用以下顺序，不要重复、不要随意改名：

| 字段 | 说明 |
| --- | --- |
| brief编号 | 当前客户 Brief 或项目编号；没有编号时使用品牌/项目名兜底 |
| 策略 | 本轮提号策略，例如 `tihao-sop`、`result-first`、`homepage-evidence` |
| 排名 | 每个 brief 去重后的连续排名 |
| 平台 | 小红书 / 抖音 / B站等中文平台名 |
| 博主名称 | 账号展示名称 |
| 综合分 | 最终排序分 |
| brief匹配分 | 硬性条件、关键词、人群和预算匹配得分 |
| 参考风格分 | 与参考账号/参考视频风格的相似度得分 |
| 主页证据分 | 最近内容与 Brief 的匹配得分 |
| 视觉质感分 | 封面、画面、排版、场景质感得分 |
| 调性一致分 | 近期内容调性与 Brief/参考账号的一致性得分 |
| 证据加分 | 多模态或真实 provider 证据带来的加分 |
| 证据风险扣分 | 证据里发现的竞品、调性跑偏、内容不符等扣分 |
| 推荐理由 | 可直接给商务解释的推荐原因 |
| 风险提示 | 待复核点，不要写空泛提醒 |
| 主页链接 | 博主主页链接 |
| 人工复核标签 | 商务填写：可直接发客户 / 商务复核 / 跑偏 / 硬性规则违约 / 调性不符 / 主页质感不符 / 参考账号不像 / 待客户反馈 / 客户选中 / 客户拒绝 |
| 归因类型 | 负样本或客户拒绝时必填：需求解析错 / 隐性规则漏 / 召回关键词错 / 主页证据不足 / 视频证据误判 / 排序权重错 / 输出解释错 / 软件端表重复或排名不连续 |
| 反馈原因 | 商务或客户的自然语言原因 |
| 客户选择 | 待客户反馈 / 客户选中 / 客户拒绝 |
| 本轮人工补号量 | 用于客户效果审计；没有真实人工补号基线时不得编造 |

## 去重规则

- 软件端交付表按“全局博主唯一”去重，同一 `平台 + 主页链接` 不得重复。
- 没有主页链接时，同一 `平台 + 博主名称` 不得重复。
- 如果同一博主被多个 brief 或多个策略召回，保留推荐等级更高、证据更完整、综合分更高的一条进入交付表。
- 去重后排名必须重新连续编号。

## JSON/MCP 必须保留

- `criteria.referenceEvidenceStatus.providerStatus`
- `criteria.evidenceStatus.providerStatus`
- `criteria.homepageEvidenceStatus`
- `summary.duplicateCount`
- `summary.excluded`
- `calibrationQuestions`
- `nextActions`
- `criteria.memory.feedbackSummary`
- `criteria.memory.teamRuleSuggestions`
- 候选账号的主页证据字段：`homepageEvidence`、`recentContentFitScore`、`visualQualityScore`、`toneConsistencyScore`
- 候选账号的主页数据风险字段：`homepageDataRisks`、`homepageQualityRisks`、`homepageEvidence.dataRiskSignals`、`homepageEvidence.visualQualitySignals`
- 隐性规则字段：`implicitRuleHits`、`implicitRuleViolations`
- 人工复核字段：`manualReviewLabel`、`attributionType`、`feedbackReason`、`customerChoice`、`manualSupplementCount`

Provider 状态属于产品话术的一部分。provider 没有返回可用数据时，要写“待补证/待复核”，不能当作已完成真实证据分析。

## 人工复核输出

当用户给出商务体验反馈、复核 CSV 或客户选择结果时，回复必须包含：

- 已识别的反馈点。
- 影响范围：账号级 / Brief 级 / 个人级 / 客户品牌级 / 团队规则级。
- 本轮立即调整动作。
- 是否写入个人偏好或客户偏好。
- 是否建议升级为团队规则。
- 同类反馈是否已经达到 3 次升级阈值。
- 达到阈值时，列出来源 brief、账号、反馈标签、归因和建议规则。
- 下一轮验收指标。

## 生成文件

工具固定生成：

- `tihao-sourcing-report.md`：聊天回复和内部复核用。
- `tihao-sourcing-result.json`：沉淀、审计和二次集成用。
- `tihao-sourcing-client-list.csv`：商务筛选、软件端导入和人工复核用。

## 效果证明边界

- sample、smoke、本地 mock、provider fallback、接口 200 都不是客户效果证明。
- `人工复核标签` 只能证明商务复核结果，不能单独证明客户选中率。
- `客户选中` 必须来自真实客户最终选择字段。
- `命中率提升`、`人工补号量下降`、`客户效果达标` 只能在 `review:metrics`、`customer-effect:audit`、真实视频 A/B、live provider 审计全部满足对应验收条件后再说。