output-format.md 5.6 KB

输出格式

聊天回复必须包含

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

软件端交付表固定表头

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

字段 说明
brief编号 当前客户 Brief 或项目编号;没有编号时使用品牌/项目名兜底
策略 本轮提号策略,例如 tihao-sopresult-firsthomepage-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
  • 候选账号的主页证据字段:homepageEvidencerecentContentFitScorevisualQualityScoretoneConsistencyScore
  • 候选账号的主页数据风险字段:homepageDataRiskshomepageQualityRiskshomepageEvidence.dataRiskSignalshomepageEvidence.visualQualitySignals
  • 隐性规则字段:implicitRuleHitsimplicitRuleViolations
  • 人工复核字段:manualReviewLabelattributionTypefeedbackReasoncustomerChoicemanualSupplementCount

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:metricscustomer-effect:audit、真实视频 A/B、live provider 审计全部满足对应验收条件后再说。