tihao-ai/claude-code-tihao-sourcing/docs/tihao-experience-implementation-log.md

提号经验优化执行进度

2026-06-13 发布完成：1.0.2 主链路材料审计加固与 npm 验证同步

本轮推进

• 包版本同步到 @vocmarket/tihao-sop@1.0.2：package.json、package-lock.json、skill-package-manifest.json、.claude-plugin/plugin.json 和 MCP server version 已对齐。
• real-gap-material-audit 已进入 round:refresh 主链路，当前刷新链路为 29 步，并在 local-seed-to-intake-worklist 后执行三缺口材料审计。
• latest-form:index、handoff:summary、evidence:index 和 round-deposition 已同步接入 realGapMaterialAudit，接手方可以从 latest form、handoff 和沉淀审计中看到同一份材料审计边界。
• 当前三缺口材料审计结果为 gapCount=3、materialFoundCount=3、openGapCount=3、canCloseProofGap=false；这说明项目材料已连接，不说明业务证明已完成。
• @vocmarket/tihao-sop@1.0.2 已正式发布到 npm，并验证 latest 可通过 npx 在 fresh workspace 安装使用。

已验证

• node --check scripts\refresh-round-artifacts.js
• node --check scripts\evidence-index.js
• node --check scripts\latest-form-index.js
• node --check scripts\generate-optimization-handoff.js
• node --check scripts\round-deposition-audit.js
• node --check scripts\real-gap-material-audit.js
• npm.cmd run real-gap:materials:smoke
• npm.cmd run evidence:index:smoke，当前 fixture total=44、not_business_proof=19、real_evidence=6
• npm.cmd run task:handoff-index:smoke
• npm.cmd run round:refresh:smoke，29 步全部 pass，round-deposition.passCount=142、failCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict，29 步全部 pass，真实 outputs 已刷新
• npm.cmd run package:contents:smoke
• npm.cmd run acceptance
• npm.cmd publish --dry-run --access public --registry https://registry.npmjs.org/
• npm.cmd publish --access public --registry https://registry.npmjs.org/ 成功，npm 返回 + @vocmarket/tihao-sop@1.0.2
• npm.cmd view @vocmarket/tihao-sop@1.0.2 version --registry https://registry.npmjs.org/ 返回 1.0.2
• npm.cmd view @vocmarket/tihao-sop dist-tags.latest version --registry https://registry.npmjs.org/ 返回 latest=1.0.2
• npx.cmd --yes @vocmarket/tihao-sop@latest workspace --smoke 通过，fresh workspace 安装写入 .claude/plugins/tihao-sourcing 和 .claude/skills/tihao-creator-sourcing，并输出 tihao smoke ok。

当前边界

• 1.0.2 发布是技能包审计链路和 npm 交付状态收尾，不是长期业务优化目标完成状态。
• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 当前 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-13 发布完成：1.0 版本元数据、资料桥接与 npm 验证同步

本轮推进

• 包版本同步到 @vocmarket/tihao-sop@1.0.0：package.json、package-lock.json、skill-package-manifest.json、.claude-plugin/plugin.json 和 MCP server version 已对齐。
• docs/release-notes.md 从“未发布版本”改为 1.0.0 正式版发布收尾记录，明确技能包 1.0 可以作为可安装、可验收、可继续补真实材料的交付版本推进，但不能替代业务效果证明。
• docs/tihao-handoff-index.md 已补入 2026-06-13 当前结论：项目资料已经被接入 proofGapMaterialBridge，但三个真实业务证明缺口仍 open。
• 最新资料桥接状态：historical-dataset 连接 history-intake-draft.csv 12 行；video-ab-live-proof 连接 video-resource-worklist.csv、4 条参考种子和 3 条候选视频种子；manual-review-and-customer-effect 连接 manual-review-draft.csv 12 行。
• @vocmarket/tihao-sop@1.0.0 已正式发布到 npm，并验证 latest 可通过 npx 在 fresh workspace 安装使用。

已验证

• npm.cmd run acceptance 通过。
• npm.cmd publish --dry-run --access public 通过，确认 tarball 为 @vocmarket/tihao-sop@1.0.0，共 176 个文件，package size 约 598.5 kB。
• npm.cmd publish --access public --registry https://registry.npmjs.org/ 成功，npm 返回 + @vocmarket/tihao-sop@1.0.0。
• npm.cmd view @vocmarket/tihao-sop@1.0.0 version --registry https://registry.npmjs.org/ 返回 1.0.0。
• npm.cmd view @vocmarket/tihao-sop dist-tags.latest version --registry https://registry.npmjs.org/ 返回 dist-tags.latest = '1.0.0'、version = '1.0.0'。
• npx.cmd --yes @vocmarket/tihao-sop@latest workspace --smoke 通过，fresh workspace 安装写入 .claude/plugins/tihao-sourcing 和 .claude/skills/tihao-creator-sourcing，并输出 tihao smoke ok。

当前边界

• 1.0 发布是技能包交付状态，不是长期业务优化目标完成状态。
• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 当前 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：递归证明产物发现与具体失败条件沉淀

本轮推进

• proof-gap:closure 和 optimization:completion 已递归发现旧 optimization-pipeline-latest 内嵌的历史审计与客户效果审计产物，并在 summary 顶层 sourceFiles.history、sourceFiles.customerEffect 中记录来源。
• round-deposition 新增 proof-gap-closure-recursive-proof-artifact-discovery 和 optimization-completion-recursive-proof-artifact-discovery 守卫，沉淀 closure/completion 两侧的 nested history/customer-effect 来源字段。
• 旧 pipeline 产物现在会被读取为“找到但失败”的具体证据：历史 Brief 仍缺 briefCount>=5、items.length>=5、客户决策、拒绝原因和人工补号基线；customer-effect 仍缺 overallPass=true、客户选中率实测、参考链路和人工补号量证明。
• 下游 smoke fixture 已从“缺文件”改为“有文件但不达标”，real-proof-intake-bundle:smoke 也改为校验具体证据/证明要求，避免后续又退回到粗粒度 missing historical-dataset-audit.json 或 missing customer-effect-summary.json。

已验证

• node --check scripts\round-deposition-audit.js
• node --check scripts\round-deposition-smoke.js
• npm.cmd run round:deposition:smoke，passCount=137、failCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，round-deposition.passCount=137、failCount=0
• npm.cmd run task:handoff-index:smoke
• npm.cmd run hygiene:smoke
• npm.cmd run proof-gap:intake-bundle:smoke
• npm.cmd run round:refresh:smoke
• npm.cmd run acceptance

当前边界

• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 当前 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3、blockingReasonCount=8、missingProofRequirementCount=113、videoAbPreflightReadyForVideoAb=false、videoAbPreflightFailureCount=4。
• 本轮只是把“真实失败产物已找到且失败条件具体化”纳入审计和交接，不补真实历史 Brief、不生成真实视频 A/B live proof、不关闭客户效果证明；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：round-deposition 锁定派工链路 video A/B preflight 上下文

本轮推进

• round-deposition 新增并通过 3 个派工链路守卫：proof-gap-operator-pack-video-ab-preflight-context、real-proof-intake-bundle-video-ab-preflight-context、real-proof-closure-work-order-video-ab-preflight-context。
• 这些守卫要求 video-ab-live-proof 在操作包、真实材料总包、真实证明闭环工单里同时保留 preflight 失败上下文：preflight.readyForVideoAb=false、preflight.failureCount=4、preflight.generatedBy=acceptance:video-ab-preflight、runtimeCredentialPresent=false、companyResolved=false、vocSocialProviderTokenPresent=false、videoAnalysisTokenPresent=false。
• 同一批守卫还要求 live proof 缺失条件不能被 preflight 覆盖：proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab、runtime/VOC/video analysis provider requirements、videoAbPreflight.readyForVideoAb=true 与 videoAbPreflight.company resolved for live run 必须继续出现在下游派工材料里。
• round-deposition-smoke 的 fixture 已补齐 operator pack、real proof intake bundle、real proof closure work order 三处 video A/B preflight 上下文，并新增 summary/report 断言，避免只靠单脚本 smoke 而每轮沉淀审计漏守。

已验证

• node --check scripts\round-deposition-audit.js
• node --check scripts\round-deposition-smoke.js
• npm.cmd run round:deposition:smoke，passCount=137、failCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，round-deposition.passCount=137、failCount=0
• npm.cmd run hygiene:smoke
• npm.cmd run acceptance

当前边界

• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 当前 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3、missingProofRequirementCount=113、videoAbPreflightReadyForVideoAb=false、videoAbPreflightFailureCount=4。
• 本轮只把下游派工材料纳入每轮沉淀守卫；preflight 仍是非业务证明上下文，不能关闭 video-ab-live-proof，也不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：派工包锁定 video A/B preflight 上下文

本轮推进

• proof-gap-operator-pack:smoke 已新增 video-ab-live-proof 行级断言：当前 evidence 必须保留 preflight.readyForVideoAb=false、preflight.failureCount=4、preflight.generatedBy=acceptance:video-ab-preflight、runtimeCredentialPresent=false、companyResolved=false、vocSocialProviderTokenPresent=false、videoAnalysisTokenPresent=false 等非证明上下文。
• 同一 smoke 也校验 missingProofRequirements 必须继续列出 live proof 要求：proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab、runtime/provider requirements 以及 videoAbPreflight.readyForVideoAb=true。preflight 仍不能关闭 video-ab-live-proof。
• proof-gap-operator-pack:smoke 不再硬编码 3 个负责人附件；当前 video-real-candidate 已 closed，因此按 open owner 动态校验 ownerArtifactCount=2，同时继续在总表、CSV 和 by-owner/tech-ai.md/csv 中锁住 video A/B preflight 上下文。
• real-proof-intake-bundle:smoke 已校验总包的 proof gap 行、CSV 导出行、Markdown/CSV 都保留 video A/B preflight 失败上下文和 live proof 缺失要求。
• real-proof-closure-work-order 的总报告和负责人附件新增“缺失证明要求”列；real-proof:work-order:smoke 已校验 summary、CSV、总 Markdown 和 by-owner/tech-ai.md 都能看到 video A/B preflight 失败原因及 live proof 要求。

已验证

• node --check scripts\proof-gap-operator-pack-smoke.js
• node --check scripts\real-proof-intake-bundle-smoke.js
• node --check scripts\real-proof-closure-work-order.js
• node --check scripts\real-proof-closure-work-order-smoke.js
• npm.cmd run proof-gap:operator-pack:smoke
• npm.cmd run proof-gap:intake-bundle:smoke
• npm.cmd run real-proof:work-order:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，最新 round-deposition.counts.pass=137、counts.fail=0。
• npm.cmd run handoff:summary:smoke
• npm.cmd run task:handoff-index:smoke
• npm.cmd run hygiene:smoke
• npm.cmd run acceptance

当前边界

• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 当前 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3、missingProofRequirementCount=113、videoAbPreflightReadyForVideoAb=false、videoAbPreflightFailureCount=4。
• 本轮只增强派工包、真实材料总包和闭环工单的可执行性与防误报 smoke 覆盖；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：handoff.latestFormIndex 补齐 optimization completion 上下文

本轮推进

• handoff:summary 的 latestFormIndex 嵌套区块现在会透传 optimizationCompletion，不再只在 handoff 顶层和 businessExecutionIndex 子区块展示完成度审计。
• optimization-handoff-report.md 的“最新提号表单索引”段新增“优化完成度审计”小节，显示 readyForClaim=false、proofGapOpenCount=3、videoAbPreflightReadyForVideoAb=false、videoAbPreflightFailureCount=4 等边界。
• task:handoff-index:smoke 已新增防回退断言：校验当前 latest outputs、临时生成 latest-form、临时生成 handoff、business-execution 行都能看到 video A/B preflight 上下文，且仍保持 directCustomerProof=false 和禁止宣称边界。
• generate-optimization-handoff:smoke 已同步断言 summary.latestFormIndex.optimizationCompletion 和报告小节，避免只修 task smoke 而漏掉 handoff 自身回归。

已验证

• node --check scripts\generate-optimization-handoff.js
• node --check scripts\generate-optimization-handoff-smoke.js
• node --check scripts\task-handoff-index-smoke.js
• npm.cmd run handoff:summary:smoke
• npm.cmd run task:handoff-index:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，round-deposition.counts.pass=137、counts.fail=0。

当前边界

• 当前真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、optimization-completion.readyForClaim=false。
• 本轮只让 handoff 的嵌套 latest-form 索引不丢 completion/preflight 上下文，不补真实历史 Brief、客户效果证明或真实视频 A/B live proof；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：video A/B preflight 失败上下文贯通 closure/completion

本轮推进

• proof-gap:closure 和 optimization:completion 已读取最新 video-hit-rate-preflight-summary.json，在真实 live video-hit-rate-summary.json 缺失或不可关闭时，把 runtime preflight 的失败状态写进 video-ab-live-proof 的 evidence 与 missing requirements。
• preflight 上下文保持 not_business_proof：只记录运行条件布尔状态和失败数量，不记录 token 明文，不关闭 video-ab-live-proof，也不替代 proofContext.mode=live、collectionMode=live、generatedBy=acceptance:video-ab 的真实验收产物。
• latest-form:index、business-execution:index 和 handoff:summary 已展示 videoAbPreflightReadyForVideoAb、videoAbPreflightFailureCount；当前真实输出为 false/4。
• round-deposition 已新增 proof-gap-closure-video-ab-preflight-context 与 optimization-completion-video-ab-preflight-context 守卫，沉淀 standalone closure/completion 两边的 preflight 上下文。
• 文档已同步：docs/tihao-handoff-index.md 记录该上下文只是 live proof 缺口解释，不是业务证明；当前 optimization-completion.missingProofRequirementCount=113。

已验证

• node --check scripts\proof-gap-closure-audit.js
• node --check scripts\optimization-completion-audit.js
• node --check scripts\round-deposition-audit.js
• node --check scripts\latest-form-index.js
• node --check scripts\business-execution-index.js
• node --check scripts\generate-optimization-handoff.js
• npm.cmd run proof-gap:closure:smoke
• npm.cmd run optimization:completion:smoke
• npm.cmd run business-execution:index:smoke
• npm.cmd run latest-form:index:smoke
• npm.cmd run handoff:summary:smoke
• npm.cmd run round:deposition:smoke
• npm.cmd run task:handoff-index:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，round-deposition.counts.pass=137、counts.fail=0。
• npm.cmd run hygiene:smoke
• npm.cmd run acceptance

当前边界

• 最新真实输出仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、closedCount=2、precheckOpenCount=1。
• 最新 optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3、blockingReasonCount=8、missingProofRequirementCount=113、videoAbPreflightReadyForVideoAb=false、videoAbPreflightFailureCount=4。
• 本轮只增强真实视频 A/B live proof 缺口的可解释性、交接可读性和防误闭合能力；不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：history/proof-gap/pipeline 薄摘要防误闭合

本轮推进

• proof-gap:closure 和 optimization:completion 现在会二次校验 historical-dataset-audit.json 的细分门槛，不再只看 acceptance.readyForCustomerEffectProof=true 和 briefCount>=5。
• 历史审计必须暴露可审计明细和覆盖字段：parseOk、minBriefsMet、allHaveBriefText、allHaveManualFinalList、allHaveCustomerDecision、allHaveFeedbackReason、allHaveManualSupplementBaseline、categoryCoverageMet、items.length>=5、withCustomerDecision>=5、withRejectionReason>=1、withManualSupplementBaseline>=5。
• optimization:completion 不再接受只有 complete=true 的薄 proof-gap-closure-summary.json；必须同时满足 closedCount>=5、businessGapCount>=5，并带至少 5 条业务 proof-gap 行。
• optimization:completion 不再接受只有总数的薄 business-proof-progress-summary.json；必须满足 counts.pass>=15，并带至少 15 条步骤行。
• optimization:pipeline 现在只有在 proof-gap closure 可声明时才会输出 readyForClaim=true：complete=true、openCount=0、closedCount>=5、businessGapCount>=5。

已验证

• node --check scripts\proof-gap-closure-audit.js
• node --check scripts\optimization-completion-audit.js
• node --check scripts\optimization-pipeline.js
• node --check scripts\proof-gap-closure-smoke.js
• node --check scripts\optimization-completion-smoke.js
• node --check scripts\optimization-pipeline-smoke.js
• npm.cmd run proof-gap:closure:smoke
• npm.cmd run optimization:completion:smoke
• npm.cmd run optimization:pipeline:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict
• npm.cmd run acceptance

当前边界

• 最新真实输出仍是 proof-gap-closure.complete=false、proof-gap-closure.openCount=3、proof-gap-closure.closedCount=2。
• 最新 optimization-completion 仍是 complete=false、readyForClaim=false、proofGapOpenCount=3，且 canClaim.*=false。
• 本轮只增强证明链和防误判能力，不证明提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-12 推进优化：customer-effect closure/completion 防薄摘要与旧 history 误闭合

本轮推进

• 继续按提号真实证明链推进：当前仍不能用 dha_brief.xlsx、PoC 候选名单、旧 pipeline、worklist 或 smoke 结果替代真实历史 Brief、真实视频 A/B live proof、商务复核和客户效果证明。
• 收紧 proof-gap:closure 的 manual-review-and-customer-effect 门槛：不再只看 customerEffect.acceptance.overallPass=true，还要求 customer-effect 摘要包含 reviewPath、historyAuditPath、客户选中率、参考链路客户选中率、历史人工补号基线、本轮人工补号量、人工补号减少率，以及完整 acceptance 子门槛。
• 收紧 optimization:completion 的 customer-effect-proof 门槛：完成度审计同样要求 customer-effect 绑定当前 historical-dataset-audit.json；如果 customer-effect 摘要绑定旧 history audit，或只写了薄的 overallPass=true，即使其他 gate 看似通过，也不能进入 readyForClaim=true。
• sourceFiles 现在记录 history 和 customerEffect 产物路径，用于审计 customer-effect 是否绑定当前历史审计产物，防止旧 history/customer-effect 组合绕过当前 proof-gap closure。

已验证

• node --check scripts\proof-gap-closure-audit.js 通过。
• node --check scripts\optimization-completion-audit.js 通过。
• node --check scripts\proof-gap-closure-smoke.js 通过。
• node --check scripts\optimization-completion-smoke.js 通过。
• npm.cmd run proof-gap:closure:smoke 通过，新增薄 customer-effect 摘要和旧 history 绑定两个防回归用例。
• npm.cmd run optimization:completion:smoke 通过，新增薄 customer-effect 摘要和旧 history 绑定两个防回归用例。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，28 步全为 pass。
• npm.cmd run acceptance 通过。

当前边界

• 最新真实输出仍是 proof-gap-closure.complete=false、proof-gap-closure.openCount=3、proof-gap-closure.closedCount=2。
• 最新 optimization-completion.complete=false、optimization-completion.readyForClaim=false、proofGapOpenCount=3，canClaim.tihaoRateImproved=false、canClaim.customerEffectAchieved=false、canClaim.manualSupplementReduced=false。
• 可以说：证明链更严格，薄 customer-effect 摘要和旧 history 绑定不能误闭合客户效果证明。
• 不能说：提号率已经提升、客户效果已经达标、人工补号量已经下降。

2026-06-12 推进优化：evidence-index pipeline customer-effect 防误判

本轮推进

• 继续按提号需求主线推进：真实历史 Brief、真实视频 A/B live proof、商务复核和客户效果证明仍是完成条件；本轮没有把 dha_brief.xlsx、DHA PoC 推荐表、社媒参考分析版、旧 pipeline 或本地 worklist 升格为业务证明。
• 复查本地可用材料后确认：dha_brief.xlsx 只有 1 个 DHA Brief、参考账号链接和通用规则；缺至少 5 个真实历史 Brief、客户选中/拒绝、拒绝原因、历史人工补号基线和本轮人工补号量，因此仍只能作为 seed，不能关闭 historical-dataset 或 manual-review-and-customer-effect。
• 新增 evidence:index 防误判：当 customer-effect-summary.json 位于同一个输出目录的 optimization-pipeline-summary.json 下时，只有 pipeline 自身 readyForClaim=true 且 proofGapClosure.complete=true/openCount=0，该 customer-effect 才允许进入 real_evidence；否则即使 customer-effect 字段看似通过，也保持 proofLevel=not_business_proof，并在 summary 里写出 pipelineBlocked 原因。
• scripts/evidence-index-smoke.js 新增回归用例：构造 pipeline-claim-with-open-closure/customer-effect-audit/customer-effect-summary.json，其中 customer-effect 自身门槛全为 true，但 pipeline proofGapClosure.openCount=1，断言该条仍为 not_business_proof，同时 standalone passing customer-effect 仍保持 real_evidence。

已验证

• node --check scripts\evidence-index.js 通过。
• node --check scripts\evidence-index-smoke.js 通过。
• npm.cmd run evidence:index:smoke 通过，新增 fixture 后 summary 为 total=40、real_evidence=5、not_business_proof=16、smoke_or_local=19。

当前边界

• 可以说：证据台账现在能区分 standalone customer-effect 和未完成 pipeline 内嵌 customer-effect，旧 pipeline/open proof-gap 不能绕过 completion 审计。
• 不能说：提号率已经提升、客户效果已经达标、人工补号量已经下降。
• 下一步仍必须补真实历史 Brief、客户选中/拒绝、拒绝原因、历史与本轮人工补号量，并跑真实视频 A/B live proofContext。

2026-06-12 方向审视与 optimization-status live/provider 口径对齐

本轮审视

• 当前优化工作仍符合提号需求：核心仍是用真实历史 Brief、真实视频 A/B、商务复核和客户效果审计来证明提号效果，而不是用 smoke、模板、候选名单、worklist 或旧 A/B 产物替代业务证明。
• 当前工程链路保持健康：round:refresh --strict 通过，28 步全部 pass；acceptance 通过；proof-gap-closure.complete=false、openCount=3、closedCount=2；optimization-completion.readyForClaim=false、proofGapOpenCount=3。
• 当前真实业务证明仍未完成：historical-dataset、video-ab-live-proof、manual-review-and-customer-effect 仍 open；本地直接运行 npm.cmd run acceptance:video-ab 仍因缺 TIHAO_SESSION_TOKEN 等运行凭证停在前置检查，不能产出真实 live proof。
• 本轮发现一个交接口径瑕疵：proof-gap-closure 已正确把 live-provider-overnight-proof 判为 closed，但 optimization-status 只扫描 outputs 目录末尾 80 个子目录，较旧但可关闭的 outputs/overnight-quality-1780682025651/aggregate-summary.json 可能被窗口挤出，导致 optimization-handoff.externalBlockers 仍误列 live-provider-overnight-proof。

本轮修正

• scripts/optimization-status-audit.js 不再对输出目录做 slice(-80) 窗口截断，改为按目录 mtime 排序后扫描全部可见输出目录。
• optimization-status 的 live/provider 判断改为复用可关闭条件：liveEnabled=true、overallPass=true、failureCount=0、failedGateCount=0、tokenLeak=false，与 proof-gap:closure 的 closed 口径保持一致。
• live-provider-overnight-proof 在 optimization-status 中现在为 passed，但说明边界改为“只证明真实 live/provider overnight 通过；不能替代客户效果、历史数据或视频 A/B proof”。
• scripts/optimization-status-smoke.js 新增回归用例：构造超过 80 个输出目录，再放入一个较旧但可关闭的 live aggregate，断言 findOutputEvidence + hasLiveProof 仍能识别，防止该误判回归。

已验证

• node --check scripts\optimization-status-audit.js 通过。
• node --check scripts\optimization-status-smoke.js 通过。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，最新 optimization-status.counts.passed=31、ready_not_proven=2、blocked_by_external_data=1，optimization-handoff.readyCapabilities=31、externalBlockers=1。
• npm.cmd run acceptance 通过。

当前边界

• 可以说：live-provider-overnight-proof 不再被交接摘要误列为外部阻塞；当前唯一 optimization-handoff.externalBlockers 是 customer-effect-proof，readyNotProven 是 video-ab-proof 和 historical-dataset。
• 不能说：提号率已经提升、客户效果已经达标、人工补号量已经下降。
• 下一步仍必须补真实历史 Brief、客户选择/拒绝记录、历史与本轮人工补号量，并配置真实视频 A/B 运行凭证产出 live proofContext。

2026-06-11 证明链口径复核与防误判修正

本轮审视

• 当前优化没有偏离提号需求：优化重心仍是把真实历史 Brief、真实视频 A/B、商务复核和客户效果证明放进可审计闭环，而不是把候选名单、worklist、操作包、smoke 或旧 pipeline 结果包装成业务效果。
• 当前到位的是证明链和交接链路的准确性：proof-gap-closure.openCount=3、closedCount=2，video-real-candidate 与 live-provider-overnight-proof 已关闭，video-resource-readiness.readyForVideoAbPreflight=true、realCandidateRows=1。
• 当前未到位的是业务效果证明本身：optimization-completion.complete=false、readyForClaim=false、proofGapOpenCount=3、missingProofRequirementCount=61，仍不能宣称提号率提升、客户效果达标或人工补号量下降。
• 本轮追加搜证确认：dha_brief.xlsx、DHA PoC 推荐表和社媒参考分析版仍只能作为种子材料；当前统一 intake 模板仍有示例/占位，历史数据不足 5 个真实 Brief，也缺客户选择/拒绝记录、拒绝原因、历史人工补号基线和本轮人工补号量。
• 本轮追加验证确认：旧 video A/B 产物虽出现 acceptance.passed=true，但 proofContext.mode、proofContext.collectionMode 和 proofContext.generatedBy 仍为 unknown；本地环境只发现 ANTHROPIC_AUTH_TOKEN，直接运行 npm.cmd run acceptance:video-ab 因缺 TIHAO_SESSION_TOKEN 等运行凭证失败，不能关闭真实视频 A/B live proof。

本轮修正

• docs/tihao-handoff-index.md 已同步最新事实：proof-gap-request.unresolvedCount=3，closed 缺口在请求包中保留为 ready 证据链，不再回到待补队列。
• 交接入口明确 longrun:readiness 当前以 proof-gap-closure.openCount=3 为准，避免旧 request 数量或旧产物造成“已关闭缺口又被当作 open”的误判。
• 交接入口明确旧 optimization-pipeline-latest 已被 optimization-completion 标记为 stale=true，必须在真实材料补齐后重跑；旧 pipeline 不能作为当前完成证据。
• 交接入口新增旧 video A/B 边界：必须重跑 npm run acceptance:video-ab，并生成 proofContext.generatedBy=acceptance:video-ab、proofContext.mode=live、proofContext.collectionMode=live 的当前 live 产物，旧 A/B 结果不能替代。
• longrun:readiness 现在默认读取 outputs/live-preflight-latest/live-preflight-summary.json，不再在 preflight 已存在时笼统报“缺 preflight summary”；当前最新 preflight 显示 readyForLiveAcceptance=false、readyForVideoAb=false、failures=2、warnings=3，真实缺口是缺 sessionToken、company 和视频/证据 provider。
• longrun:readiness 已兼容当前 video-resource-readiness-summary.json 的顶层 readyForVideoAbPreflight=true 字段，避免真实视频资源已 ready 时被旧 summary 结构误判。

已验证

• npm.cmd run task:handoff-index:smoke 通过，交接入口仍对齐当前 3 个 open 缺口、2 个 closed 缺口和 2 份负责人附件。
• npm.cmd run plan:consistency:smoke 通过，静态 5 类缺口全集与当前 3 条 open action 队列保持一致。
• npm.cmd run longrun:readiness:smoke 通过；真实 longrun:readiness 刷新后为 ready=false、failCount=9，阻塞原因比之前更具体。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，28 步全部 pass，但这只代表工程产物刷新成功，不代表业务证明完成。
• npm.cmd run acceptance 通过，包级 smoke、计划一致性、每轮刷新 smoke、安全审计、包内容门禁和 workspace install smoke 均保持通过；即使通过，长期优化目标仍必须等 proof-gap-closure.openCount=0 且 optimization-completion.readyForClaim=true。

当前边界

• 可以说：当前优化工作方向对准了提号需求，证明链更准确，旧产物更不容易被误当作当前业务证据。
• 不能说：提号率已经提升、客户效果已经达标、人工补号量已经下降。
• 下一步仍必须补真实历史 Brief、客户选择/拒绝记录、历史与本轮人工补号量，并跑真实视频 A/B live proofContext。

2026-06-11 方向复核与真实视频资源证明闭合

本轮审视

• 当前优化方向符合提号需求：这轮不是继续堆协调文档，而是把真实候选视频资源从 open 缺口推进到可审计闭合，并同步清理行动队列、操作包、闭环工单、交接入口和 smoke 里的旧口径。
• 当前已真实关闭 2 个证明缺口：video-real-candidate 和 live-provider-overnight-proof。其中视频资源审计为 readyForVideoAbPreflight=true、failureCount=0、realCandidateRows=1；proof-gap closure 为 closedCount=2、openCount=3。
• 当前长期优化目标仍未完成：optimization-completion.readyForClaim=false、proofGapOpenCount=3、longrun:readiness.ready=false、intake-readiness.failureCount=6。不能宣称提号率提升、客户效果达标或人工补号量下降。
• 剩余未关闭缺口是：真实历史 Brief 数据集、真实视频 A/B live proof、商务复核和客户效果证明。下一步应继续补真实历史数据、客户选择/拒绝、人工补号量和 live 视频 A/B proofContext，不能再把补证入口本身当成果。

本轮修正

• business-proof:next-actions 跳过已闭合的视频资源补证动作，当前 businessProofNextActions.actionCount=3，不再把“补真实候选视频资源”拉回待办。
• proof-gap:operator-pack、real-proof:intake-bundle 和 real-proof:work-order 对 closed 行改为保留证据链；当前 ownerArtifactCount=2、workOrderCount=13、proofGapOpenCount=3、realCandidateRows=1。
• round:deposition、task:handoff-index:smoke、plan:execution-status:smoke、real-proof:work-order:smoke 和 round:refresh:smoke 从固定 3/4/5 个旧缺口断言改为读取当前 proof-gap、operator-pack、video readiness 和 work-order 产物，防止已关闭缺口被误判回待办。
• docs/tihao-handoff-index.md 已重写为当前单一事实源：明确 proof-gap-closure.openCount=3、closedCount=2、视频资源已 ready、剩余 3 个业务证明缺口和禁用宣称边界。

已验证

• npm.cmd run task:handoff-index:smoke 通过，交接入口已对齐 3 个 open 缺口、2 个 closed 缺口。
• npm.cmd run plan:consistency:smoke 通过，静态 5 类缺口全集与当前 3 条 open action 队列不冲突。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，27 步全部 pass，刷新后仍为 proof-gap-closure.openCount=3、closedCount=2、video-resource-readiness.readyForVideoAbPreflight=true。
• npm.cmd run acceptance 通过，包级 smoke、计划一致性、每轮刷新 smoke、安全审计、包内容门禁和 workspace install smoke 均通过。

当前边界

• 可以说：真实视频资源证明已经闭合，当前可以进入真实视频 A/B 前置。
• 可以说：整体优化方向没有偏离提号目标，工程交接链路已经围绕真实证明缺口收敛。
• 不能说：提号率已经提升、客户效果已经达标、人工补号量已经下降。

2026-06-11 方向复核与 live/provider overnight 证明缺口闭合

本轮审视

• 当前优化方向总体符合提号需求：补证入口、操作包、商务执行总表、完成度审计和每轮沉淀都在服务真实 Brief、真实视频资源、真实视频 A/B、客户复核和客户效果证明，没有把候选名单、worklist、闭环工单或本地种子材料误升格为业务效果证明。
• 本轮发现并修正一个状态口径问题：proof-gap:closure 之前只取最新 aggregate-summary.json，会被更新但不可关闭的 smoke/坏 aggregate 覆盖；实际已有可关闭的真实 live/provider overnight aggregate：outputs/overnight-quality-1780682025651/aggregate-summary.json。
• 修正后只关闭 live-provider-overnight-proof 这一项，长期优化目标仍未完成：proof-gap-closure.openCount=4、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0。

本轮修正

• proof-gap:closure 和 optimization:completion 均改为优先选择可关闭的 overnight aggregate，并把选中的 source 写入 summary/report；较新的坏 aggregate 不再覆盖较旧但真实可关闭的 aggregate。
• live-provider-overnight-proof 的关闭条件统一为 liveEnabled=true、overallPass=true、failureCount=0、failedGateCount=0、tokenLeak=false；token leak 会作为缺失证明要求阻塞关闭。
• round-deposition 的守卫从固定“5 个 open 业务缺口”改为跟随当前未关闭缺口，避免已关闭的 live/provider 行仍被要求带缺失证明或生成下一步行动。
• plan:consistency:smoke 的当前行动队列检查改为读取 proof-gap-closure-summary.json：静态软件补证表仍保留 5 类业务缺口全集，但下一步行动队列只要求覆盖当前 4 个 open 业务缺口，并禁止已 closed 的 live-provider-overnight-proof 回到待办。
• 最新真实输出已同步为：proof-gap-closure.closedCount=1、proof-gap-closure.openCount=4、business-proof-next-actions.actionCount=4、real-proof-closure-work-order.workOrderCount=18、proofGapOpenCount=4、optimization-completion.blockingReasonCount=9、missingProofRequirementCount=61。

已验证

• node --check scripts\proof-gap-closure-audit.js、node --check scripts\optimization-completion-audit.js、node --check scripts\proof-gap-closure-smoke.js、node --check scripts\optimization-completion-smoke.js、node --check scripts\round-deposition-audit.js 通过。
• npm.cmd run proof-gap:closure:smoke、npm.cmd run optimization:completion:smoke、npm.cmd run round:deposition 通过。
• npm.cmd run plan:consistency:smoke 通过，确认静态 5 类缺口表与当前 4 条 open action 队列不再互相误判。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，27 步全部 pass，round-deposition.passCount=127、failCount=0。
• npm.cmd run acceptance 通过，包级 smoke、计划一致性、每轮刷新 smoke、安全审计、包内容门禁和 workspace install smoke 均保持通过。

当前边界

• 可以说“真实 live/provider overnight 证明这一项已由 outputs/overnight-quality-1780682025651/aggregate-summary.json 关闭，当前剩余 4 个业务证明缺口”；不能说提号率已提升、客户效果已达标或人工补号量已下降。
• 剩余未关闭缺口是：真实历史 Brief 数据集、真实候选视频资源、真实视频 A/B live proof、商务复核和客户效果证明。

2026-06-11 优化完成度审计缺失证明计数下沉到 summary

本轮审视

• 当前长期目标仍不能标完成，原因没有变化：proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0。
• 这轮不继续新增补证入口，而是补强完成度审计本身的机器可读性：之前 round-deposition 和报告能看到 blockingReasonsWithMissingProofRequirements=10、missingProofRequirementCount=65，但 optimization-completion-summary.json 顶层没有直接写这两个计数，下一轮容易从报告或沉淀审计反推。

本轮修正

• optimization:completion 顶层新增 materialType=optimization_completion_audit、directCustomerProof=false、proofLevel=not_business_proof、blockingReasonCount=10、blockingReasonsWithMissingProofRequirements=10、missingProofRequirementCount=65。
• latest-form:index、handoff:summary 和 business-execution:index 改为优先读取完成度审计 summary 顶层计数，并在报告/执行总表中展示 missingProofRequirementCount。
• optimization-completion-smoke、latest-form-index-smoke、generate-optimization-handoff-smoke、business-execution-index-smoke 新增防回退断言，要求完成度审计缺失证明计数可见且保持非业务证明边界。

已验证

• node --check scripts\optimization-completion-audit.js、node --check scripts\optimization-completion-smoke.js、node --check scripts\latest-form-index.js、node --check scripts\latest-form-index-smoke.js、node --check scripts\generate-optimization-handoff.js、node --check scripts\generate-optimization-handoff-smoke.js、node --check scripts\business-execution-index.js、node --check scripts\business-execution-index-smoke.js 通过。
• npm.cmd run optimization:completion:smoke、npm.cmd run latest-form:index:smoke、npm.cmd run handoff:summary:smoke、npm.cmd run business-execution:index:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 27 步全部 pass；outputs/optimization-completion-latest/optimization-completion-summary.json、latest-form-index-summary.json、optimization-handoff-summary.json 均已透传 blockingReasonsWithMissingProofRequirements=10、missingProofRequirementCount=65、directCustomerProof=false、proofLevel=not_business_proof。

当前边界

• 本轮只是让完成度审计自身更可机器复验，不补真实客户材料、不关闭 proof-gap。
• 可以说“完成度审计 summary 顶层已记录 10 个阻塞项和 65 条唯一缺失证明要求，并已进入最新索引和交接摘要”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-11 真实证明闭环工单纳入第 27 步刷新与交接守卫

本轮审视

• 优化方向仍符合提号需求：新增的 real-proof-closure-work-order 不是继续堆说明文档，而是把 intake-readiness、video-resource-readiness、proof-gap-closure、optimization-completion 中仍未关闭的阻塞，拆成负责人、目标文件、目标字段、行范围、种子线索和复验命令，能直接服务商务/投放补真实材料。
• 本轮到位的是“真实材料补证派工可执行、可索引、可交接、可防回退”：最新表单索引、交接摘要、证据台账、round refresh 和 round deposition 都能看到闭环工单，并且都保留 not_business_proof、directCustomerProof=false、canCloseProofGap=false 边界。
• 本轮仍未到位的是业务证明本身：proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0 仍然成立；不能宣称提号率提升、客户效果达标或人工补号量下降。

本轮修正

• round:refresh 固定为 27 步，在 local-seed-to-intake-worklist 之后、latest-form-index 之前刷新 real-proof-closure-work-order，确保最新表单索引和交接摘要读到最新工单。
• evidence:index 已把 real-proof-closure-work-order 归类为 not_business_proof，当前工单 workOrderCount=19、ownerArtifactCount=3、proofGapOpenCount=5、canCloseProofGap=false。
• latest-form:index 和 handoff:summary 已透传闭环工单的 Markdown、CSV、summary、3 份 by-owner 附件、19 条工单和非证明边界。
• round-deposition 新增 7 个守卫，覆盖工单 summary 存在、非证明边界、字段级可执行、latest-form 可见、handoff 顶层可见、handoff.latestFormIndex 可见、evidence 台账可见；当前 round-deposition.passCount=127。
• docs/tihao-handoff-index.md 已同步第 27 步刷新、闭环工单阅读入口、最近复验结果、角色分工、可说/不可说和复验命令。

已验证

• node --check scripts\refresh-round-artifacts-smoke.js、node --check scripts\evidence-index-smoke.js、node --check scripts\latest-form-index-smoke.js、node --check scripts\generate-optimization-handoff-smoke.js、node --check scripts\task-handoff-index-smoke.js、node --check scripts\round-deposition-audit.js、node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run real-proof:work-order:smoke 通过，workOrderCount=19、ownerArtifactCount=3、proofGapOpenCount=5。
• npm.cmd run evidence:index:smoke 通过，临时台账 total=39、not_business_proof=15、real-proof-closure-work-order=1。
• npm.cmd run latest-form:index:smoke、npm.cmd run handoff:summary:smoke、npm.cmd run round:deposition:smoke、npm.cmd run round:refresh:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 27 步全部 pass，round-deposition.passCount=127，evidenceIndex.byType["real-proof-closure-work-order"]=1。

当前边界

• 本轮只把未关闭证明缺口拆成可执行工单并纳入主交接链路；没有补真实客户材料，也没有关闭 proof-gap。
• 可以说“真实证明闭环工单已进入最新表单索引、交接摘要、证据台账和每轮沉淀审计，且保持 not_business_proof 边界”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-11 本地种子转 intake 补表 worklist 纳入主交接与防回退审计

本轮审视

• 当前优化方向更贴近提号需求：上一轮已经让本地 DHA Brief、PoC 推荐表和参考账号解析可发现，本轮把这些种子进一步转成商务/投放可转写的 history-intake-draft.csv、video-resource-worklist.csv 和 candidate-seed-worklist.csv，减少“只新增索引、不推动补真实表”的漂移。
• 当前“到位”的是从种子材料到正式 intake 的桥梁、主交接可见性和防回退审计：latest-form-index、optimization-handoff、evidence-index、round:refresh 和 round-deposition 都能看见该 worklist。
• 当前“未到位”的仍是真实业务证明：proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0，不能宣称提号率提升、客户效果达标或人工补号量下降。

本轮修正

• latest-form:index 现在展示“本地种子转 intake 补表 worklist”，并透传 Markdown、CSV、summary、历史草稿、视频资源 worklist、候选复核 worklist、行数和 canCloseProofGap=false 边界。
• handoff:summary 现在在顶层和 latestFormIndex.localSeedToIntakeWorklist 同步该 worklist，并把运行命令加入下一步命令区。
• round:refresh 顺序固定为 26 步，local-seed-material-index 和 local-seed-to-intake-worklist 都在 latest-form-index 与 optimization-handoff 之前刷新。
• round-deposition 新增 5 个守卫：worklist summary 存在、worklist 非证明边界、latest-form-index 可见、handoff 顶层可见、handoff.latestFormIndex 可见；当前真实 round-deposition.passCount=120。
• docs/tihao-handoff-index.md 已同步阅读顺序、最近复验结果、角色分工、可说/不可说和补齐材料后的复验命令，明确 worklist 只能作为补正式 intake 的草稿，不写入正式模板，也不关闭 proof-gap。

已验证

• node --check scripts\round-deposition-audit.js、node --check scripts\round-deposition-smoke.js、node --check scripts\latest-form-index.js、node --check scripts\generate-optimization-handoff.js 通过。
• npm.cmd run local-seed-to-intake:worklist:smoke、npm.cmd run latest-form:index:smoke、npm.cmd run handoff:summary:smoke、npm.cmd run round:refresh:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 26 步全部 pass，round-deposition.passCount=120，evidenceIndex.byType["local-seed-to-intake-worklist"]=1。
• npm.cmd run evidence:index:smoke、npm.cmd run task:handoff-index:smoke、npm.cmd run hygiene:smoke 通过；安全扫描 scannedFiles=173、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。

当前边界

• 本轮只把本地种子材料转成可执行补表草稿，并让主交接/每轮沉淀防止该入口丢失；没有补真实客户材料，也没有关闭 proof-gap。
• 当前 worklist 计数为 historyDraftRows=1、referenceSeedRows=4、candidateSeedRows=12、videoWorklistRows=5、videoCandidateNeedsResourceRows=3、canCloseProofGap=false。
• 可以说“本地种子转 intake 补表 worklist 已进入最新表单索引、交接摘要、证据台账和每轮沉淀审计”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-11 经验逐字稿索引纳入每轮刷新与方向复核

本轮审视

• 当前优化方向仍符合提号需求：新增的经验逐字稿索引把黄圆、邓发两份提号经验逐字稿变成可追踪、可审计的 experience_seed，能辅助校准参考账号拆解、相似链路、主页近作、视觉调性、品类隐性人群、视频深看和客户效果边界。
• 当前“到位”的仍是工程与交接层：经验来源可发现、规则覆盖可复验、证据台账可分类、每轮刷新可防回退；“未到位”的仍是真实业务证明本身。
• 当前主要偏离风险没有消失：如果下一步继续新增索引/审计入口，而不补真实历史 Brief、真实候选视频、客户选择/拒绝、人工补号量和 live/provider 长跑材料，就会偏离提号优化的最终目标。

本轮修正

• 新增 experience-transcript:index，默认读取 ../docs/提号经验 下的 黄圆-AI提号经验逐字稿.md 和 邓发-AI提号经验逐字稿.md，输出 summary、Markdown 和 CSV。
• 索引覆盖 8 条经验规则：参考账号类型/调性、小红书/蒲公英相似链路、抖音/星图兜底、主页近 10/20 篇、视觉质感、产品隐性人群、视频深看、客户效果目标。
• evidence:index 新增 experience-transcript-index 分类，固定为 not_business_proof；round:refresh 新增 experience-transcript-index 步骤，位于 local-seed-material-index 和 evidence-index 之间，因此每轮证据台账会读到最新经验逐字稿索引。
• acceptance 纳入 experience-transcript:index:smoke，防止后续把逐字稿索引误升级为业务证明或泄露原文中的 secret-like 内容。
• task-handoff-index:smoke 同步为 25 步刷新口径，并新增逐字稿索引 not_business_proof、transcriptCount=2、coveredRuleCount=8 的防回退断言。
• experience-transcript-index-smoke 的 secret-like 测试夹具改为运行时拼接，保留“不输出敏感文本”的测试意图，同时避免源码触发安全审计。

已验证

• node --check scripts\experience-transcript-index.js 通过。
• node --check scripts\experience-transcript-index-smoke.js 通过。
• node --check scripts\task-handoff-index-smoke.js 通过。
• node --check scripts\evidence-index.js 通过。
• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• npm.cmd run experience-transcript:index -- --output outputs\experience-transcript-index-latest 通过，transcriptCount=2、coveredRuleCount=8、canCloseProofGap=false。
• npm.cmd run experience-transcript:index:smoke 通过。
• npm.cmd run evidence:index:smoke 通过，临时台账中 experience-transcript-index 归类为 not_business_proof。
• npm.cmd run round:refresh:smoke 通过，临时刷新链路已稳定为 25 步。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 25 步全部 pass，round-deposition.passCount=115，evidence-index.byType["experience-transcript-index"]=1。
• npm.cmd run task:handoff-index:smoke 通过，交接入口已守住 25 步、逐字稿索引和 readyForClaim=false 边界。
• npm.cmd run hygiene:smoke 通过，scannedFiles=171、hitCount=0。
• npm.cmd run acceptance 通过。

当前边界

• 本轮只让提号经验来源可追踪、可复验、可纳入每轮刷新；不补真实客户材料，也不关闭 proof-gap。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0。
• 可以说“经验逐字稿索引已纳入每轮刷新和证据台账，并保持 not_business_proof 边界”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 本地种子材料索引 URL 展示清洗与方向审视

本轮审视

• 当前优化方向仍符合提号需求：工程侧已把补证入口、负责人派工、证据分级、完成度审计、每轮刷新和禁止误宣称门禁串起来；这些都服务于真实 Brief、真实候选视频、live/provider 长跑和客户效果证明。
• 当前“到位”的是可发现、可派工、可复验、可防回退；“未到位”的仍是真实业务证明本身。
• 当前主要偏离风险仍是继续增加协调/审计产物，而不是补真实历史 Brief、真实候选视频、客户选择/拒绝、人工补号量和 live/provider 长跑材料。

本轮修正

• local-seed-material:index 的工作簿表头、样例行和 signals.sampleUrls 现在会清洗展示 URL，去掉 query/hash 等平台临时分享参数，避免把 xsec_token、access_token、Authorization 等敏感或噪声参数带入索引产物。
• local-seed-material-index-smoke 新增 URL 清洗和 secret-like redaction 断言，防止后续把分享 token 参数写回本地种子材料索引。
• 真实输出已重新刷新，outputs/local-seed-material-index-latest/local-seed-material-index-summary.json 中样例 URL 不再包含 query/hash；proofLevel=not_business_proof、directCustomerProof=false、canCloseProofGap=false 保持不变。

已验证

• node --check scripts\local-seed-material-index.js 通过。
• node --check scripts\local-seed-material-index-smoke.js 通过。
• npm.cmd run local-seed-material:index:smoke 通过。
• npm.cmd run local-seed-material:index -- --outputs outputs --output outputs\local-seed-material-index-latest 通过，existingMaterialCount=3、canCloseProofGap=false。
• Select-String 检查 outputs/local-seed-material-index-latest 的 summary/Markdown/CSV 未发现 xsec_token、access_token、refresh_token、sessionToken 或 Authorization。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，24 步全部 pass，round-deposition.passCount=115。
• npm.cmd run evidence:index:smoke、npm.cmd run round:refresh:smoke、npm.cmd run round:deposition:smoke、npm.cmd run task:handoff-index:smoke、npm.cmd run hygiene:smoke 和 npm.cmd run acceptance 均通过。

当前边界

• 本轮只收紧本地种子材料索引的展示卫生和交接可用性，不补真实客户材料，也不关闭 proof-gap。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false、intake-readiness.failureCount=9、video-resource-readiness.realCandidateRows=0。
• 可以说“本地种子材料索引已更干净地纳入每轮刷新和证据台账”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 本地种子材料索引纳入每轮刷新

本轮修正

• 新增 local-seed-material:index，把 ../dha_brief.xlsx、../output/dha-tihao-poc/AI提号-DHA小红书推荐名单-PoC.xlsx 和 ../output/dha-tihao-poc/AI提号-DHA小红书推荐名单-社媒参考分析版.xlsx 做成本地种子材料索引。
• 索引输出 outputs/local-seed-material-index-latest/local-seed-material-index-summary.json、Markdown 和 CSV，当前识别 existingMaterialCount=3、workbookCount=3、promisingLiveAggregateCount=1，并强制保留 proofLevel=not_business_proof、directCustomerProof=false、canCloseProofGap=false。
• XLSX 解析兼容带命名空间前缀和绝对 workbook relationship 的工作簿，当前能读出 DHA Brief 的 brief/通用提号规则/参考媒体信息，以及 PoC 表的 结论/主推账号/备选复核/参考账号解析/Brief与方法 等 sheet、行数和表头。
• evidence:index 新增 local-seed-material-index 分类，固定为 not_business_proof；round:refresh 新增 local-seed-material-index 步骤，位于 optimization-handoff 和 evidence-index 之间，因此每轮证据台账会读到最新种子材料索引。

已验证

• node --check scripts\local-seed-material-index.js 通过。
• node --check scripts\local-seed-material-index-smoke.js 通过。
• npm.cmd run local-seed-material:index:smoke 通过。
• npm.cmd run local-seed-material:index -- --outputs outputs --output outputs\local-seed-material-index-latest 通过，existingMaterialCount=3、canCloseProofGap=false。
• npm.cmd run evidence:index:smoke 通过，临时台账中 local-seed-material-index 归类为 not_business_proof。

当前边界

• 本轮只让本地 DHA Brief、PoC 推荐表、社媒参考分析版和旧 pipeline/live 自动化候选可发现，方便商务/投放转写真实模板和补真实候选视频；不补真实客户反馈，也不关闭 proof-gap。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 可以说“本地种子材料已纳入可复验索引并进入证据台账”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 下一步行动队列继承逐缺口缺失证明要求

本轮审视

• 当前优化工作符合提号需求里的工程承接方向：补证入口、责任分工、最新索引、完成度审计和防误宣称门禁都在围绕真实 Brief、真实候选视频、live proof 和客户效果证明推进。
• 当前“到位”的是可补证、可派工、可复验、可防回退；“未到位”的仍是真实业务证明本身。
• 主要偏离风险仍是继续增加协调/审计产物，却没有补真实历史 Brief、真实候选视频、live/provider 长跑和客户反馈材料。

本轮修正

• business-proof:next-actions 现在会把 proof-gap-closure 中被主行动吸收的缺口行合并回主行动，避免 step-03、step-04、step-12 有下一步文字但没有结构化关闭条件。
• 当前 5 个业务行动均已带 missingProofRequirements：真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B 验收、真实 live/provider 长跑证明。
• round-deposition 新增 business-proof-next-actions-missing-proof-requirements 防回退守卫，并沉淀 businessProofNextActions.withMissingProofRequirements=5。
• 最新真实输出中 round-deposition.passCount=115，round:refresh --strict 仍为 23 步全通过。

已验证

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过。
• npm.cmd run business-proof:next-actions:missing-proof:smoke 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=115。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 23 步全部 pass，round-deposition.passCount=115。
• npm.cmd run round:refresh:smoke 通过，roundPassCount=115。

当前边界

• 本轮只让下一步行动队列的关闭条件机器可读，并纳入每轮沉淀守卫；没有补真实业务材料，也没有关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 可以说“5 个补证动作已携带结构化缺失证明要求并进入防回退审计”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 每轮沉淀审计纳入候选名单交付质量守卫

本轮修正

• round-deposition 新增 latest-form-index-client-list-delivery-quality 防回退守卫，要求最新表单索引里的软件候选名单同时满足：directCustomerProof=false、rowCount>0、sourceDuplicateRemovedCount>=0、finalDuplicateGroupCount=0、duplicateCountMeaning=source_duplicate_removed_count、rankContinuous=true。
• round-deposition 的 observed/report 新增候选名单交付质量字段：latestFormIndex.clientListRowCount、latestFormIndex.clientListSourceDuplicateRemovedCount、latestFormIndex.clientListFinalDuplicateGroupCount、latestFormIndex.clientListDuplicateCountMeaning、latestFormIndex.clientListRankContinuous、latestFormIndex.clientListDirectCustomerProof。
• round-deposition:smoke 已加入 fixture 和断言，防止后续只保留候选名单路径，却丢失“最终重复组”和“源表去重丢弃”的业务口径。

已验证

• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=114。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 23 步全部 pass，已包含 software-client-list 且位于 latest-form-index 之前，round-deposition.passCount=114。
• npm.cmd run task:handoff-index:smoke、npm.cmd run hygiene:smoke、npm.cmd run round:refresh:smoke 和 npm.cmd run acceptance 均通过。

当前边界

• 本轮只把软件候选名单交付质量纳入每轮沉淀审计，不补真实业务材料，也不关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 可以说“候选名单最终重复组和源表去重口径已进入防回退审计”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 审视结论与软件候选名单去重口径澄清

本轮审视

• 当前优化方向整体符合提号需求里的基础设施部分：补证 SOP、最新表单索引、负责人派工、完成度审计和防误宣称门禁，都在围绕“真实 Brief、真实候选视频、live proof、客户效果证明”推进。
• 当前仍未到位的是业务效果证明本身：5 个真实证明缺口仍打开，optimization-completion.readyForClaim=false，longrun:readiness.ready=false。
• 发现的偏离风险是近期工作偏重审计、索引和交接产物；下一步若要继续产生实质业务进展，必须补真实 Brief、真实视频、live/provider 长跑和客户反馈，而不是继续堆协调入口。
• 发现一个交付口径风险：software-client-list.final.summary.json 里的兼容字段 duplicateCount=32 表示源表去重丢弃行数，不表示最终软件端名单还有 32 个重复项，容易误导商务或下一轮 AI。

本轮修正

• software:export summary 新增 sourceDuplicateRemovedCount、finalDuplicateGroupCount、duplicateCountMeaning=source_duplicate_removed_count，保留 legacy duplicateCount 但明确其含义。
• software:markdown 将顶部摘要改为“源表去重丢弃行数”和“最终名单重复组数”，避免把源表去重丢弃误读成最终名单重复。
• latest-form:index 已在候选名单入口展示 最终重复组、排名连续 和 源表去重丢弃，并继续标记 directCustomerProof=false。
• 已刷新真实软件端候选名单：sourceRows=60、outputRows=28、sourceDuplicateRemovedCount=32、finalDuplicateGroupCount=0、rankContinuous=true。

已验证

• node --check scripts\export-software-table.js 通过。
• node --check scripts\export-software-markdown.js 通过。
• node --check scripts\software-table-smoke.js 通过。
• node --check scripts\latest-form-index.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• npm.cmd run software:smoke 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 22 步全部 pass，round-deposition.passCount=114。
• npm.cmd run acceptance 通过。

当前边界

• 本轮只修正审视结论和候选名单交付口径，不补真实业务材料，也不关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 可以说“最终候选名单当前无重复组、排名连续”；不能说提号率已提升、客户效果已达标或人工补号量已下降。

2026-06-10 完成度审计逐门槛缺失证明要求补齐

本轮修正

• optimization:completion 现在为 10 个完成门槛中的每个 blocked gate 输出结构化 missingProofRequirements，覆盖 intake readiness、真实候选视频、proof-gap closure、视频 A/B live proof、live/provider 长跑、客户效果、pipeline、handoff、15 步补证进度和 longrun readiness。
• 已通过 gate 会保持空 missingProofRequirements，避免在 closed/ready 场景残留旧缺失项。
• round-deposition 新增 optimization-completion-missing-proof-requirements 防回退守卫，并沉淀 optimizationCompletion.blockingReasonsWithMissingProofRequirements=10、optimizationCompletion.missingProofRequirementCount=65。
• optimization-completion-report.md 的完成门槛表现在直接展示每个 blocked gate 的“缺失证明”，下一轮不需要只凭 readyForClaim=false 反推关闭条件。

已验证

• node --check scripts\optimization-completion-audit.js 通过。
• node --check scripts\optimization-completion-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run optimization:completion:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=113。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 22 步全部 pass，round-deposition.passCount=113。

当前边界

• 本轮只把“长期完成度审计的每个 blocked gate 到底缺哪条证明”结构化并进入每轮沉淀，不补真实业务材料，也不关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 不得宣称提号率提升、客户效果达标、人工补号量下降；optimization-completion 和 round-deposition 仍只是完成度审计与防回退入口。

2026-06-10 逐缺口缺失证明要求补齐

本轮修正

• proof-gap:closure 现在为每个未关闭行输出结构化 missingProofRequirements：intake readiness、历史数据集、真实候选视频、视频 A/B live proof、live/provider 长跑、商务复核和客户效果都会列出缺哪条证明。
• 已关闭行会清空缺失证明要求，避免旧缺失项残留在 closed 证据里。
• proof-gap-operator-pack 和 real-proof-intake-bundle 自动透传每个业务 gap 的缺失证明要求；当前真实输出 operatorPackMissingProofRequirementCount=38，5 个 gap row 中 3 个 open row 均有缺失证明要求，closed 行只保留证据链。
• round-deposition 新增 proof-gap-closure-missing-proof-requirements 和 proof-gap-operator-pack-missing-proof-by-gap 两个防回退守卫，并沉淀 proofGapClosure.openRowsWithMissingProofRequirements=5、proofGapOperatorPack.openRowsWithMissingProofRequirements=5。
• docs/tihao-handoff-index.md 已同步当前阅读入口和最近复验结果，当前 round-deposition.passCount=112。

已验证

• node --check scripts\proof-gap-closure-audit.js 通过。
• node --check scripts\proof-gap-closure-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run proof-gap:closure:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=112。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 22 步全部 pass，round-deposition.passCount=112。

当前边界

• 本轮只把“每个未关闭缺口到底缺哪条证明”结构化并透传，不补真实业务材料，也不关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 不得宣称提号率提升、客户效果达标、人工补号量下降；proof-gap-closure、proof-gap-operator-pack、real-proof-intake-bundle 和 round-deposition 都只是补证协调与防回退审计入口。

2026-06-10 最新表单索引透传下一步行动队列摘要

本轮修正

• latest-form:index 的 nextActions 现在同步输出 complete、actionCount、proofOpenCount、ownerGroupCount、ownerArtifactCount、sourceState.proofGapOpenCount 和前 5 个高优先级 topActions。
• handoff:summary 的 latestFormIndex 现在透传最新表单索引中的下一步行动队列摘要，下一轮 AI 只读交接摘要也能看到 step-03、gap-video-ab-live-proof 等首批补证动作。
• round-deposition 新增 latest-form-index-next-actions-top-actions 和 handoff-latest-form-index-next-actions-top-actions 两个防回退守卫，并在报告中沉淀 latestFormIndex.nextActionsTopCount、handoff.latestFormIndex.nextActionsTopCount 和对应 proofGapOpenCount。
• task:handoff-index:smoke 已补充当前产物和临时重生成产物的双层校验，确保 business-proof-next-actions-summary.json、latest-form-index-summary.json 和 optimization-handoff-summary.json 的行动队列摘要链路不断。
• docs/tihao-handoff-index.md 已同步阅读顺序和最近复验结果，当前 round-deposition.passCount=110、latestFormIndex.nextActionsTopCount=5、handoff.latestFormIndex.nextActionsTopCount=5。

已验证

• node --check scripts\latest-form-index.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• node --check scripts\task-handoff-index-smoke.js 通过。
• npm.cmd run latest-form:index:smoke 通过，topActionCount=5。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=110、latestFormIndexNextActionsTopCount=5、handoffLatestFormIndexNextActionsTopCount=5。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 中 22 步全部 pass，round-deposition.passCount=110。
• npm.cmd run task:handoff-index:smoke 通过，当前 latestFormIndexNextActionTopCount=5、handoffLatestFormIndexNextActionTopCount=5。
• npm.cmd run round:refresh:smoke 通过，临时输出 roundPassCount=110。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁 entryCount=167，workspace install smoke 通过。

当前边界

• 本轮只补齐最新表单索引和交接摘要里的补证行动队列可见性，不补真实业务材料，也不关闭真实证明缺口。
• 当前仍为 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 不得宣称提号率提升、客户效果达标、人工补号量下降；latest-form-index、optimization-handoff 和 round-deposition 都只是补证协调与防回退审计入口。

2026-06-10 长跑前置门禁与优化完成度审计入口补强

本轮修正

• latest-form:index 将 outputs/long-run-readiness-latest/long-run-readiness-report.md 和 long-run-readiness-summary.json 纳入一等入口，暴露 ready=false、failCount=6、proofLevel=not_business_proof 和 directCustomerProof=false。
• handoff:summary 在顶层、latestFormIndex.longRunReadiness 和 businessExecutionIndex.longRunReadiness 同步长跑前置门禁，并把 longrun:readiness 纳入下一轮复验命令。
• handoff:summary 同步新增顶层 optimizationCompletion 和 businessExecutionIndex.optimizationCompletion，当前 readyForClaim=false、proofGapOpenCount=5、blockingReasonCount=10，继续禁止提号率提升、客户效果达标和人工补号量下降声明。
• real-proof-intake-bundle 在打开顺序、sourceState 和补齐后复验命令中新增长跑前置门禁入口，当前 longRunReadinessReady=false、longRunReadinessFailCount=6、exportRowCount=34。
• business-execution-index 将长跑前置门禁和优化完成度审计纳入关键文件行，当前 rowCount=24、fileRowCount=6；长跑前置门禁报告 行为 status=blocked、actionCount=6，优化完成度审计报告 行为 status=blocked、actionCount=10。
• round-deposition 新增 7 个长跑入口防回退守卫：latest-form-index-longrun-readiness、handoff-longrun-readiness、handoff-latest-form-longrun-readiness、business-execution-index-longrun-readiness、handoff-business-execution-index-longrun-readiness、real-proof-intake-bundle-summary、real-proof-intake-bundle-longrun-readiness。
• round-deposition 新增 5 个优化完成度审计防回退守卫：optimization-completion-summary、optimization-completion-boundary、business-execution-index-optimization-completion、handoff-optimization-completion、handoff-business-execution-index-optimization-completion。
• round:refresh 调整执行顺序，先刷新 optimization-completion，再生成 business-execution-index 和 handoff:summary，确保执行总表与交接摘要都能透传完成度审计行。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果、完成判定矩阵和复验命令，明确 longrun:readiness.ready=false 和 optimization-completion.readyForClaim=false 不能被 22 步 refresh 通过或 smoke 通过替代。
• round:refresh --strict 已刷新真实 outputs，当前 22 步全部 pass；round-deposition 当前 passCount=97、failCount=0，且观测到 businessExecutionIndexOptimizationCompletionReadyForClaim=false、handoffBusinessExecutionIndexOptimizationCompletionStatus=blocked、optimizationCompletionBlockingReasonCount=10。

已验证

• node --check scripts\latest-form-index.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\business-execution-index.js 通过。
• node --check scripts\business-execution-index-smoke.js 通过。
• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• node --check scripts\task-handoff-index-smoke.js 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run business-execution:index:smoke 通过，商务执行总表已包含 long-run-readiness-summary.json、optimization-completion-summary.json 来源和对应关键文件行。
• npm.cmd run proof-gap:intake-bundle:smoke 通过，exportRowCount=34，总包已包含 long-run-readiness-report.md 和 longrun:readiness 复验命令。
• npm.cmd run round:deposition:smoke 通过，passCount=97、failCount=0。
• npm.cmd run task:handoff-index:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，round-refresh-summary.json 显示 22 步全部 pass。
• npm.cmd run round:refresh:smoke 通过，临时输出中 22 步顺序稳定且 roundPassCount=97。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过；包内容门禁 entryCount=167，workspace install smoke 通过。

当前边界

• 本轮补强的是长跑前置门禁的可发现性和防回退审计，不补真实业务材料，也不关闭真实证明缺口。
• 当前 proof-gap-closure.openCount=5，optimization-completion.readyForClaim=false、blockingReasonCount=10，longrun:readiness.ready=false。
• 不得宣称提号率提升、客户效果达标、人工补号量下降，也不得把 real-proof-intake-bundle、proof-gap-request、proof-gap-operator-pack、最新索引、22 步 refresh 或 long-run-readiness 报告当作业务证明。

2026-06-08 补充：最新表单索引负责人和复验命令沉淀守卫

已更新：

• scripts/round-deposition-audit.js
• scripts/round-deposition-smoke.js

处理结果：

• round-deposition 新增 latest-form-index-intake-owner-recheck 守卫，要求最新提号表单索引必须保留字段补齐负责人分组和补齐后复验命令。
• round-deposition 新增 handoff-latest-form-index-intake-owner-recheck 守卫，要求交接摘要同步保留最新表单索引中的负责人分组数和复验命令数。
• round deposition 当前通过项从 72 增加到 74，failCount=0。
• 当前观测为 latestFormIndex.intakeFieldChecklistOwnerGroupCount=3、latestFormIndex.intakeFieldChecklistRecheckCommandCount=5、handoff.latestFormIndex.ownerGroupCount=3、handoff.latestFormIndex.recheckCommandCount=5。

边界：

• 本轮只增强最新表单入口和交接摘要的防回退审计，不证明客户效果完成。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。

更新时间：2026-06-06

执行目标：落实 docs/tihao-experience-optimization-plan.md，把商务提号经验转成技能包可执行能力、可验收输出和可持续反馈闭环。

2026-06-07 补充：真实补证操作顺序纳入每轮沉淀

已新增：

• docs/business-proof-action-order.md

已更新：

• scripts/round-deposition-audit.js
• scripts/round-deposition-smoke.js
• scripts/generate-optimization-handoff.js
• scripts/generate-optimization-handoff-smoke.js

处理结果：

• 把真实历史 Brief、真实视频资源、intake readiness、history audit、video readiness、longrun readiness、视频 A/B、商务复核、客户效果审计和每轮沉淀整理成 15 步中文操作顺序。
• 明确每一步负责人、输入材料、执行命令、通过标准和不通过处理，便于商务、投放、技术和下一轮 AI 接力。
• round:deposition 现在会检查补证操作顺序文档存在，并确认文档包含 intake:readiness、longrun:readiness、customer-effect:audit、sample/smoke 边界和“客户效果不可宣称”口径。
• handoff:summary 现在会在交接摘要中直接列出 docs/business-proof-action-order.md，下一轮 AI 或商务可以先按这份 15 步清单补齐真实证据。

原因：

• 当前 optimization:status 仍为 complete=false，真实材料预审和长跑就绪度未通过。
• 需要把“缺什么、谁来补、补完跑什么命令、什么算通过”固定成可复用交付物，避免只沉淀状态报告但下一轮无法执行。

2026-06-07 补充：15 步补证进度表

已新增：

• scripts/business-proof-progress.js
• scripts/business-proof-progress-smoke.js
• npm script：business-proof:progress
• npm script：business-proof:progress:smoke

处理结果：

• 基于最新 intake readiness、video resource readiness、longrun readiness、proof-gap closure、handoff、evidence 和 round deposition，自动输出 15 步补证进度。
• 每一步标记为 pass、pending、fail 或 blocked_by_external_data，避免只同步“总体未完成”而看不出下一步卡在哪里。
• 当前进度表会明确显示：真实历史 Brief、真实候选视频、商务复核、客户效果审计仍受真实外部数据阻塞；视频 A/B 已有关闭证据但不能替代客户效果证明。
• round:deposition 现在会检查 business-proof-progress-summary.json 是否存在、是否包含 15 步、是否记录 pass/pending/fail/blocked_by_external_data 统计。
• optimization:status 现在新增 business-proof-progress 稳定状态项，用于标记 15 步进度同步能力已就绪；该项不代表客户效果证明完成。

原因：

• 长期优化计划要求实时同步进度；只给状态审计和交接摘要还不够直观。
• 15 步进度表用于过程同步，不把 sample、smoke、模板、provider fallback 或接口 200 计为客户效果证明。

2026-06-07 补充：下一步行动队列

已新增：

• scripts/business-proof-next-actions.js
• scripts/business-proof-next-actions-smoke.js
• npm script：business-proof:next-actions
• npm script：business-proof:next-actions:smoke

处理结果：

• 基于 business-proof-progress-summary.json、proof-gap-closure-summary.json、intake-readiness-summary.json 和 video-resource-readiness-summary.json 生成下一步行动队列。
• 队列输出 JSON、Markdown 和 CSV，字段包括优先级、负责人、动作、当前证据、执行命令、预期产物和通过标准。
• 当前会把“填真实历史 Brief”“填真实视频资源”“真实材料预审”排在最前，避免只看到多个 blocked 项但无法决定先补什么。
• 行动队列现在增加“按负责人汇总”，方便商务、投放/商务、技术/AI 分别领取自己的补证动作。
• 行动队列现在额外生成 by-owner/*.md 和 by-owner/*.csv，每个负责人可直接打开自己的补证任务文件。
• evidence:index 现在会把行动队列识别为 business-proof-next-actions，证明等级为 smoke_or_local。
• round:deposition 现在会检查行动队列是否存在且至少有一条可分派动作。
• optimization:status 现在新增 business-proof-next-actions 稳定状态项。
• 默认 acceptance 现在会运行 business-proof:progress:smoke 和 business-proof:next-actions:smoke，发布/总验收时会守住进度同步与行动队列链路。

原因：

• 长期优化计划要求持续执行和实时同步；行动队列用于把状态同步转成可分派任务。
• 行动队列只安排补证，不证明客户效果完成。

2026-06-06 补充：软件端去重表与负样本归因门禁

已新增：

• scripts/export-software-table.js
• scripts/software-table-smoke.js
• npm script：software:export
• npm script：software:smoke

处理结果：

• 扫描历史 manual-review-sample.csv，确认旧 overnight 汇总存在跨策略重复。例如 outputs/overnight-quality-1780675711800/manual-review-sample.csv 原始 60 行，按 brief编号 + 平台 + 主页链接/博主名称 去重后 15 行，重复 45 条。
• 已输出软件端格式去重表：outputs/overnight-quality-1780675711800/software-client-list.dedup.csv。
• 输出表固定中文表头、UTF-8 BOM、重复键为 0、排名从 1 连续。
• software:smoke 已纳入 npm run acceptance，发布前会自动校验表头、去重和连续排名。

已更新：

• scripts/review-metrics.js
• scripts/review-metrics-smoke.js
• docs/manual-review-handoff.md
• docs/ai-overnight-optimization-task.md

负样本口径调整：

• 负样本现在包括：跑偏、硬性规则违规、调性不符、主页质感不符、参考账号不像。
• 负样本必须填写 归因类型、失败归因 或 归因 任一字段。
• review:metrics -- --strict 会在负样本缺归因时失败，避免只有人工标签、没有可反哺原因。

本轮验证：

• node --check scripts/export-software-table.js
• node --check scripts/software-table-smoke.js
• npm.cmd run software:smoke
• node --check scripts/review-metrics.js
• node --check scripts/review-metrics-smoke.js
• npm.cmd run review:metrics:smoke
• npm.cmd run acceptance

2026-06-06 补充：provider mock 合约纳入发布验收

已更新：

• scripts/acceptance.js
• scripts/optimization-status-audit.js

处理结果：

• npm run acceptance 现在会执行 npm run acceptance:providers:mock。
• optimization:status 的“基础发布链路”现在要求：
  • acceptance
  • smoke:package
  • mcp:smoke
  • acceptance:providers:mock
  • acceptance.js 实际调用 provider mock 门禁。

原因：

• 长期优化计划的基础链路要求明确包含 npm run acceptance:providers:mock。
• 之前该命令单独存在且可通过，但没有被发布总验收强制执行，容易出现“文档要求”和“发布前检查”不一致。

2026-06-06 补充：跨 Brief 软件表排名口径修正

已更新：

• scripts/export-software-table.js
• scripts/overnight-quality-campaign.js
• scripts/software-table-smoke.js
• docs/tihao-experience-optimization-plan.md
• docs/capability-map.md
• README.md
• docs/release-notes.md

处理结果：

• 软件端汇总表不再使用全局排名。
• 同一 brief编号 内的候选从 1 开始连续排名；多个 brief 同表输出时，每个 brief 独立连续。
• software:smoke 已增加多 brief 样例，防止后续回退为全局排名。
• 长期优化计划中的业务指标口径从“跑偏 + 硬性规则违规率”统一为“负样本率 + 负样本归因覆盖率”。

2026-06-06 补充：no-token 友好状态自动验收

已更新：

• scripts/smoke-package.js
• scripts/optimization-status-audit.js

处理结果：

• live 模式未配置 token 时，smoke:package 不只检查 needs_token，还会断言：
  • errors=[]
  • 不暴露原始 401/403
  • 不暴露 Authorization header
  • 不暴露 bearer token、sessionToken 或模型 token
• smoke-package 的软件端 CSV 排名断言同步为“每个 brief 内连续”。
• optimization:status 的基础发布链路现在会检查 smoke-package 是否包含友好鉴权状态断言。

原因：

• 长期优化计划要求 live/no-token/403/401 返回友好状态，不暴露原始错误和密钥。
• 该要求属于本地可自动化验证项，不应只停留在文档说明。

2026-06-06 补充：provider 失败路径公开输出安全验收

已更新：

• scripts/provider-contract-audit.js
• scripts/optimization-status-audit.js

处理结果：

• provider mock 的失败路径现在会复现：
  • 参考账号补证 provider 返回 403；
  • 多模态 evidence provider 返回空结果。
• 验收保留 JSON 里的结构化 provider 状态，供工程诊断。
• 商务可见输出（assistantMessage、Markdown 报告、CSV）必须不出现：
  • 原始 401/403
  • 原始上游错误文本
  • Authorization header
  • bearer token
  • 模型 token
• optimization:status 的基础发布链路会检查 provider mock 是否包含公开输出安全断言。

原因：

• 长期优化计划要求 401/403/额度不足返回友好状态，不暴露原始错误和密钥。
• provider 失败属于常见线上场景，必须在 mock 合约验收里固定下来。

2026-06-07 补充：硬性规则和剔除账号本地验收

已更新：

• scripts/hard-rules-smoke.js
• package.json
• scripts/acceptance.js
• scripts/optimization-status-audit.js

处理结果：

• 新增 npm run hard-rules:smoke。
• npm run acceptance 现在会强制执行 hard-rules smoke。
• hard-rules smoke 覆盖：
  • 美容仪/脱毛仪场景下，男性泛账号不得标为强推荐；
  • 明确竞品排除账号必须标为 已剔除；
  • 已剔除账号不得进入软件端 CSV；
  • 超预算账号不得标为强推荐，并必须带报价风险提示；
  • 错平台账号在排序前过滤。
• optimization:status 增加“硬性规则和剔除账号本地验收”项，要求 hard-rules smoke 存在并纳入 acceptance。

原因：

• 长期优化计划要求硬性约束违规率为 0，明确排除账号不得进入软件端交付表。
• 这部分不依赖真实 provider，可用本地构造样例持续验收。

2026-06-07 补充：参考账号冲突和强推荐解释验收

已更新：

• scripts/reference-rules-smoke.js
• package.json
• scripts/acceptance.js
• scripts/optimization-status-audit.js

处理结果：

• 新增 npm run reference-rules:smoke。
• npm run acceptance 现在会强制执行 reference-rules smoke。
• reference-rules smoke 覆盖：
  • 多个参考账号/参考视频风格冲突时，referenceUsability.status 必须为 reference_conflict；
  • 报告必须明确提示“不能强行合并为单一调性标准”；
  • 强推荐账号必须至少有 2 条 Brief 命中点；
  • 强推荐账号必须至少有 1 条参考/风格证据；
  • 强推荐推荐理由必须解释参考/风格命中依据。
• optimization:status 增加“参考账号冲突和强推荐解释本地验收”项。

原因：

• 长期优化计划要求多参考账号风格冲突时不得强行合并。
• 有参考账号时，强推荐必须说明“类型相似”或“调性相似”的依据。
• 这些能力可以用构造指纹在 sample 模式下稳定验收。

本轮已完成

1. 需求三分层与隐性规则

已新增：

• mcp/src/features/tihao-sourcing/experience-rules.js
• criteria.requirementLayers
• criteria.categoryRules
• criteria.referenceUsability
• criteria.sourcingStrategy

当前支持：

• 硬性量化指标：平台、粉丝、预算、目标数量、地域、排除项；
• 产品/人群隐性规则：美容仪/脱毛仪、母婴 DHA、敏感肌护肤、食品饮料、家清家居；
• 参考账号可参考性：类型锚点、调性锚点、风格冲突、弱偏好；
• 分平台找号策略：小红书/蒲公英参考相似链路，抖音星图标签不作为充分证明。

2. 主页最近内容证据化

已新增：

• mcp/src/features/tihao-sourcing/homepage-evidence.js
• candidate.homepageEvidence
• candidate.recentContentFitScore
• candidate.visualQualityScore
• candidate.toneConsistencyScore

当前逻辑：

• 优先使用候选已有 recentEvidence、内容标签、人设标签；
• 计算最近内容匹配、视觉质感、调性一致性；
• 低置信度或命中风险时给出深挖建议；
• 强推荐资格新增主页证据分和隐性规则约束。

3. 排序与强推荐规则升级

已更新：

• mcp/src/features/tihao-sourcing/ranker.js

变化：

• 排序分加入主页最近内容证据和隐性规则分；
• 硬排除和隐性规则违规会增加风险扣分；
• 强推荐必须满足：
  • 无硬性排除；
  • 无关键隐性规则违规；
  • 至少 2 条 Brief 命中；
  • 至少 1 条参考/风格命中；
  • 最近内容证据分达到最低门槛。

4. 报告与 CSV 输出升级

已更新：

• mcp/src/features/tihao-sourcing/report.js

新增报告章节：

• 需求三分层与隐性规则
• 参考账号可参考性判断
• 主页最近内容证据

CSV 新增字段：

• 主页证据分
• 视觉质感分
• 调性一致分
• 隐性规则命中
• 隐性规则违规
• homepageEvidenceNotes

修复：

• 剔除/降级原因 不再把普通备选误写成“不进入商务名单”；已剔除才不能进商务可用名单，需复核必须补证后再判断。

5. 商务体验反馈回灌

已新增：

• scripts/import-feedback-memory.js
• scripts/feedback-import-smoke.js
• npm script：feedback:import
• npm script：feedback:smoke

已更新：

• mcp/src/features/tihao-sourcing/preference-memory.js

当前支持从 CSV 导入：

• brief编号
• 平台
• 博主名称
• 主页链接
• 人工复核标签
• 反馈标签
• 反馈原因
• 归因类型
• 影响范围
• 是否升级为团队规则
• 下一轮动作

沉淀到 memory：

• feedbackRecords
• feedbackSummary
• personalPreferences
• clientBrandPreferences
• teamRuleCandidates
• blockedCreators
• blockedStyles

验收证据

已通过：

npm run feedback:smoke
npm run acceptance:pm
npm run smoke:briefs
npm run acceptance:providers:mock
npm run mcp:smoke
npm run smoke:package
npm run acceptance

小规模质量矩阵：

$env:TIHAO_OVERNIGHT_FIXTURES="dha-mom-baby,sensitive-skin-repair,healthy-snack"
$env:TIHAO_OVERNIGHT_VARIANTS="baseline-live,result-first,result-first-broad"
$env:TIHAO_OVERNIGHT_MAX_RUNS="9"
$env:TIHAO_OVERNIGHT_FAIL_ON_GATES="false"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780730115072
• liveEnabled=false
• fixtures：3
• variants：3
• runs：9
• failures：0
• gatePass：true
• leak scan：0

说明：这次矩阵是 sample/结构性验证，不证明真实 live 命中率。真实结果提升仍需用客户 token 和 live provider 跑矩阵验证。

下一批优先任务

P0：真实最近内容 provider

当前主页证据主要来自候选已有 recentEvidence 和标签。下一步需要接入真实主页最近 10/20 篇内容 provider：

• 标题；
• 封面；
• 内容类型；
• 互动；
• 发布时间；
• 视频/图文资源；
• 竞品或风险信号。

验收：

• homepageEvidence.source=provider；
• top 10 最近内容证据覆盖率 >= 80%；
• 低置信度账号能自动进入补证/需复核。

P0：反馈 CSV 回灌进入二轮提号

当前已能导入 memory。下一步需要做端到端二轮验证：

1. 第一轮导出软件端表；
2. 人工填写反馈标签和原因；
3. npm run feedback:import -- --feedback <csv> --memory <json>；
4. 第二轮 tihao_brief_sourcing_run 使用同一 memory；
5. 验证被拉黑/硬性违规账号不再进入商务可用名单；
6. 报告说明本轮应用了哪些反馈。

P1：团队规则候选晋升机制

当前已沉淀 teamRuleCandidates，还需要：

• 同类反馈连续出现 3 次以上再建议升级；
• 每条团队规则可追溯来源 brief、账号、反馈人、原因；
• 区分个人偏好、客户偏好和团队规则。

P1：真实 live 矩阵

需要在有安全 token/额度时跑：

• 至少 3 个 fixture；
• baseline-live,result-first,result-first-broad；
• 有参考账号时加入 reference-account/homepage-evidence 策略；
• 输出人工复核通过率、负样本率、客户选中率指标。

当前边界

• 本轮没有接入新的真实主页最近内容 provider；
• 本轮没有跑真实 live 质量矩阵；
• 反馈导入当前支持 CSV，XLSX 需要后续加入稳定解析方案或要求软件端导出 CSV；
• 客户选中率需要真实客户最终选择数据，当前只能用人工复核标签做近似指标。

2026-06-06 追加优化记录

已完成

• 软件端交付表改为固定表头，字段见 docs/software-client-table-format.md。
• 报告和 CSV 输出加入去重：同一 brief编号 + 平台 + 主页链接 不重复；无主页链接时按 brief编号 + 平台 + 博主名称 去重。
• 已剔除账号不进入软件端交付表；去重和剔除后排名重新从 1 连续编号。
• 修复报告、排序器、主页证据、偏好记忆和 sample 数据里的乱码输出。
• 修复“低硬广”被误判为“硬广”排除的问题，避免把低商业痕迹账号误杀。
• 接入主页最近内容 provider 工作流：
  • 支持 homepageEvidenceBaseUrl / homepageProviderBaseUrl。
  • 支持 homepageEvidenceFile / homepageEvidenceJsonPath 本地证据。
  • 支持 homepageEvidenceToken / homepageProviderToken。
  • 输出 criteria.homepageEvidenceStatus。
• 新增 homepage:smoke，用本地 mock provider 真实跑通主页证据接入。
• 新增 feedback:roundtrip，验证反馈 CSV 导入 memory 后，第二轮自动剔除被反馈拉黑/跑偏账号。
• 重写 smoke:package 为中文和软件端表格新契约。
• 新增 ASCII 文件名 sample brief：fixtures/sample-briefs/skincare-sample.md，避免 npm 脚本中文路径在 Windows 下被命令行编码污染。

验收结果

已通过：

npm run smoke:package
npm run smoke:briefs
npm run feedback:smoke
npm run feedback:roundtrip
npm run homepage:smoke
npm run mcp:smoke
npm run acceptance:pm
npm run acceptance:providers:mock
npm run acceptance

软件端表格抽检：

• duplicateKeys=0
• 排名连续
• CSV 使用 UTF-8 BOM，Excel 友好
• 表头与 docs/software-client-table-format.md 一致

泄密/乱码扫描：

• 范围：docs、skills、mcp/src、scripts、fixtures
• 结果：未命中 token、Authorization、常见乱码标记

当前边界更新

• 主页最近内容 provider 已完成 mock 合同验收，但还没有用真实线上 provider 做质量矩阵。
• 反馈二轮闭环已完成 sample 验收；真实客户选中率仍需要历史/线上反馈数据验证。
• 本轮证明的是结构、去重、闭环和 mock provider 可用，不等同于真实 live 命中率已经达到 30%/50%。

2026-06-06 夜跑矩阵增强记录

已完成

• overnight:quality 增加软件端交付表验收：
  • 读取每个 run 的 tihao-sourcing-client-list.csv。
  • 校验固定软件端表头。
  • 统计重复键数量。
  • 校验去重/剔除后排名是否从 1 连续。
• overnight:quality 增加主页证据状态验收：
  • 每个 run 必须输出 criteria.homepageEvidenceStatus。
  • aggregate summary 中保留 homepageProviderStatus。
• aggregate summary 新增字段：
  • softwareDuplicateKeyCount
  • softwareRankContinuous
  • homepageProviderStatus
• aggregate report 改为中文新版，并给 .md 输出加 UTF-8 BOM，避免 Windows 打开乱码。
• manual-review-sample.csv 表头改为中文复核字段。
• docs/overnight-quality-runbook.md 已重写为中文手册，包含 sample、受控 live、完整 live、门禁和人工复核说明。

验收结果

小矩阵验证：

$env:TIHAO_OVERNIGHT_LIVE="false"
$env:TIHAO_OVERNIGHT_FIXTURES="sensitive-skin-repair"
$env:TIHAO_OVERNIGHT_VARIANTS="baseline-live,result-first"
$env:TIHAO_OVERNIGHT_MAX_RUNS="2"
$env:TIHAO_OVERNIGHT_FAIL_ON_GATES="true"
npm run overnight:quality

结果：

• runs=2
• failures=0
• gatePass=true
• softwareDuplicateKeyCount=0
• softwareRankContinuous=true
• homepageProviderStatus=not_requested

完整验收：

npm run acceptance

结果：通过。

泄密/乱码扫描：

• 范围：docs、skills、mcp/src、scripts、fixtures
• 结果：Count=0

当前边界更新

• 夜跑矩阵现在能验证软件端结构和主页证据状态，但本轮仍是 sample 小矩阵。
• 真实 live 命中率、客户选中率、视频证据提升幅度仍需要用真实 token、真实 Brief 和客户反馈数据长跑验证。

2026-06-06 Live 长跑前置预检记录

已完成

• 新增 scripts/live-preflight.js。
• 新增 npm script：npm run live:preflight。
• docs/live-provider-integration-runbook.md 已加入预检、严格模式、live acceptance、video A/B 的执行顺序。

预检能力：

• 检查是否存在 Parse sessionToken。
• 尝试解析 Parse 用户身份，不把 token 写入输出。
• 检查 company 是否可从环境变量或用户信息解析。
• 检查 reference provider、homepage provider、evidence provider、豆包视频分析 provider 是否配置。
• 检查视频模型是否为 doubao-seed-2-0-pro。
• 输出 live-preflight-summary.json，只记录布尔状态、provider 配置状态和下一步动作，不记录密钥明文。

验收结果

本地无真实环境变量时运行：

npm run live:preflight

结果：

• 输出目录：outputs/live-preflight-1780733665849
• readyForLiveAcceptance=false
• readyForVideoAb=false
• failures=2
• warnings=3
• 失败项：缺少 sessionToken、缺少 company。
• 警告项：未配置 reference/homepage/evidence 或 video provider。

完整验收：

npm run acceptance

结果：通过。

当前边界更新

• live:preflight 不扣费，也不证明 live 提号命中率。
• 预检通过只代表可以开始真实 live 或 video A/B 测试。
• 当前环境没有运行真实 live 矩阵，也没有运行真实视频 A/B；这些仍需要运行时 token、company、真实 provider URL 和测试 Brief。

2026-06-06 参考视频 A/B 验收增强记录

已完成

• 更新 scripts/video-hit-rate-audit.js，把参考视频 A/B 从“资源数量检查”升级为门禁化验收。
• 更新 docs/acceptance-checklist.md 和 docs/live-provider-integration-runbook.md，统一视频验收口径。

新增门禁：

• 视频模型必须是 doubao-seed-2-0-pro。
• B 组必须拿到真实参考资源。
• B 组必须拿到视频 URL。
• B 组必须拿到封面、ASR/字幕、帧图资源中的至少一类。
• 视频分析 provider 状态必须为 ok。
• B 组必须生成证据卡。
• 证据卡不能只是 pending、fallback 或“待补证据”占位。
• 证据卡必须包含 text/ASR/visual/frame 中至少一类可解释信号。
• B 组 top 10 证据命中候选必须增加，且 top 10 平均分、参考风格分不得下降。
• B 组强推荐数量不得下降。

新增输出：

• video-hit-rate-summary.json
• video-hit-rate-report.md

验收结果

已通过：

node --check scripts/video-hit-rate-audit.js
npm run acceptance
npm run acceptance:providers:mock

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 本轮增强了真实视频 A/B 的验收标准，但当前环境没有真实 token/company/provider，所以没有运行 npm run acceptance:video-ab。
• 只有 acceptance:video-ab 在真实环境通过，才可以说“本次样本里视频分析确实提升了提号结果”。

2026-06-06 团队规则升级机制记录

已完成

• 更新 mcp/src/features/tihao-sourcing/preference-memory.js。
• 更新 scripts/import-feedback-memory.js。
• 更新 scripts/feedback-import-smoke.js。
• 更新 mcp/src/features/tihao-sourcing/report.js。
• 更新 skills/tihao-creator-sourcing/references/output-format.md。

新增能力：

• memory 新增 teamRuleSuggestions。
• 同类反馈累计达到 3 次后，自动生成“建议升级为团队规则”。
• 每条建议保留：
  • 反馈次数；
  • 影响范围；
  • 反馈标签；
  • 归因类型；
  • 建议规则；
  • 来源 brief、账号、平台、主页链接、反馈原因和时间。
• feedbackSummary 新增 teamRuleSuggestionCount。
• 导入反馈后的命令摘要会显示团队规则升级建议数量。
• 生成提号报告时，如果 memory 中有团队规则建议，会新增 反馈记忆与团队规则建议 章节。

验收结果

已通过：

node --check mcp/src/features/tihao-sourcing/preference-memory.js
node --check scripts/import-feedback-memory.js
node --check scripts/feedback-import-smoke.js
npm run feedback:smoke
npm run feedback:roundtrip
npm run acceptance

额外端到端检查：

• 构造 3 条同类“脱毛仪不应推男性泛账号”反馈；
• 写入 memory；
• sample 模式生成提号报告；
• 报告中出现 反馈记忆与团队规则建议；
• criteria.memory.teamRuleSuggestions.length=1。

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• teamRuleSuggestions 是建议升级，不会静默替代人工决策。
• 团队确认后，仍需要后续把建议转成正式品类规则或客户规则。

2026-06-06 人工复核质量指标入口记录

已完成

• 新增 scripts/review-metrics.js。
• 新增 scripts/review-metrics-smoke.js。
• 新增 npm script：
  • npm run review:metrics
  • npm run review:metrics:smoke
• npm run acceptance 已纳入 review:metrics:smoke。
• 更新 docs/manual-review-handoff.md，补充人工复核标签、客户选择字段和质量指标统计方法。

新增能力：

• 读取商务标注后的软件端 CSV。
• 校验软件端固定表头前缀。
• 统计重复键数量。
• 校验每个 brief 排名连续。
• 统计商务可用率：可直接发客户 + 商务复核 / 已标注总数。
• 统计负样本率：跑偏 + 硬性规则违规 + 调性不符 + 主页质感不符 + 参考账号不像 / 已标注总数。
• 统计负样本归因覆盖率：已填写 归因类型/失败归因/归因 的负样本 / 负样本总数。
• 统计客户选中率：客户选中 / 已标注总数。
• 输出：
  • review-metrics-summary.json
  • review-metrics-report.md

门禁：

• 商务可用率 >= 60%。
• 负样本率 <= 10%。
• 负样本归因覆盖率 = 100%。
• 重复键 = 0。
• 排名连续。
• 客户选中率如果有客户选择字段，则短期目标 >= 30%；没有客户选择字段时只标记为待补，不能宣称达标。

验收结果

已通过：

node --check scripts/review-metrics.js
node --check scripts/review-metrics-smoke.js
npm run review:metrics:smoke
npm run acceptance

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 这轮补齐了人工标注后的业务效果计算入口。
• 当前仍没有真实客户最终选择数据；客户选中率 30%/50% 目标必须等真实 客户选择 字段回填后才能验证。

2026-06-06 Overnight 策略矩阵补齐记录

已完成

• 更新 scripts/overnight-quality-campaign.js。
• 更新 docs/overnight-quality-runbook.md。

新增 overnight 策略：

• reference-account：发布候选策略，用于验证参考账号/参考链接补证和相似度链路。
• homepage-evidence：发布候选策略，用于验证主页最近内容、封面质感和调性一致性链路。

aggregate 报告新增：

• 参考补证状态
• 主页证据状态

完整 live 矩阵现已包含：

baseline-live,reference-account,homepage-evidence,video-enhanced,result-first,result-first-risk,result-first-broad

验收结果

新策略 sample 子集：

$env:TIHAO_OVERNIGHT_LIVE="false"
$env:TIHAO_OVERNIGHT_FIXTURES="sensitive-skin-repair"
$env:TIHAO_OVERNIGHT_VARIANTS="baseline-live,reference-account,homepage-evidence"
$env:TIHAO_OVERNIGHT_MAX_RUNS="3"
$env:TIHAO_OVERNIGHT_FAIL_ON_GATES="true"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780734584209
• runs=3
• failures=0
• gatePass=true
• 软件端重复键为 0。
• 排名连续。

带参考链接 sample 子集：

$env:TIHAO_OVERNIGHT_LIVE="false"
$env:TIHAO_OVERNIGHT_FIXTURES="dha-mom-baby"
$env:TIHAO_OVERNIGHT_VARIANTS="baseline-live,reference-account"
$env:TIHAO_OVERNIGHT_MAX_RUNS="2"
$env:TIHAO_OVERNIGHT_FAIL_ON_GATES="true"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780734606550
• runs=2
• failures=0
• gatePass=true
• 参考补证状态显示为 needs_social_analysis_enrichment，不会误报真实补证完成。

完整验收：

npm run acceptance

结果：通过。

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 这轮补齐的是策略矩阵结构和状态展示。
• 当前 sample 环境没有真实参考补证 provider 或主页 provider，因此不能宣称 reference-account、homepage-evidence 已在真实 provider 下提升命中率。

2026-06-06 Provider 严格门禁记录

已完成

• 更新 scripts/overnight-quality-campaign.js。
• 更新 docs/overnight-quality-runbook.md。

新增环境门禁：

• TIHAO_GATE_REQUIRE_REFERENCE_PROVIDER=true
  • reference-account 策略的参考补证状态必须为 ok。
  • 没有真实参考补证 provider 或 VOC social 视频详情时会失败。
• TIHAO_GATE_REQUIRE_HOMEPAGE_PROVIDER=true
  • homepage-evidence 策略的主页证据状态必须为 ok。
  • 只使用 fallback/标签轻量判断时会失败。

这两个门禁默认关闭，不影响 sample smoke 和普通发布验收。真实 provider 联调或 live 长跑验收时应打开。

验收结果

默认门禁小矩阵：

$env:TIHAO_OVERNIGHT_LIVE="false"
$env:TIHAO_OVERNIGHT_FIXTURES="dha-mom-baby"
$env:TIHAO_OVERNIGHT_VARIANTS="baseline-live,reference-account"
$env:TIHAO_OVERNIGHT_MAX_RUNS="2"
$env:TIHAO_OVERNIGHT_FAIL_ON_GATES="true"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780734793179
• runs=2
• failures=0
• gatePass=true

严格参考 provider 门禁：

$env:TIHAO_GATE_REQUIRE_REFERENCE_PROVIDER="true"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780734793371
• gatePass=false
• 失败门禁：reference-provider-ok
• 当前值：needs_social_analysis_enrichment
• 目标：ok

严格主页 provider 门禁：

$env:TIHAO_GATE_REQUIRE_HOMEPAGE_PROVIDER="true"
npm run overnight:quality

结果：

• 输出目录：outputs/overnight-quality-1780734804090
• gatePass=false
• 当前 sample/fallback 环境被正确阻断。

完整验收：

npm run acceptance

结果：通过。

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 严格门禁证明系统不会把 fallback 证据误当作真实 provider 验收。
• 当前仍未在真实 provider 下跑出 reference-provider-ok=pass 或 homepage-provider-ok=pass。

2026-06-06 历史数据集准备验收入口记录

已完成

• 新增 scripts/historical-dataset-audit.js。
• 新增 scripts/historical-dataset-audit-smoke.js。
• 新增 docs/historical-dataset-guide.md。
• 新增 npm script：
  • npm run history:audit
  • npm run history:audit:smoke
• npm run acceptance 已纳入 history:audit:smoke。

新增能力：

• 校验真实历史样本 JSON 是否可解析。
• 校验是否达到最少 Brief 数，默认 5 个。
• 校验每个样本是否包含客户原始 Brief。
• 校验每个样本是否包含人工最终提报名单。
• 校验每个样本是否包含客户最终选中/拒绝记录。
• 校验拒绝样本是否包含拒绝原因或商务复核原因。
• 校验类目覆盖是否足够。
• 输出：
  • historical-dataset-audit.json
  • historical-dataset-audit.md

验收结果

已通过：

node --check scripts/historical-dataset-audit.js
node --check scripts/historical-dataset-audit-smoke.js
npm run history:audit:smoke
npm run acceptance

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 这轮补齐的是历史数据到位前的验收入口和模板。
• 当前仓库仍只有 sample/fixture 数据，没有真实历史客户最终选择数据。
• 客户选中率 30%/50%、人工补号量减少 50% 仍必须等真实历史数据通过 history:audit 后再验证。

2026-06-06 AI 夜跑任务书同步记录

已完成

• 重写 docs/ai-overnight-optimization-task.md，同步到当前完整 SOP。

新版任务书已包含：

• npm run acceptance
• npm run acceptance:providers:mock
• npm run live:preflight -- --strict
• npm run history:audit
• 受控 live 子集；
• 完整 live 矩阵；
• reference-account 和 homepage-evidence 策略；
• 严格 provider 门禁：
  • TIHAO_GATE_REQUIRE_REFERENCE_PROVIDER=true
  • TIHAO_GATE_REQUIRE_HOMEPAGE_PROVIDER=true
• npm run acceptance:video-ab
• 人工复核标签；
• npm run review:metrics
• 每轮必须更新实施日志；
• 禁止把 sample/fallback 当作真实命中率证明。

验收结果

已通过：

npm run acceptance

精确泄密/乱码扫描：

• 范围：docs、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界更新

• 这轮是任务书同步，不新增真实 live 证据。
• 后续 AI 夜跑应按新版任务书执行，不能再使用旧策略矩阵或旧复核标签。

2026-06-06 对外安装与能力文档同步记录

已完成

• 更新 README.md。
• 更新 docs/install-guide.md。
• 更新 docs/capability-map.md。
• 更新 docs/release-notes.md。

同步内容：

• npm run live:preflight
• npm run review:metrics
• npm run history:audit
• overnight 完整策略矩阵；
• 严格 provider 门禁；
• 软件端表格验收；
• 人工复核/客户选中率统计；
• 历史数据集准备验收；
• 反馈二轮闭环和 teamRuleSuggestions；
• 没有真实 provider/live/客户选择字段时不能宣称命中率达标。

验收结果

已通过：

npm run acceptance

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 排除：node_modules、.claude 本地安装副本
• 结果：Count=0

当前边界更新

• 这轮只同步用户侧文档和发布记录，不新增真实 live/provider 证据。
• README、安装指南和能力地图已能看到最新验收入口。

2026-06-06 优化计划状态审计入口记录

已完成

• 新增 scripts/optimization-status-audit.js。
• 新增 npm script：npm run optimization:status。
• 更新 README.md。
• 更新 docs/ai-overnight-optimization-task.md。

新增能力：

• 按优化计划要求输出状态矩阵。
• 区分：
  • passed：当前代码、脚本或本地验收已覆盖；
  • ready_not_proven：入口已具备，但需要真实 token/provider/数据证明；
  • blocked_by_external_data：需要真实 live 权限、provider 或客户选择数据；
  • missing：实现缺失。
• 输出：
  • optimization-status-summary.json
  • optimization-status-report.md

验收结果

已通过：

node --check scripts/optimization-status-audit.js
npm run optimization:status

状态审计结果：

• passed=8
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

未完成项：

• 视频 A/B 严格验收需要真实 token/company/provider 运行。
• 真实历史数据准备验收需要真实历史 Brief、人工名单和客户选择数据。
• 真实 live/provider 长跑效果仍缺真实 live/provider 证据。
• 客户选中率 30%/40%/50% 和人工补号量减少 50% 仍缺真实客户选择和人工补号量基线。

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 排除：node_modules、.claude 本地安装副本
• 结果：Count=0

当前边界更新

• 这个审计入口帮助追踪长期目标状态，不替代真实 live/provider/客户反馈验证。
• 当前优化目标仍不能标记完成。

2026-06-06 优化状态审计 Smoke 记录

已完成

• 更新 scripts/optimization-status-audit.js，导出 buildStatusSummary。
• 新增 scripts/optimization-status-smoke.js。
• 新增 npm script：npm run optimization:status:smoke。
• npm run acceptance 已纳入 optimization:status:smoke。

Smoke 校验：

• 状态审计覆盖优化计划要求数量足够。
• 至少存在 passed 项。
• 至少存在 ready_not_proven 项。
• 至少存在 blocked_by_external_data 项。
• 在缺少真实 live/provider/客户选择数据时，不得把长期目标标为 complete。
• 必须跟踪视频 A/B 证明项。
• 必须跟踪客户选中率和人工补号量证明项。

验收结果

已通过：

node --check scripts/optimization-status-audit.js
node --check scripts/optimization-status-smoke.js
npm run optimization:status:smoke
npm run acceptance

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 排除：node_modules、.claude 本地安装副本
• 结果：Count=0

当前边界更新

• 状态审计入口已被默认验收保护。
• 目标仍因真实 live/provider/客户选择数据缺口不能标记完成。

2026-06-07 夜跑负样本风险率口径统一

已完成

• 更新 scripts/overnight-quality-campaign.js：
  • 夜跑门禁名从 off-topic-rate 改为 negative-risk-rate。
  • 门禁阈值优先使用 TIHAO_GATE_MAX_NEGATIVE_RISK_RATE，并兼容旧变量 TIHAO_GATE_MAX_OFF_TOPIC_RATE。
  • 报表用户可见列名统一为“负样本风险率”。
  • 保留 offTopicRate 输出字段作为历史兼容字段，同时新增/优先使用 negativeRiskRate。
• 更新夜跑 runbook、最新证据、长期优化计划、AI 夜跑任务、验收清单、历史数据集指南和参考证据路线图的指标表述。

当前边界

• 本次只统一自动化夜跑和文档口径，不新增真实 live/provider/客户选择证据。
• negativeRiskRate 当前仍来自 fixture 的 offTopicTerms 自动规则，只能作为夜跑风险门禁；真实业务负样本率仍以人工复核表为准。

2026-06-07 状态审计结构化进度同步

已完成

• 更新 scripts/optimization-status-audit.js：
  • 每个状态项新增稳定 id。
  • 每个状态项新增 title，默认等于中文 requirement。
  • 状态报告明细表新增 ID 列，方便软件端或自动化任务读取。
  • “反馈导入后二轮闭环”的下一步口径改为复测“负样本率”。
• 更新 scripts/optimization-status-smoke.js：
  • 验证 video-ab-proof、customer-effect-proof 等关键项稳定 id。
  • 验证每个状态项都有 id/title。

验收结果

已通过：

node --check scripts\optimization-status-audit.js
node --check scripts\optimization-status-smoke.js
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 状态同步入口现在可读、可机器解析，但长期目标仍需要真实 video A/B、真实历史 Brief、真实 live/provider 和客户选择数据证明。

2026-06-07 历史数据客户效果证明门禁

已完成

• 更新 scripts/historical-dataset-audit.js：
  • 新增 manualSupplementBaseline、manualSupplementCount、manualAddedCount 和 metrics.manualSupplementCount 识别。
  • 新增 withManualSupplementBaseline 统计。
  • 新增 acceptance.allHaveManualSupplementBaseline。
  • 新增 acceptance.readyForCustomerEffectProof，用于区分“可长期长跑”和“可证明客户效果/人工补号减少”。
  • 报告新增“是否可用于客户效果证明”和“人工补号基线”列。
• 更新 scripts/historical-dataset-audit-smoke.js：
  • 完整样本必须通过 readyForCustomerEffectProof。
  • 缺少人工补号量基线的样本可以通过基础长跑准备，但不能通过客户效果证明。
• 更新 scripts/optimization-status-audit.js：
  • historical-dataset 状态项现在检查客户选择、拒绝原因和人工补号量基线门禁是否存在。
• 更新 docs/historical-dataset-guide.md：
  • JSON 模板新增 manualSupplementBaseline。
  • 明确没有人工补号量基线时，不能宣称“人工补号量减少 50%”达标。

验收结果

已通过：

node --check scripts\historical-dataset-audit.js
node --check scripts\historical-dataset-audit-smoke.js
npm run history:audit:smoke
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮增强了真实历史数据的验收入口，但仍没有真实历史 Brief、人工名单、客户选择和人工补号量基线数据，因此不能把长期目标标记为完成。

2026-06-07 视频 A/B 验收逻辑 Smoke

已完成

• 更新 scripts/video-hit-rate-audit.js：
  • 抽出 computeVideoAcceptance，让视频 A/B 验收逻辑可以被本地 smoke 复用。
  • 导出 buildAcceptanceGates、computeVideoAcceptance、summarizeResourceEvidence、summarizeEvidenceQuality、summarizeRun。
  • require() 该脚本时不再触发真实 live 请求。
• 新增 scripts/video-hit-rate-audit-smoke.js：
  • 覆盖完整视频 A/B 证据通过路径。
  • 覆盖缺视频 URL、provider 非 ok、证据卡待补、top10 分数下降、强推荐数量下降等失败路径。
• 更新 package.json：
  • 新增 npm run acceptance:video-ab:smoke。
• 更新 scripts/acceptance.js：
  • 默认 acceptance 纳入 acceptance:video-ab:smoke。
• 更新 scripts/optimization-status-audit.js：
  • video-ab-proof 状态项现在检查 live 脚本和 smoke 是否覆盖关键 A/B 门禁。

验收结果

已通过：

node --check scripts\video-hit-rate-audit.js
node --check scripts\video-hit-rate-audit-smoke.js
npm run acceptance:video-ab:smoke
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮只保护视频 A/B 的本地判定逻辑，没有新增真实 video/provider/token 运行证据。
• acceptance:video-ab 仍需要真实 token/company/provider 才能证明视频分析对真实提号命中率有提升。

2026-06-07 反馈二轮闭环多标签验收

已完成

• 更新 scripts/feedback-roundtrip-smoke.js：
  • 从单条“跑偏”反馈扩展为多条商务负样本反馈。
  • 覆盖 跑偏、调性不符、主页质感不符、参考账号不像。
  • 验证反馈导入后 blockedCreators 写入记忆。
  • 验证第二轮 sample 提号结果中，已阻断账号不会进入 client-ready candidates。
  • 验证调性/主页质感类反馈会写入 blockedStyles。
  • 验证 3 条同类团队范围反馈会生成 teamRuleSuggestions。
• 更新 scripts/optimization-status-audit.js：
  • feedback-roundtrip 状态项现在检查多标签负样本、二轮剔除、blocked style 和团队规则建议覆盖。

验收结果

已通过：

node --check scripts\feedback-roundtrip-smoke.js
npm run feedback:roundtrip
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮验证的是 sample 二轮闭环和规则沉淀能力；真实客户反馈 CSV 导入后，还需要重新跑 review:metrics 和 live 矩阵，才能证明真实负样本率下降。

2026-06-07 主页最近内容 Provider 契约与降级验收

已完成

• 更新 scripts/homepage-evidence-provider-smoke.js：
  • 成功路径继续验证 provider 证据能进入候选主页证据。
  • 新增 provider 请求契约断言：
  • POST /homepage-evidence
  • contractVersion=tihao-homepage-evidence-v1
  • requestedCapabilities 包含 recent_posts、cover_quality、category_consistency、tone_consistency、risk_review
  • 请求包含候选账号、displayName、profileUrl，并遵守 creators limit
  • token 存在时只发给 provider，不写入公开输出
  • 新增 401/额度不可用失败路径：
  • 主流程仍返回 ok
  • 结构化状态保留 unauthorized_or_quota
  • 候选回退到本地轻量主页证据
  • Markdown、CSV、assistantMessage 不暴露原始 401/403、上游错误文本、Authorization 或 bearer token
• 更新 mcp/src/features/tihao-sourcing/report.js：
  • 主页 provider 状态在公开报告中改为中文友好展示。
  • 结构化 JSON 仍保留机器可读状态。
• 更新 scripts/optimization-status-audit.js：
  • homepage-provider-entry 状态项现在检查请求契约、成功补证、未授权降级和公开输出安全。

验收结果

已通过：

node --check mcp\src\features\tihao-sourcing\report.js
node --check scripts\homepage-evidence-provider-smoke.js
npm run homepage:smoke
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮固定的是 provider 契约和失败降级体验；真实主页最近 10/20 篇内容质量仍需要真实 provider 数据证明。

2026-06-07 分平台参考链路策略验收

已完成

• 新增 scripts/platform-sourcing-strategy-smoke.js：
  • 使用 sample Brief 同时覆盖小红书和抖音。
  • 验证小红书策略为 reference_similarity。
  • 验证小红书报告说明“蒲公英/参考账号相似推荐 + 类型/调性二次筛选”。
  • 验证抖音策略为 keyword_or_recruitment。
  • 验证抖音报告说明“星图标签只作为候选入口，不作为适配证明；召回弱时用 APP 关键词搜索或招募补量”。
• 更新 package.json：
  • 新增 npm run platform:strategy:smoke。
• 更新 scripts/acceptance.js：
  • 默认 acceptance 纳入 platform:strategy:smoke。
• 更新 scripts/optimization-status-audit.js：
  • reference-rules 状态项现在同时检查参考冲突 smoke 和分平台策略 smoke。

验收结果

已通过：

node --check scripts\platform-sourcing-strategy-smoke.js
npm run platform:strategy:smoke
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮锁住的是分平台找号策略和报告解释；真实小红书/蒲公英相似账号 provider、抖音星图/招募补量效果仍需要 live 数据证明。

2026-06-07 软件端表去重与 1.5 倍候选池验收

已完成

• 更新 mcp/src/features/tihao-sourcing/report.js：
  • 软件端 tihao-sourcing-client-list.csv 继续按 brief编号 + 平台 + 主页链接/博主名称 去重。
  • 有 targetCount 时，软件端可复核候选池改为 Math.ceil(targetCount * 1.5)。
  • 没有目标人数时，仍默认输出 10 位可复核候选。
  • 候选池不足时，报告 warning、校准问题和 nextActions 都明确提示“1.5 倍候选池”缺口。
  • summary 新增 reviewPoolTarget，方便软件端或自动化任务读取。
• 新增 scripts/candidate-pool-smoke.js：
  • 验证重复主页链接只保留高分账号。
  • 验证软件端表重复键为 0。
  • 验证软件端表排名连续。
  • 验证目标 4 人时输出 6 位可复核候选。
  • 验证目标 10 人但候选不足时提示 15 位候选池缺口。
• 更新 package.json：
  • 新增 npm run candidate-pool:smoke。
• 更新 scripts/acceptance.js：
  • 默认 npm run acceptance 纳入 candidate-pool:smoke。
• 更新 scripts/optimization-status-audit.js：
  • software-table 状态项现在检查 1.5 倍候选池逻辑和 smoke 是否接入默认验收。
• 新增 docs/ai-optimization-task-software-table.md：
  • 把给 AI 的夜跑优化任务、软件端博主表格式、人工复核标签、去重和候选池验收整理成中文表格版。
  • 去掉重复标签清单，改用一张人工复核标签表统一说明。

验收结果

已通过：

node --check mcp\src\features\tihao-sourcing\report.js
node --check scripts\candidate-pool-smoke.js
node --check scripts\optimization-status-audit.js
npm run software:smoke
npm run optimization:status:smoke
npm run candidate-pool:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮修的是软件端表格输出稳定性、重复处理和候选池规模，不新增真实 live/provider/客户选择证据。
• 长期目标仍需要真实视频 A/B、真实历史 Brief、真实 live/provider 和客户选择数据证明。

2026-06-07 夜跑人工复核工作表归因字段预置

已完成

• 更新 scripts/overnight-quality-campaign.js：
  • manual-review-sample.csv 在软件端 17 列后新增 客户选择、归因类型、反馈原因 三列。
  • 聚合报告的人工复核说明改为完整标签口径：可直接发客户、商务复核、可投但需补证、跑偏、硬性规则违规、调性不符、主页质感不符、参考账号不像。
  • 报告明确负样本必须填写 归因类型，并给出可优化归因：需求解析错、隐性规则漏、召回关键词错、主页证据不足、视频证据误判、排序权重错、输出解释错、软件端表重复或排名不连续。
  • 报告明确有客户反馈时填写 客户选择：客户选中、客户拒绝、待客户反馈。
• 新增 scripts/overnight-manual-review-smoke.js：
  • 跑最小 sample 夜跑。
  • 检查 manual-review-sample.csv 已写出。
  • 检查表头包含 人工复核标签、客户选择、归因类型、反馈原因。
  • 检查人工复核表能被 review:metrics 读取。
  • 检查重复键为 0、每个 brief 排名连续。
  • 检查 aggregate-report.md 明确说明客户选择、归因类型和参考账号不像标签。
• 更新 package.json：
  • 新增 npm run overnight:review:smoke。
• 更新 scripts/acceptance.js：
  • 默认 npm run acceptance 纳入 overnight:review:smoke。
• 更新 scripts/optimization-status-audit.js：
  • review-metrics 状态项现在检查夜跑人工复核表是否预置客户选择、归因和反馈字段。
• 更新文档：
  • docs/manual-review-handoff.md
  • docs/overnight-quality-runbook.md
  • docs/ai-overnight-optimization-task.md
  • docs/ai-optimization-task-software-table.md
  • docs/acceptance-checklist.md

验收结果

已通过：

node --check scripts\overnight-quality-campaign.js
node --check scripts\overnight-manual-review-smoke.js
node --check scripts\optimization-status-audit.js
npm run overnight:review:smoke
npm run review:metrics:smoke
npm run optimization:status:smoke
npm run optimization:status
npm run acceptance

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮提升的是人工复核工作表的可标注性和归因闭环，不新增真实客户选择数据。
• 客户选中率、人工补号量减少和真实负样本率下降仍必须等商务/客户回填后用 review:metrics 验证。

2026-06-07 强推荐参考/主页证据命中点结构化

已完成

• 更新 mcp/src/features/tihao-sourcing/ranker.js：
  • 候选账号新增 homepageEvidenceHitPoints。
  • homepageEvidenceHitPoints 从主页 matched terms、有效 review notes 和真实 provider 状态中提取。
  • 推荐理由新增“主页证据命中”，让商务可以直接看到强推荐除 Brief 命中外的主页证据依据。
• 更新 scripts/reference-rules-smoke.js：
  • 强推荐仍必须至少有 2 条 briefHitConditions。
  • 强推荐必须至少有 1 条 referenceStyleHitPoints 或 homepageEvidenceHitPoints。
  • 强推荐推荐理由必须同时解释参考/风格证据和主页证据。
• 更新 scripts/product-acceptance-audit.js：
  • 产品验收检查候选 JSON 必须包含 homepageEvidenceHitPoints。
  • 强推荐验收改为 Brief 命中 + 参考风格或主页证据命中。
• 更新 scripts/overnight-quality-campaign.js：
  • 夜跑 top10 摘要增加 homepageEvidenceHitPoints 和 referenceStyleHitPoints，方便后续人工抽检和策略对比。
• 更新 scripts/optimization-status-audit.js：
  • reference-rules 状态项现在检查参考风格或主页证据的结构化命中门禁。
• 更新文档：
  • docs/tihao-experience-optimization-plan.md
  • docs/acceptance-checklist.md
  • docs/ai-optimization-task-software-table.md

验收结果

已通过：

node --check mcp\src\features\tihao-sourcing\ranker.js
node --check scripts\reference-rules-smoke.js
node --check scripts\product-acceptance-audit.js
node --check scripts\overnight-quality-campaign.js
node --check scripts\optimization-status-audit.js
npm run reference-rules:smoke
npm run acceptance:pm
npm run optimization:status:smoke
npm run acceptance
npm run optimization:status

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮提升的是强推荐解释和结构化质检能力，不新增真实 provider 或客户选择证据。
• 真实“强推荐更准”仍需要 live 矩阵和商务/客户标注后用 review:metrics 验证。

2026-06-07 主页质感风险强推荐硬门槛

已完成

• 更新 mcp/src/features/tihao-sourcing/homepage-evidence.js：
  • 新增 visualRiskSignals 识别，覆盖 封面下沉、封面混乱、画面模糊、排版混乱、低质、低质量、搬运、粗糙、杂乱、硬广感。
  • 视觉质感分会因 visualRiskSignals 扣分。
  • reviewNotes 会输出 主页质感风险：...。
• 更新 mcp/src/features/tihao-sourcing/ranker.js：
  • 新增 homepageQualityRisks。
  • 强推荐资格要求不存在 homepageQualityRisks，且 visualQualityScore >= 55。
  • 风险提示会说明 主页质感风险 或 视觉质感分低于强推荐门槛。
• 更新 mcp/src/features/tihao-sourcing/homepage-evidence-provider.js：
  • 真实 provider 或本地文件返回的 visualRiskSignals 会被透传并参与强推荐降级。
• 更新 scripts/hard-rules-smoke.js：
  • 新增“低质封面护理号”样本，即使命中女性、护肤、精致、真人出镜和预算，也不能标为强推荐。
  • 检查 homepageQualityRisks 包含 封面下沉。
  • 检查风险提示包含 主页质感风险。
• 更新 scripts/homepage-evidence-provider-smoke.js：
  • 新增 provider/file 证据路径下的低质主页风险样本。
  • 检查 provider 返回 visualRiskSignals 后候选不能强推荐。
• 更新 scripts/optimization-status-audit.js：
  • hard-rules 状态项现在检查低质主页风险降级。
• 更新文档：
  • docs/tihao-experience-optimization-plan.md
  • docs/acceptance-checklist.md
  • docs/ai-optimization-task-software-table.md

验收结果

已通过：

node --check mcp\src\features\tihao-sourcing\homepage-evidence.js
node --check mcp\src\features\tihao-sourcing\ranker.js
node --check mcp\src\features\tihao-sourcing\homepage-evidence-provider.js
node --check scripts\hard-rules-smoke.js
node --check scripts\homepage-evidence-provider-smoke.js
npm run hard-rules:smoke
npm run homepage:smoke
npm run optimization:status:smoke
npm run acceptance
npm run optimization:status

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：Count=0

当前边界

• 本轮把主页质感风险纳入强推荐硬门槛，不新增真实客户选中率或真实 provider 长跑效果证明。
• 低质主页降级是否改善商务可用率，仍需在真实 live 矩阵和商务标注后用 review:metrics 验证。

2026-06-07 参考占位证据拆分与软件端去重表格版

已完成

• 复核 mcp/src/features/tihao-sourcing/ranker.js：
  • referenceStyleHitPoints 只保留真实匹配到的参考信号。
  • 需补相似账号证据、待补参考风格证据 等弱提示进入 referenceFallbackHitPoints。
  • 候选 JSON 保留 referenceEvidenceSource 和 referenceEvidenceConcrete。
  • 强推荐要求至少有真实参考信号或主页证据，不能只靠 fallback reference hint。
  • 推荐理由里 fallback 提示使用 参考待补，与真实 参考/风格命中 区分。
• 复核并强化 scripts/reference-rules-smoke.js：
  • 强推荐的 referenceStyleHitPoints 不得包含 待补、需补 等占位证据。
  • 只有占位参考提示的候选必须标记 referenceEvidenceConcrete=false，且不能进入强推荐。
• 更新文档：
  • docs/tihao-experience-optimization-plan.md
  • docs/acceptance-checklist.md
  • docs/ai-optimization-task-software-table.md
• 新增 scripts/export-software-markdown.js：
  • 将已去重的软件端 CSV 转换成同字段 Markdown 表格。
  • 保留软件端 17 列固定表头。
  • 输出原始行数、去重后行数、删除重复行数、去重口径和排名规则。
• 更新 package.json：
  • 新增 npm run software:markdown。
• 已基于 outputs/overnight-quality-1780682025651/manual-review-sample.csv 输出软件端去重表：
  • CSV：outputs/overnight-quality-1780682025651/software-client-list.dedup.csv
  • Markdown：outputs/overnight-quality-1780682025651/software-client-list.dedup.md
  • 摘要：outputs/overnight-quality-1780682025651/software-client-list.dedup.summary.json

去重表结果

• 原始行数：60
• 去重后行数：28
• 删除重复行数：32
• 去重口径：同一 brief编号 + 平台 + 主页链接；没有主页链接时使用 brief编号 + 平台 + 博主名称。
• 排名规则：去重后按每个 brief 重新从 1 排名。
• 排名连续：true

验收结果

已通过：

node --check mcp\src\features\tihao-sourcing\ranker.js
node --check scripts\reference-rules-smoke.js
node --check scripts\overnight-quality-campaign.js
node --check scripts\optimization-status-audit.js
node --check scripts\export-software-markdown.js
npm run reference-rules:smoke
npm run acceptance:pm
npm run optimization:status:smoke
npm run software:smoke
npm run acceptance
npm run optimization:status

状态审计结果：

• passed=10
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

精确泄密/乱码扫描：

• 范围：docs、README.md、scripts、mcp/src、skills、fixtures
• 结果：COUNT=0

当前边界

• 本轮证明的是参考占位证据不会误当真实强推荐证据，且软件端去重表可导出为 CSV 和 Markdown 表格版。
• 本轮不新增真实 provider/live/客户选择证据。
• 视频分析提升命中率、客户选中率和人工补号量减少仍需要真实 live 矩阵与商务/客户标注数据证明。

2026-06-07 泄密/乱码自动化门禁

已完成

• 新增 scripts/leak-mojibake-audit.js：
  • 扫描范围：docs、README.md、scripts、mcp/src、skills、fixtures。
  • 检查 OpenAI 风格 key、Parse sessionToken、Authorization Bearer 等 token-like secret。
  • 检查常见中文 mojibake 和替换字符。
  • 命中时只输出脱敏样例，不在报告里暴露完整密钥。
  • 脚本自身跳过扫描，避免因检测规则文本造成误报。
• 更新 package.json：
  • 新增 npm run hygiene:smoke。
• 更新 scripts/acceptance.js：
  • 默认 npm run acceptance 纳入 hygiene:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 output-hygiene 状态项。
  • 状态审计现在检查 hygiene:smoke 是否存在、是否覆盖 sessionToken 和乱码模式、是否进入默认 acceptance。

验收结果

已通过：

node --check scripts\leak-mojibake-audit.js
node --check scripts\optimization-status-audit.js
npm run hygiene:smoke
npm run optimization:status:smoke
npm run acceptance
npm run optimization:status

hygiene:smoke 结果：

• scannedFiles=80
• hitCount=0

状态审计结果：

• passed=11
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

当前边界

• 本轮把泄密和乱码检查从人工抽检升级为发布前自动门禁。
• 本轮仍不新增真实 live/provider/客户选择数据。
• 长期目标仍需要真实视频 A/B、真实历史 Brief、真实 live/provider 和客户选择数据证明。

2026-06-07 参考链路业务效果对照指标

已完成

• 更新 scripts/review-metrics.js：
  • 新增分策略指标 byStrategy。
  • 新增 strategyComparison，把 reference-account、homepage-evidence、video-enhanced 归为参考/证据增强链路，把 baseline-live、brief-only、keyword-only 归为关键词/基础基线链路。
  • 新增 referenceCustomerSelectedRatePass：当参考/证据增强链路有客户选择数据时，要求客户选中率 >= 40%。
  • 新增 referencePassRateHigherThanKeyword：当参考链路和关键词基线都有标注样本时，要求参考链路商务可用率高于关键词/基础基线。
  • 没有客户选择或缺少对照组时，相关指标标记为待补，不宣称达标。
  • review-metrics-report.md 新增“分策略指标”和“参考链路对照”章节。
• 更新 scripts/review-metrics-smoke.js：
  • 验证无参考/关键词对照组时指标保持待补。
  • 验证有 baseline-live 与 reference-account/homepage-evidence 标注样本时，参考链路通过率对照能正确计算并通过。
• 更新 scripts/optimization-status-audit.js：
  • review-metrics 状态项现在检查参考链路对照逻辑和 smoke 覆盖。
• 更新文档：
  • docs/manual-review-handoff.md
  • docs/tihao-experience-optimization-plan.md

验收结果

已通过：

node --check scripts\review-metrics.js
node --check scripts\review-metrics-smoke.js
npm run review:metrics:smoke
npm run optimization:status:smoke
npm run acceptance
npm run optimization:status

状态审计结果：

• passed=11
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

当前边界

• 本轮把中期业务目标“参考账号链路通过率高于纯关键词召回”“有参考账号 Brief 客户选中率 >= 40%”转成可计算指标。
• 本轮仍没有真实商务/客户标注 CSV，因此不能宣称参考链路已经真实优于关键词召回。
• 真实达标需要商务回填 人工复核标签、客户选择、归因类型 后运行 npm run review:metrics -- --input <已标注CSV> --strict。

2026-06-07 长跑启动就绪度审计

已完成

• 新增 scripts/long-run-readiness-audit.js：
  • 支持 smoke、live-subset、full-matrix、video-ab、customer-effect 模式。
  • 读取 live-preflight-summary.json，检查 readyForLiveAcceptance、sessionToken、company、Parse 用户解析和视频模型。
  • 读取 historical-dataset-audit.json，检查真实历史 Brief 是否可用于完整矩阵和客户效果证明。
  • video-ab 模式要求 readyForVideoAb=true 且模型为 doubao-seed-2-0-pro。
  • customer-effect 模式要求历史数据达到 readyForCustomerEffectProof=true，并具备人工补号量基线。
  • 输出 long-run-readiness-summary.json 和 long-run-readiness-report.md。
  • 严格模式下未就绪会返回非 0，阻止启动真实长跑。
• 新增 scripts/long-run-readiness-smoke.js：
  • 验证完整矩阵、视频 A/B、客户效果证明缺历史数据、视频模型错误等场景。
• 更新 package.json：
  • 新增 npm run longrun:readiness。
  • 新增 npm run longrun:readiness:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 longrun:readiness:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 long-run-readiness 状态项。
• 更新文档：
  • docs/ai-overnight-optimization-task.md
  • docs/overnight-quality-runbook.md

验收结果

已通过：

node --check scripts\long-run-readiness-audit.js
node --check scripts\long-run-readiness-smoke.js
node --check scripts\optimization-status-audit.js
npm run longrun:readiness:smoke
npm run longrun:readiness -- --mode smoke --output outputs\long-run-readiness-smoke-check
npm run acceptance
npm run optimization:status

长跑就绪度 smoke 报告：

• outputs/long-run-readiness-smoke-check/long-run-readiness-summary.json
• outputs/long-run-readiness-smoke-check/long-run-readiness-report.md

状态审计结果：

• passed=12
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

当前边界

• 本轮把真实长跑前置条件做成了独立审计，不发起扣费 live。
• 没有真实 live-preflight-summary.json、historical-dataset-audit.json 和客户标注结果时，仍不能证明真实命中率、客户选中率或人工补号量改善。

2026-06-07 长跑产物证据台账

已完成

• 新增 scripts/evidence-index.js：
  • 自动扫描 outputs 下的关键 summary。
  • 支持分类：
  • overnight-quality
  • optimization-status
  • long-run-readiness
  • review-metrics
  • historical-dataset
  • video-ab
  • 给每条产物标记证明等级：
  • real_evidence
  • smoke_or_local
  • not_business_proof
  • 输出 evidence-index-summary.json 和 evidence-index-report.md。
• 新增 scripts/evidence-index-smoke.js：
  • 验证 live overnight、review metrics、未完成状态审计能被正确分类。
• 更新 package.json：
  • 新增 npm run evidence:index。
  • 新增 npm run evidence:index:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 evidence:index:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 evidence-index 状态项。
• 更新文档：
  • docs/ai-overnight-optimization-task.md
  • docs/overnight-quality-runbook.md

产物索引结果

已生成当前 outputs 证据台账：

• outputs/evidence-index-latest/evidence-index-summary.json
• outputs/evidence-index-latest/evidence-index-report.md

本次扫描结果：

• total=74
• realEvidence=15
• smokeOrLocal=17
• notProof=42

验收结果

已通过：

node --check scripts\evidence-index.js
node --check scripts\evidence-index-smoke.js
node --check scripts\optimization-status-audit.js
npm run evidence:index:smoke
npm run evidence:index -- --output outputs\evidence-index-latest
npm run acceptance
npm run optimization:status

状态审计结果：

• passed=13
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

当前边界

• 本轮解决的是产物证据管理，避免把 smoke、本地门禁或未完成状态误当真实业务证明。
• 证据台账中 real_evidence 只表示有真实证明入口，不自动等同于客户选中率、人工补号量减少或视频 A/B 已达标。
• 长期目标仍需要真实客户选择数据、人工补号量基线和视频 A/B 通过结果来补齐。

2026-06-07 证据台账真实证明等级收紧

已完成

• 更新 scripts/evidence-index.js：
  • overnight-quality 只有同时满足以下条件才标为 real_evidence：
  • manifest.liveEnabled=true
  • acceptance.overallPass=true
  • failureCount=0
  • failedGateCount=0
  • live 产物如果没有通过全部门禁，会标为 not_business_proof。
  • video-ab 只有同时满足以下关键门禁才标为 real_evidence：
  • acceptance.passed=true
  • 已加载真实参考资源
  • 已加载真实视频 URL
  • 已加载封面/ASR/帧图至少一类
  • 证据卡不是待补占位
  • 证据卡包含可解释信号
  • 强推荐数不下降
  • top10 证据命中提升且分数不下降
  • 报告说明从“真实证明入口”收紧为“真实数据且关键门禁通过”。
• 更新 scripts/evidence-index-smoke.js：
  • 新增 live 门禁失败样本，验证不能算真实业务证明。
  • 新增严格 video A/B 样本，验证关键门禁全过才算 real_evidence。
  • 新增弱 video A/B 样本，验证缺真实视频 URL 时不能算证明。
• 更新 scripts/optimization-status-audit.js：
  • evidence-index 状态项同步检查新的严格 smoke 文案。

验收结果

已通过：

node --check scripts\evidence-index.js
node --check scripts\evidence-index-smoke.js
node --check scripts\optimization-status-audit.js
npm run evidence:index:smoke
npm run evidence:index -- --output outputs\evidence-index-latest
npm run acceptance
npm run optimization:status
npm run hygiene:smoke

最新证据台账结果：

• total=76
• realEvidence=5
• smokeOrLocal=17
• notProof=54

状态审计结果：

• passed=13
• ready_not_proven=2
• blocked_by_external_data=2
• complete=false

当前边界

• 本轮进一步降低误判风险：有真实调用但门禁未过的产物不能进入 real_evidence。

• real_evidence 仍不是“长期目标完成”的同义词；客户选中率、人工补号量减少和真实业务效果仍要看 review:metrics、历史数据和客户选择字段。

  2026-06-07 客户效果证明审计入口

已完成

• 新增 scripts/customer-effect-audit.js：
  • 输入商务标注后的软件端 CSV。
  • 可读取 historical-dataset-audit.json 中的历史人工补号量基线。
  • 支持通过 --current-manual-supplement-count 传入本轮人工补号量。
  • 也支持从 CSV 的 本轮人工补号量、当前人工补号量、人工补号量、manualSupplementCount 等列读取本轮补号量。
  • 输出 customer-effect-summary.json 和 customer-effect-report.md。
• 新增 scripts/customer-effect-audit-smoke.js：
  • 验证客户选中率 30%/50%。
  • 验证参考链路客户选中率 40%。
  • 验证历史人工补号基线 6、本轮人工补号量 3 时减少率为 50%。
  • 验证缺本轮人工补号量不得通过。
  • 验证缺历史人工补号基线不得通过。
• 更新 package.json：
  • 新增 customer-effect:audit。
  • 新增 customer-effect:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 customer-effect:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 customer-effect-audit-entry 状态项，用于区分“审计入口已具备”和“真实客户效果已证明”。
  • 收紧 customer-effect-proof，必须有 customer-effect-summary.json 且 overallPass=true 才能算证明。
• 更新文档：
  • docs/manual-review-handoff.md
  • docs/historical-dataset-guide.md
  • docs/tihao-experience-optimization-plan.md

当前边界

• 本轮新增的是客户效果证明的自动化入口，不新增真实客户数据。
• 没有客户选择、历史人工补号基线或本轮人工补号量时，报告会显示待补或未通过，不会把本地 smoke 当成真实业务效果。

2026-06-07 客户效果证据台账闭环

已完成

• 更新 scripts/evidence-index.js：
  • 新增 customer-effect 证据类型。
  • 自动识别 customer-effect-summary.json。
  • 兼容 customer-effect-audit/customer-effect-summary.json 子目录。
  • 只有同时满足客户选中率、参考链路、历史补号基线、本轮补号量和人工补号减少 50% 门禁时，才标记为 real_evidence。
  • 缺本轮补号量或门禁未过时，标记为 not_business_proof。
• 更新 scripts/evidence-index-smoke.js：
  • 新增完整客户效果证明样本。
  • 新增缺本轮人工补号量样本。
  • 验证完整客户效果证明进入 real_evidence，缺证据样本不能进入真实证明。
• 更新 scripts/long-run-readiness-audit.js：
  • customer-effect 模式下一步命令补充 customer-effect:audit。
  • 补充 evidence:index 命令，确保客户效果产物进入证据台账。
• 更新 scripts/optimization-status-audit.js：
  • evidence-index 状态项同步检查 customer-effect 类型覆盖。

验收结果

已通过：

node --check scripts\evidence-index.js
node --check scripts\evidence-index-smoke.js
node --check scripts\long-run-readiness-audit.js
node --check scripts\optimization-status-audit.js
npm run evidence:index:smoke
npm run longrun:readiness:smoke
npm run optimization:status:smoke

当前边界

• 本轮补齐的是“客户效果审计产物进入证据台账”的闭环。
• 没有真实 customer-effect-summary.json 且 overallPass=true 时，长期目标仍不会被判定完成。

2026-06-07 live preflight 证据台账闭环

已完成

• 更新 scripts/evidence-index.js：
  • 新增 live-preflight 证据类型。
  • 自动识别 live-preflight-summary.json。
  • 读取 readyForLiveAcceptance、readyForVideoAb 和检查项 fail/warn 数量。
  • readyForLiveAcceptance=true 时标记为 smoke_or_local，表示只证明 live 启动前置条件。
  • 缺 token、company 或关键配置时标记为 not_business_proof。
• 更新 scripts/evidence-index-smoke.js：
  • 新增 ready live preflight 样本。
  • 新增 missing live preflight 样本。
  • 验证 ready preflight 只能作为启动证据，不能当业务证明。
• 更新 scripts/optimization-status-audit.js：
  • evidence-index 状态项同步检查 live-preflight 类型覆盖。
• 更新 docs/overnight-quality-runbook.md：
  • 说明 live-preflight-summary.json 会进入证据台账。
  • 明确 preflight 只证明 sessionToken、company、provider 和视频模型等启动前置条件，不等于 live 长跑结果或客户效果证明。

当前边界

• 本轮补齐的是 live 长跑启动前置证据管理。
• 真实 live/provider 效果仍必须看 overnight live 矩阵、视频 A/B 和客户效果审计结果。

2026-06-07 历史数据 CSV 导入

已完成

• 新增 scripts/history-dataset-from-csv.js：
  • 将商务 CSV 按 brief编号 合并为 per-brief JSON 历史样本。
  • 保留客户原始 Brief、类目、参考账号/视频、人工最终名单、客户选择、拒绝原因和历史人工补号量基线。
  • 多个参考链接支持用中英文分号分隔。
  • 输出 history-dataset-from-csv-summary.json。
• 新增 scripts/history-dataset-from-csv-smoke.js：
  • 验证 3 个 Brief、6 行历史提报账号能转换为 3 个 JSON 样本。
  • 转换后直接调用 history:audit 逻辑，验证可用于长期优化长跑和客户效果证明。
  • 验证缺历史人工补号量基线时，仍可用于基础长跑，但不能用于客户效果证明。
• 更新 package.json：
  • 新增 history:from-csv。
  • 新增 history:from-csv:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 history:from-csv:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 history-csv-import 状态项。
• 更新文档：
  • docs/historical-dataset-guide.md
  • docs/tihao-experience-optimization-plan.md

当前边界

• CSV 转换只解决真实历史数据整理成本，不替代真实客户选择和人工补号量基线。
• CSV 中不要写 token、鉴权密钥或客户敏感报价。

2026-06-07 端到端优化 Pipeline

已完成

• 新增 scripts/optimization-pipeline.js：
  • 支持 --history-csv 自动运行 history:from-csv。
  • 自动运行 history:audit。
  • 自动运行 longrun:readiness。
  • 有 --review-csv 时自动运行 review:metrics 和 customer-effect:audit。
  • 最后自动运行 evidence:index。
  • 支持 --dry-run 只生成计划。
  • 支持 --strict 遇到失败即中止并返回非 0。
• 新增 scripts/optimization-pipeline-smoke.js：
  • 构造历史 CSV 和商务复核 CSV。
  • 验证 dry-run 只输出 planned 步骤。
  • 验证真实本地 pipeline 能串起 history import、history audit、review metrics、customer effect audit 和 evidence index。
• 更新 package.json：
  • 新增 optimization:pipeline。
  • 新增 optimization:pipeline:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 optimization:pipeline:smoke。
• 更新 scripts/optimization-status-audit.js：
  • 新增 optimization-pipeline 状态项。
• 更新文档：
  • docs/overnight-quality-runbook.md
  • docs/tihao-experience-optimization-plan.md

当前边界

• pipeline 只编排本地审计链路，不自动注入 token，也不默认启动真实 live 长跑。
• 真实 live 长跑仍必须先通过 live:preflight 和 longrun:readiness。

• 没有真实客户选择、历史人工补号基线和本轮人工补号量时，pipeline 不会宣称业务效果完成。

  2026-06-07 软件端表格去重与中文格式修复

已完成

• 重写 scripts/export-software-table.js：
  • 固定输出中文软件端表头。
  • 平台字段统一输出为 小红书、抖音 等中文展示名。
  • URL 去重升级为规范化口径：统一 http/https、小红书移动端/桌面端域名、去掉 query、fragment 和尾斜杠。
  • 无主页链接时按 brief编号 + 平台 + 规范化博主名称 去重。
  • 博主名称规范化会去空格、符号和括号补充信息，用于识别展示层重复。
  • 摘要文件新增四类重复审计：同 brief URL、同 brief 名称、全局 URL、全局平台+名称。
• 重写 scripts/export-software-markdown.js：
  • Markdown 标题、摘要和去重说明全部中文输出。
  • 表格仍保持软件端固定字段。
• 重写 scripts/software-table-smoke.js：
  • 覆盖中文表头、平台中文显示、重复标签清理、URL 参数归一化、同名无链接去重、重复审计为 0。
• 修复 docs/software-client-table-format.md：
  • 改为完整中文说明。
  • 明确软件端字段、去重规则、人工复核标签和验收标准。
• 基于真实样本重新导出：
  • outputs/overnight-quality-1780682025651/software-client-list.final.csv
  • outputs/overnight-quality-1780682025651/software-client-list.final.md
  • outputs/overnight-quality-1780682025651/software-client-list.final.summary.json

本轮验证结果

• 原始行数：60
• 去重后行数：28
• 删除重复行数：32
• 同 brief URL 重复组：0
• 同 brief 名称重复组：0
• 全局 URL 重复组：0
• 全局平台+名称重复组：0
• 每个 brief 内排名连续：true

当前边界

• 本轮只证明软件端交付表格式和去重链路通过，不证明客户命中率已经提升。

• 客户选择率、人工补号减少和视频分析带来的真实业务提升，仍需依赖真实历史数据、商务复核 CSV 和 live A/B 证据。

  2026-06-07 长期优化任务文档中文化

已完成

• 重写 docs/tihao-experience-optimization-plan.md：
  • 改为完整中文长期优化计划。
  • 保留核心判断、已具备能力、关键差距、长跑任务、软件端表格验收、视频 A/B、客户效果审计和给 AI 的执行任务。
  • 明确不得把 sample/local/provider fallback 当成真实业务效果。
• 重写 docs/ai-optimization-task-software-table.md：
  • 改为软件端可引用的中文表格任务书。
  • 明确每个阶段的输入、AI 动作、输出文件、验收标准和不通过处理。
  • 保留软件端固定字段、人工复核标签、去重验收和 AI 执行指令。
• 重写 docs/ai-overnight-optimization-task.md：
  • 改为中文长跑任务说明。
  • 保留运行前检查、live 预检、受控 live 子集、完整 live 矩阵、视频 A/B、人工复核和沉淀要求。

当前边界

• 本轮修复的是直接给 AI 和软件端引用的三份核心任务文档。
• 历史实施日志中仍可能有早期乱码段落；这些旧段落不作为本轮新验收依据，后续可单独做日志归档和清理。

• 真实业务效果仍需真实历史数据、商务复核和客户选择数据证明。

  2026-06-07 乱码审计规则补强

已完成

• 检查核心中文文档实际内容：
  • docs/tihao-experience-implementation-log.md
  • docs/tihao-experience-optimization-plan.md
  • docs/ai-overnight-optimization-task.md
  • Node 以 UTF-8 读取均为正常中文。
• 补强 scripts/leak-mojibake-audit.js：
  • 保留 token、sessionToken、Authorization 泄露扫描。
  • 增加常见 UTF-8 被错读为 GBK 的短片段扫描。
  • 增加典型乱码标点扫描。
• 运行 npm.cmd run hygiene:smoke：
  • scannedFiles=90
  • hitCount=0

当前边界

• PowerShell 未显式指定 -Encoding UTF8 时，终端预览可能显示乱码；这不代表文件实际内容损坏。

• 后续判断文档是否乱码，以 hygiene:smoke 和 UTF-8 读取结果为准。

  2026-06-07 Pipeline 产物纳入证据台账

已完成

• 重写 scripts/evidence-index.js：
  • 报告模板改为可读中文。
  • 新增 optimization-pipeline-summary.json 分类。
  • pipeline 产物通过时标记为 smoke_or_local，失败时标记为 not_business_proof。
  • 即使 readyForClaim=true，pipeline 本身也不直接标为 real_evidence；客户效果仍以 customer-effect 产物单独判定。
• 更新 scripts/evidence-index-smoke.js：
  • 增加 pipeline pass/fail 两类样本。
  • 验证 pipeline pass 只进入 smoke_or_local。
  • 验证 pipeline fail 进入 not_business_proof。
• 重写 scripts/optimization-pipeline.js 报告模板：
  • optimization-pipeline-report.md 改为可读中文。
  • 保留不自动写入 token、不默认启动真实 live、不单独证明业务效果的边界。
• 更新 scripts/optimization-status-audit.js：
  • 证据台账状态项现在要求覆盖 optimization-pipeline 类型。

本轮验证结果

• npm.cmd run evidence:index:smoke：
  • total=12
  • real_evidence=4
  • smoke_or_local=2
  • not_business_proof=6
• npm.cmd run optimization:pipeline:smoke 通过。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run optimization:status：
  • passed=16
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false

当前边界

• pipeline 进入证据台账只证明编排链路可追踪，不证明客户效果。

• 客户选中率、视频分析真实提升、人工补号减少仍需真实数据和独立审计产物证明。

  2026-06-07 真实数据收集包入口

已完成

• 新增 scripts/create-data-intake-pack.js：
  • 生成 history-data-template.csv，用于整理真实历史 Brief、人工名单、客户选择、拒绝原因和历史人工补号量基线。
  • 生成 manual-review-template.csv，用于整理本轮 AI 候选、商务复核、客户选择、归因类型、反馈原因和本轮人工补号量。
  • 生成 README.md，说明填写规则、审计命令和客户效果证明边界。
• 新增 scripts/create-data-intake-pack-smoke.js：
  • 验证两个 CSV 表头。
  • 验证客户选择、历史人工补号量基线、本轮人工补号量字段存在。
  • 验证模板不包含 token/sessionToken/Authorization 类敏感值。
• 新增 npm scripts：
  • data:intake-template
  • data:intake-template:smoke
• npm run acceptance 已纳入 data:intake-template:smoke。
• optimization:status 新增 data-intake-pack 状态项，并显示为 passed。
• 更新文档：
  • docs/historical-dataset-guide.md
  • docs/manual-review-handoff.md

本轮输出

• outputs/data-intake-pack-latest/history-data-template.csv
• outputs/data-intake-pack-latest/manual-review-template.csv
• outputs/data-intake-pack-latest/README.md

当前边界

• 数据收集包只降低真实数据交接成本，不证明客户效果。

• 客户效果证明仍必须等待真实客户选择、历史人工补号基线和本轮人工补号量通过 customer-effect:audit。

  2026-06-07 数据收集包进入证据台账

已完成

• 更新 scripts/evidence-index.js：
  • 新增识别 data-intake-pack。
  • 当输出目录同时包含 history-data-template.csv、manual-review-template.csv 和 README.md 时，登记为数据收集包。
  • 证明等级固定为 smoke_or_local，不作为业务效果证明。
• 更新 scripts/evidence-index-smoke.js：
  • 增加数据收集包样本。
  • 验证数据收集包进入 smoke_or_local。
  • 验证不会进入 real_evidence。
• 更新 scripts/optimization-status-audit.js：
  • evidence-index 状态项要求覆盖 data-intake-pack 类型。

本轮验证结果

• npm.cmd run evidence:index:smoke：
  • total=13
  • real_evidence=4
  • smoke_or_local=3
  • not_business_proof=6
• npm.cmd run optimization:status：
  • passed=17
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run acceptance 通过。
• 最新证据台账：
  • total=99
  • real_evidence=5
  • smoke_or_local=19
  • not_business_proof=75
  • data-intake-pack=1

当前边界

• 数据收集包入账只说明真实数据交接入口已准备好。

• 真实客户效果仍必须等待商务填写后的历史数据、客户选择和人工补号量审计。

  2026-06-07 长期优化交接摘要

已完成

• 新增 scripts/generate-optimization-handoff.js：
  • 汇总 optimization:status、evidence:index、数据收集包路径和下一轮命令。
  • 输出中文 optimization-handoff-report.md 和结构化 optimization-handoff-summary.json。
  • 明确区分已通过能力、已具备入口但未真实证明、仍需真实外部数据的阻塞项。
  • 明确 sample、smoke、dry-run、provider fallback 不能作为客户效果证明。
• 新增 scripts/generate-optimization-handoff-smoke.js：
  • 验证交接报告是中文。
  • 验证长期目标在缺少真实证明时不会被标记为完成。
  • 验证报告包含 customer-effect:audit 等下一步命令。
  • 验证报告不包含 sessionToken、模型 token 或鉴权头等敏感信息。
• 新增 npm scripts：
  • handoff:summary
  • handoff:summary:smoke
• npm run acceptance 已纳入 handoff:summary:smoke。
• 更新 scripts/evidence-index.js：
  • 新增识别 optimization-handoff-summary.json。
  • 交接摘要固定归为 smoke_or_local，不作为真实业务证明。
• 更新 scripts/optimization-status-audit.js：
  • 新增 optimization-handoff 状态项。
  • 当前本地可通过能力从 17 项提升到 18 项。

本轮输出

• outputs/optimization-handoff-latest/optimization-handoff-summary.json
• outputs/optimization-handoff-latest/optimization-handoff-report.md

本轮验证结果

• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=18
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run evidence:index:smoke 通过：
  • total=14
  • real_evidence=4
  • smoke_or_local=4
  • not_business_proof=6
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=94
  • hitCount=0
• 最新 npm.cmd run optimization:status：
  • passed=18
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=102
  • realEvidence=5
  • smokeOrLocal=20
  • notProof=77
• npm.cmd run acceptance 通过，新增 handoff:summary:smoke 已进入默认发布验收。

当前边界

• 交接摘要只证明长跑进度可交接、可追踪，不证明提号命中率已经提升。
• 视频 A/B、真实 live/provider 长跑、客户选中率和人工补号减少仍需真实 token、provider、历史数据、商务复核和客户选择数据。

• 长期目标仍未完成，不能调用完成状态。

  2026-06-07 当前规范口径一致性门禁

已完成

• 修正当前可执行规范中的软件端去重口径：
  • docs/tihao-experience-optimization-plan.md
  • docs/ai-optimization-task-software-table.md
  • skills/tihao-creator-sourcing/references/output-format.md
• 当前统一口径：
  • 软件端交付表按“全局博主唯一”去重。
  • 同一 平台 + 规范化主页链接 不重复。
  • 没有主页链接时，同一 平台 + 规范化博主名称 不重复。
  • 同一博主被多个 brief 或多个策略召回时，只保留证据更完整、综合分更高的一条进入交付表。
  • 每个 brief 内排名仍需从 1 开始连续。
• 新增 scripts/plan-consistency-smoke.js：
  • 扫描当前执行规范文件，不扫描历史实施日志。
  • 要求计划、软件端格式、AI 任务表和 skill 输出规范都包含全局去重口径。
  • 阻止旧的 brief编号 + 平台 + 主页链接/博主名称 去重口径重新进入当前规范。
• 新增 npm script：
  • plan:consistency:smoke
• npm run acceptance 已纳入 plan:consistency:smoke。
• optimization:status 新增 plan-consistency 状态项。

本轮验证结果

• npm.cmd run plan:consistency:smoke 通过：
  • scannedFiles=4
  • hits=[]
• npm.cmd run software:smoke 通过：
  • duplicateCount=3
  • outputRows=4
• npm.cmd run optimization:status:smoke 通过。
• 最新 npm.cmd run optimization:status：
  • passed=19
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=104
  • realEvidence=5
  • smokeOrLocal=20
  • notProof=79

当前边界

• 本轮只证明当前规范文件不会继续指导 AI 生成 brief 内去重的重复表。
• 历史日志里的旧口径保留为历史记录，不作为当前验收标准。
• 视频 A/B、真实 live/provider 长跑、客户效果证明仍需真实外部数据。

2026-06-07 每轮沉淀审计与交接摘要中文修复

已完成

• 修复 scripts/generate-optimization-handoff.js 和 scripts/generate-optimization-handoff-smoke.js：
  • 交接摘要标题、状态、下一轮命令、边界说明恢复为可读中文。
  • 继续校验不得写入 sessionToken、模型 token、鉴权头或 npm token。
  • 继续保持缺少真实客户效果证明时 complete=false。
• 新增 scripts/round-deposition-audit.js：
  • 检查实施日志、最新 optimization-status-report.md、最新证据台账和最新交接摘要是否齐全。
  • 检查每轮是否记录命令、输出目录、live 标记、严格 provider 门禁、视频资源真实性、failureCount、failedGateCount、overallPass、软件端重复键和排名连续性、人工复核或客户指标、仍未证明边界。
  • 输出 round-deposition-summary.json 和 UTF-8 BOM 中文 round-deposition-report.md。
  • 该产物只证明本轮沉淀完整，不证明客户效果或命中率提升。
• 新增 scripts/round-deposition-smoke.js：
  • 用安全 fake 数据验证沉淀审计可通过。
  • 验证报告为中文且不包含 token/sessionToken 模式。
• 新增 npm scripts：
  • round:deposition
  • round:deposition:smoke
• npm run acceptance 已纳入 round:deposition:smoke。
• scripts/evidence-index.js 已识别 round-deposition-summary.json：
  • 通过时固定归为 smoke_or_local。
  • 失败时归为 not_business_proof。
• scripts/optimization-status-audit.js 已新增 round-deposition 状态项，并要求 acceptance 覆盖该 smoke gate。

本轮验证结果

• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=20
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run round:deposition:smoke 通过：
  • passCount=24
  • failCount=0
• npm.cmd run evidence:index:smoke 通过：
  • total=15
  • real_evidence=4
  • smoke_or_local=5
  • not_business_proof=6
• npm.cmd run optimization:status:smoke 通过。
• 最新 npm.cmd run optimization:status：
  • passed=20
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=107
  • realEvidence=5
  • smokeOrLocal=21
  • notProof=81
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=20
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=24
  • warnCount=0
  • failCount=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=97
  • hitCount=0
• npm.cmd run acceptance 通过，新增 round:deposition:smoke 已进入默认发布前验收。

本轮输出

• outputs/optimization-handoff-latest/optimization-handoff-summary.json
• outputs/optimization-handoff-latest/optimization-handoff-report.md
• outputs/round-deposition-latest/round-deposition-summary.json
• outputs/round-deposition-latest/round-deposition-report.md

当前边界

• round-deposition 只证明每轮沉淀和交接材料完整，不证明真实客户效果。
• 当前 live 标记仍不能替代真实 live/provider 长跑；严格 provider 门禁需要真实 provider 配置后再开启。
• 视频资源真实性仍需真实视频 URL、封面、字幕、ASR、帧图或正文证据通过 acceptance:video-ab。
• 客户选中率、人工复核通过率和人工补号减少仍需真实商务复核和客户选择数据通过 review:metrics 与 customer-effect:audit。

2026-06-07 视频资源收集包进入长跑交接

已完成

• 新增 scripts/create-video-intake-pack.js：
  • 生成 video-resource-template.csv。
  • 生成 UTF-8 BOM 中文 README.md。
  • 字段覆盖 视频链接、封面链接、字幕或ASR文本、帧图链接、是否真实资源、资源角色、风格调性标签、画面人设场景信号 和 风险提示。
  • 明确没有真实视频 URL、封面、字幕、ASR、帧图或正文证据时，不得声明视频分析完成。
• 新增 scripts/create-video-intake-pack-smoke.js：
  • 验证 CSV 表头固定。
  • 验证视频 URL、封面、ASR、帧图和真实资源字段存在。
  • 验证 README 包含 acceptance:video-ab 和视频证明边界。
  • 验证不包含 token/sessionToken/Authorization 模式。
• 新增 npm scripts：
  • video:intake-template
  • video:intake-template:smoke
• npm run acceptance 已纳入 video:intake-template:smoke。
• scripts/evidence-index.js 已识别 video-resource-template.csv：
  • 通过时固定归为 smoke_or_local。
  • 不作为真实视频 A/B 或客户效果证明。
• scripts/optimization-status-audit.js 已新增 video-intake-pack 状态项。
• scripts/generate-optimization-handoff.js 已在下一轮命令中加入：
  • npm run video:intake-template -- --output outputs\video-intake-pack-latest
  • npm run acceptance:video-ab

本轮验证结果

• npm.cmd run video:intake-template:smoke 通过：
  • files=2
• npm.cmd run evidence:index:smoke 通过：
  • total=16
  • real_evidence=4
  • smoke_or_local=6
  • not_business_proof=6
• npm.cmd run optimization:status:smoke 通过。
• 最新 npm.cmd run optimization:status：
  • passed=21
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run video:intake-template -- --output outputs\video-intake-pack-latest 已生成：
  • outputs/video-intake-pack-latest/video-resource-template.csv
  • outputs/video-intake-pack-latest/README.md
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=110
  • realEvidence=5
  • smokeOrLocal=22
  • notProof=83
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=21
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=24
  • warnCount=0
  • failCount=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=99
  • hitCount=0
• npm.cmd run acceptance 通过，新增 video:intake-template:smoke 已进入默认发布前验收。

本轮输出

• outputs/video-intake-pack-latest/video-resource-template.csv
• outputs/video-intake-pack-latest/README.md
• outputs/evidence-index-latest/evidence-index-summary.json
• outputs/evidence-index-latest/evidence-index-report.md
• outputs/optimization-handoff-latest/optimization-handoff-summary.json
• outputs/optimization-handoff-latest/optimization-handoff-report.md
• outputs/round-deposition-latest/round-deposition-summary.json
• outputs/round-deposition-latest/round-deposition-report.md

当前边界

• 视频资源收集包只降低真实视频证据交接成本，不证明视频 A/B 通过。
• 当前 live 标记仍不能替代真实 live/provider 长跑；严格 provider 门禁需要真实 provider 配置后再开启。
• 真实视频 A/B 仍需真实 sessionToken、company、VOC social provider、视频分析 provider、真实参考视频/候选视频资源后运行 acceptance:video-ab。
• 客户选中率和人工补号减少仍需真实商务复核、客户最终选择和历史人工补号基线通过 customer-effect:audit。

2026-06-07 视频 A/B 前置资源就绪审计

已完成

• 新增 scripts/video-resource-readiness-audit.js：
  • 读取商务填写后的 video-resource-template.csv。
  • 检查固定表头、真实参考视频、真实候选视频、真实视频 URL、封面/ASR/帧图/正文证据。
  • 检查标记为真实资源的行不能没有任何视频/封面/ASR/帧图/正文证据。
  • 检查不包含 sessionToken、模型 token、Authorization 等敏感模式。
  • 输出 video-resource-readiness-summary.json 和 UTF-8 BOM 中文 video-resource-readiness-report.md。
  • 明确该审计只证明视频 A/B 前置资源是否齐备，不证明 provider、证据卡、Top10 非退化或客户效果。
• 新增 scripts/video-resource-readiness-smoke.js：
  • 覆盖完整资源通过样本。
  • 覆盖缺少真实参考/候选/视频 URL 的失败样本。
  • 验证严格模式下失败样本会非 0 退出。
• 新增 npm scripts：
  • video:resource-readiness
  • video:resource-readiness:smoke
• npm run acceptance 已纳入 video:resource-readiness:smoke。
• scripts/evidence-index.js 已识别 video-resource-readiness-summary.json：
  • readyForVideoAbPreflight=true 时归为 smoke_or_local。
  • 未就绪时归为 not_business_proof。
• scripts/optimization-status-audit.js 已新增 video-resource-readiness 状态项。
• scripts/generate-optimization-handoff.js 已在下一轮命令中加入 video:resource-readiness。

本轮验证结果

• npm.cmd run video:resource-readiness:smoke 通过：
  • 通过样本 passFailureCount=0
  • 失败样本 failFailureCount=4
• npm.cmd run evidence:index:smoke 通过：
  • total=18
  • real_evidence=4
  • smoke_or_local=7
  • not_business_proof=7
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=22
  • readyNotProven=2
  • externalBlockers=2
• 最新 npm.cmd run video:resource-readiness -- --input outputs\video-intake-pack-latest\video-resource-template.csv --output outputs\video-resource-readiness-latest：
  • readyForVideoAbPreflight=false
  • failureCount=1
  • realReferenceRows=1
  • realCandidateRows=0
  • videoUrlRows=1
  • 原因：当前模板样例只有真实参考视频，候选视频示例标记为 否，因此不具备真实 A/B 前置资源。
• 最新 npm.cmd run optimization:status：
  • passed=22
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=111
  • realEvidence=5
  • smokeOrLocal=22
  • notProof=84
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=101
  • hitCount=0
• npm.cmd run acceptance 通过，新增 video:resource-readiness:smoke 已进入默认发布前验收。

本轮输出

• outputs/video-resource-readiness-latest/video-resource-readiness-summary.json
• outputs/video-resource-readiness-latest/video-resource-readiness-report.md
• outputs/evidence-index-latest/evidence-index-summary.json
• outputs/evidence-index-latest/evidence-index-report.md

当前边界

• 当前视频资源 readiness 产物是 not_business_proof，因为模板样例缺真实候选视频。
• readiness 通过也只代表可启动视频 A/B 前置资源齐备，不代表视频分析 provider 正常、证据卡有效或命中率提升。
• 真实视频 A/B 仍需真实 sessionToken、company、VOC social provider、视频分析 provider，并运行 acceptance:video-ab。
• 客户效果仍需真实商务复核、客户最终选择和历史人工补号基线通过 customer-effect:audit。

2026-06-07 真实证明缺口请求包

已完成

• 新增 scripts/generate-proof-gap-request.js：
  • 汇总最新 handoff、evidence index 和 video-resource-readiness。
  • 输出 proof-gap-request-summary.json、UTF-8 BOM 中文 proof-gap-request-report.md 和 proof-gap-request-table.csv。
  • 请求项覆盖真实历史数据、真实候选视频资源、视频 A/B live proof、真实 live/provider 长跑、商务复核/客户效果证明。
  • 每项都包含负责人、当前缺口、需要补齐、验证命令和通过标准。
  • 明确不得写入 sessionToken、模型 token、Authorization、npm token 或内部鉴权参数。
• 新增 scripts/generate-proof-gap-request-smoke.js：
  • 验证请求包不会把长期目标标为完成。
  • 验证会请求真实候选视频资源和客户效果证明数据。
  • 验证中文 Markdown 和商务 CSV 表头。
  • 验证不包含 token/sessionToken/Authorization 模式。
• 新增 npm scripts：
  • proof-gap:request
  • proof-gap:request:smoke
• npm run acceptance 已纳入 proof-gap:request:smoke。
• scripts/evidence-index.js 已识别 proof-gap-request-summary.json：
  • 固定归为 smoke_or_local。
  • 不作为业务效果证明。
• scripts/optimization-status-audit.js 已新增 proof-gap-request 状态项。
• scripts/generate-optimization-handoff.js 已在下一轮命令中加入 proof-gap:request。

本轮验证结果

• npm.cmd run proof-gap:request:smoke 通过：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run evidence:index:smoke 通过：
  • total=19
  • real_evidence=4
  • smoke_or_local=8
  • not_business_proof=7
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=23
  • readyNotProven=2
  • externalBlockers=2
• 最新 npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • gapCount=5
  • unresolvedCount=5
  • complete=false
• 最新 npm.cmd run optimization:status：
  • passed=23
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=114
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=86
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=103
  • hitCount=0
• npm.cmd run acceptance 通过，新增 proof-gap:request:smoke 已进入默认发布前验收。

本轮输出

• outputs/proof-gap-request-latest/proof-gap-request-summary.json
• outputs/proof-gap-request-latest/proof-gap-request-report.md
• outputs/proof-gap-request-latest/proof-gap-request-table.csv

当前边界

• 证明缺口请求包只说明还需要补哪些真实材料，不证明业务效果。
• 当前 5 个缺口仍未解决：真实历史数据、真实候选视频资源、视频 A/B live proof、真实 live/provider 长跑、商务复核和客户效果证明。
• 长期目标仍不能标完成；必须等真实视频 A/B、真实 live/provider 和客户效果审计全部通过。

2026-06-07 长跑启动前就绪度审计增强

已完成

• 重写 scripts/long-run-readiness-audit.js：
  • 保留 smoke、live-subset、full-matrix、video-ab、customer-effect 模式。
  • 中文化 long-run-readiness-report.md。
  • 新增 --video-readiness <video-resource-readiness-summary.json> 参数。
  • 新增 --proof-gap <proof-gap-request-summary.json> 参数。
  • video-ab 模式现在会检查：
  • live preflight 是否 ready。
  • 视频模型是否为 doubao-seed-2-0-pro。
  • 是否提供 video-resource-readiness summary。
  • 是否有真实参考视频、真实候选视频和真实视频 URL。
  • full-matrix / customer-effect 模式现在会检查：
  • history audit 是否存在且满足长跑条件。
  • proof-gap 是否存在。
  • proof-gap 未解决项是否为 0。
  • 新增边界：proof-gap 仍有未解决项时，只能继续补真实材料，不能宣称长期优化目标完成。
• 重写 scripts/long-run-readiness-smoke.js：
  • 覆盖 full-matrix 在 proof-gap=0 时通过。
  • 覆盖 proof-gap 未解决会拦住 full-matrix。
  • 覆盖 video-ab 缺 video-resource-readiness 会失败。
  • 覆盖缺真实候选视频会拦住 video-ab。
  • 保留 customer-effect 缺 history audit 会失败、视频模型错误会失败的断言。
• scripts/optimization-status-audit.js 已更新 long-run-readiness 状态项，检查 proof-gap 和 video readiness 门禁。

本轮验证结果

• npm.cmd run longrun:readiness:smoke 通过。
• npm.cmd run optimization:status:smoke 通过。
• 最新 npm.cmd run longrun:readiness -- --mode video-ab --video-readiness outputs\video-resource-readiness-latest\video-resource-readiness-summary.json --output outputs\long-run-readiness-video-ab-latest：
  • ready=false
  • failCount=5
  • 原因：当前缺 live preflight，且视频资源 readiness 未通过，缺真实候选视频。
• 最新 npm.cmd run longrun:readiness -- --mode full-matrix --proof-gap outputs\proof-gap-request-latest\proof-gap-request-summary.json --output outputs\long-run-readiness-full-matrix-latest：
  • ready=false
  • failCount=3
  • 原因：当前缺 live preflight、history audit，且 proof-gap 仍有 5 个未解决项。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=103
  • hitCount=0
• npm.cmd run acceptance 通过。
• 最新 npm.cmd run optimization:status：
  • passed=23
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false

本轮输出

• outputs/long-run-readiness-video-ab-latest/long-run-readiness-summary.json
• outputs/long-run-readiness-video-ab-latest/long-run-readiness-report.md
• outputs/long-run-readiness-full-matrix-latest/long-run-readiness-summary.json
• outputs/long-run-readiness-full-matrix-latest/long-run-readiness-report.md

当前边界

• longrun readiness 现在会明确阻止未补齐真实 proof-gap 的 full-matrix/customer-effect 长跑。
• video-ab readiness 现在会明确阻止缺真实候选视频的真实视频 A/B。
• 当前 readiness 失败是正确结果，不是实现失败；说明还需要真实外部数据。

2026-06-07 最终证据刷新与软件端任务表去重

已完成

• 新增 docs/ai-optimization-job-dedup-software-format.md：
  • 按 docs/software-client-table-format.md 的固定 17 列输出 AI 长跑优化任务。
  • 将原计划中重复出现的 token 泄露为 0、软件端重复键为 0、排名连续、sample/smoke 不算业务证明、客户效果不可宣称 等要求合并到唯一任务项。
  • 使用 brief编号 承载任务编号，博主名称 承载任务项名称，主页链接 承载文档或命令入口，便于软件端或任务系统直接展示。
• 按顺序刷新本轮证据：
  • npm.cmd run optimization:status
  • npm.cmd run evidence:index -- --output outputs\evidence-index-latest
  • npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest
  • npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest
  • npm.cmd run round:deposition -- --output outputs\round-deposition-latest
• 修正并行刷新导致的临时计数不一致，最终 handoff、round deposition 和 evidence index 计数已一致。

本轮验证结果

• 最新 npm.cmd run optimization:status：
  • passed=23
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=119
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=91
• 最新 npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • gapCount=5
  • unresolvedCount=5
  • complete=false
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=23
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=29
  • failCount=0
  • warnCount=0
  • proofGapUnresolvedCount=5

本轮输出

• docs/ai-optimization-job-dedup-software-format.md
• outputs/evidence-index-latest/evidence-index-summary.json
• outputs/evidence-index-latest/evidence-index-report.md
• outputs/proof-gap-request-latest/proof-gap-request-summary.json
• outputs/proof-gap-request-latest/proof-gap-request-report.md
• outputs/proof-gap-request-latest/proof-gap-request-table.csv
• outputs/optimization-handoff-latest/optimization-handoff-summary.json
• outputs/optimization-handoff-latest/optimization-handoff-report.md
• outputs/round-deposition-latest/round-deposition-summary.json
• outputs/round-deposition-latest/round-deposition-report.md

当前边界

• 本轮是任务表去重和本地证据沉淀刷新，没有新增真实客户复核数据。
• 仍有 5 个真实证明缺口：
  • 真实历史 Brief 数据集。
  • 真实候选视频资源。
  • 真实 provider + 真实视频资源下的视频 A/B live proof。
  • 真实 live/provider 长跑完整通过证明。
  • 商务复核、客户最终选择和人工补号减少证明。
• 长期优化目标仍不能标完成；必须等 history:audit、video:resource-readiness、acceptance:video-ab、真实 live/provider 长跑和 customer-effect:audit 全部用真实数据通过。

2026-06-07 软件端去重任务表纳入自动化门禁

已完成

• 更新 scripts/plan-consistency-smoke.js：
  • 新增扫描 docs/ai-optimization-job-dedup-software-format.md。
  • 校验去重任务表必须包含软件端固定 17 列表头。
  • 校验 OPT-001 到 OPT-012 共 12 个任务项必须存在且不重复。
  • 校验去重说明中必须保留：
  • 软件端重复键为 0
  • sample/smoke/provider fallback 不算业务证明
  • 客户效果不可宣称
  • 继续拦截旧版 brief 维度去重口径，避免回退到 brief编号 + 平台 + 主页链接 这类错误去重方式。
• 刷新本轮证据和交接沉淀：
  • npm.cmd run optimization:status
  • npm.cmd run evidence:index -- --output outputs\evidence-index-latest
  • npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest
  • npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest
  • npm.cmd run round:deposition -- --output outputs\round-deposition-latest

本轮验证结果

• npm.cmd run plan:consistency:smoke 通过：
  • ok=true
  • scannedFiles=5
  • hits=[]
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=104
  • hitCount=0
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=29
  • failCount=0
  • proofGapUnresolvedCount=5
• 最新 npm.cmd run optimization:status：
  • passed=23
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=120
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=92
• 最新 npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • gapCount=5
  • unresolvedCount=5
  • complete=false
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=23
  • readyNotProven=2
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=29
  • failCount=0
  • warnCount=0

当前边界

• 本轮增强的是文档一致性和交付格式门禁，不是新增真实业务效果证明。
• 真实证据仍为 5 条，5 个 proof gap 仍未解决。
• 长期优化目标仍不能标完成；下一步需要真实历史数据、真实候选视频资源、视频 A/B live proof、真实 live/provider 长跑和客户效果审计。

2026-06-07 状态审计补充软件端任务表证据

已完成

• 更新 scripts/optimization-status-audit.js：
  • 将 docs/ai-optimization-job-dedup-software-format.md 加入状态审计文件存在性检查。
  • plan-consistency 状态项现在会检查：
  • 去重软件端任务表已存在。
  • plan-consistency-smoke 包含固定 17 列表头校验。
  • plan-consistency-smoke 包含 12 个 OPT 任务项数量校验。
  • plan-consistency-smoke 包含新去重任务表路径。
  • 状态报告中的证据描述已更新为：同时覆盖长期计划、软件端表格规范、AI 任务表、去重软件端任务表和 skill 输出规范。

本轮验证结果

• npm.cmd run plan:consistency:smoke 通过：
  • ok=true
  • scannedFiles=5
  • hits=[]
• npm.cmd run optimization:status:smoke 通过。
• 最新 npm.cmd run optimization:status：
  • passed=23
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=121
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=93
• 最新 npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • gapCount=5
  • unresolvedCount=5
  • complete=false
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=23
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=29
  • failCount=0
  • warnCount=0

当前边界

• 本轮提升的是状态报告的可读性和审计覆盖面，不新增真实客户效果证明。
• 真实证据仍为 5 条；5 个 proof gap 仍未关闭。
• 仍不得宣称视频分析已提升命中率，也不得宣称长期优化目标完成。

2026-06-07 真实证明缺口关闭审计

已完成

• 新增 scripts/proof-gap-closure-audit.js：
  • 读取 historical-dataset-audit.json、video-resource-readiness-summary.json、video-hit-rate-summary.json、aggregate-summary.json、customer-effect-summary.json。
  • 逐项判断 5 个真实证明缺口是否关闭：
  • historical-dataset
  • video-real-candidate
  • video-ab-live-proof
  • live-provider-overnight-proof
  • manual-review-and-customer-effect
  • 输出 proof-gap-closure-summary.json 和 proof-gap-closure-report.md。
  • 任一缺口为 open 时，complete=false，不得宣布长期目标完成。
• 新增 scripts/proof-gap-closure-smoke.js：
  • 覆盖全部 open 和全部 closed 两类情况。
  • 验证报告不包含 secret-like 值。
• 更新 package.json：
  • 新增 proof-gap:closure
  • 新增 proof-gap:closure:smoke
• 更新 scripts/acceptance.js：
  • 默认发布前验收已纳入 proof-gap:closure:smoke。
• 更新 scripts/evidence-index.js 和 scripts/evidence-index-smoke.js：
  • 新增识别 proof-gap-closure-summary.json。
  • complete=true 时归类为 real_evidence。
  • 仍有 open 缺口时归类为 not_business_proof。
• 更新 scripts/optimization-status-audit.js：
  • 新增 proof-gap-closure 状态项。
  • evidence-index 状态项同步检查 proof-gap closure 分类。

本轮验证结果

• npm.cmd run proof-gap:closure:smoke 通过：
  • openCount=5
  • closedCount=5
• 当前真实输出下 npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• npm.cmd run evidence:index:smoke 通过：
  • total=21
  • real_evidence=5
  • smoke_or_local=8
  • not_business_proof=8
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=106
  • hitCount=0
• 最新 npm.cmd run optimization:status：
  • passed=24
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=124
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=96
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=29
  • failCount=0
  • warnCount=0

当前边界

• 当前 closure 审计只关闭了 1 个真实证明缺口，仍有 4 个缺口 open。
• proof-gap:request 仍会继续请求 5 类材料；proof-gap:closure 用于判断这些材料是否已被真实产物关闭。
• 长期目标仍不能标完成；至少需要 closure openCount=0，并且 optimization:status complete=true。

2026-06-07 closure 纳入交接摘要和每轮沉淀审计

已完成

• 更新 scripts/generate-optimization-handoff.js：
  • nextCommands 新增 npm run proof-gap:closure -- --output outputs\proof-gap-closure-latest。
  • 使用时机说明为：真实历史数据、视频资源、视频 A/B、live 长跑或客户效果产物更新后运行；只有 openCount=0 才能进入长期完成判断。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 新增断言：handoff 必须包含 proof-gap:closure 命令。
• 更新 scripts/round-deposition-audit.js：
  • 新增读取 proof-gap-closure-summary.json。
  • 新增检查：
  • closure summary 存在。
  • closure report 存在。
  • 未完成时记录 proofGapClosure.openCount。
  • handoff 记录 proof-gap:closure 命令。
  • observed 中新增：
  • proofGapClosureComplete
  • proofGapClosureOpenCount
  • proofGapClosureRows
• 更新 scripts/round-deposition-smoke.js：
  • 新增 proof-gap closure fixture。
  • 新增断言 round deposition 记录 closure open count 和 closure 命令。

本轮验证结果

• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=24
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run round:deposition:smoke 通过：
  • passCount=33
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run proof-gap:closure:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=106
  • hitCount=0
• 最新 npm.cmd run optimization:status：
  • passed=24
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• 最新 npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=125
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=97
• 最新 npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • gapCount=5
  • unresolvedCount=5
  • complete=false
• 最新 npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• 最新 npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2
• 最新 npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=33
  • failCount=0
  • warnCount=0

注意事项

• handoff 和 round deposition 不能并行刷新；round deposition 会读取最新 handoff。若并行运行，可能暂时读到旧 handoff 并触发 closure-command-recorded 失败。
• 本轮已按顺序重跑后通过。
• 当前 closure 仍为 openCount=4，长期目标仍不能标完成。

2026-06-07 proof-gap closure 可执行化字段验证和最新沉淀

已完成

• 更新并验证 scripts/proof-gap-closure-audit.js 的关闭报告可执行化字段：
  • 每个缺口行输出 验证命令。
  • 每个缺口行输出 期望产物。
  • open 缺口的 下一步 同时包含命令和期望产物，便于下一轮 AI 或商务直接补证。
• 更新并验证 scripts/proof-gap-closure-smoke.js：
  • smoke 断言每个 closure row 都有 command 和 expectedArtifact。
  • smoke 断言 Markdown 报告包含 验证命令 和 期望产物 两列。
• 重写 docs/ai-optimization-job-dedup-software-format.md：
  • 将长期优化任务从 12 项去重合并为 9 项。
  • 使用软件端固定表头输出。
  • 增加字段映射、合并去重说明和软件端验收口径。

本轮验证结果

• npm.cmd run proof-gap:closure:smoke 通过：
  • ok=true
  • smoke fixture 中 openCount=5
  • smoke fixture 中 closedCount=5
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest 通过生成产物：
  • complete=false
  • closedCount=1
  • openCount=4
  • 报告已包含 验证命令 和 期望产物 两列。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=106
  • hitCount=0
• npm.cmd run evidence:index:smoke 通过：
  • total=21
  • real_evidence=5
  • smoke_or_local=8
  • not_business_proof=8
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=24
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run round:deposition:smoke 通过：
  • passCount=33
  • failCount=0
  • proofGapUnresolvedCount=5

最新正式产物

• npm.cmd run optimization:status：
  • 输出目录：outputs/optimization-status-1780809383717
  • passed=24
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=125
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=97
• npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • complete=false
  • unresolvedCount=5
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2
  • nextCommands 已包含 proof-gap:closure。
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=33
  • failCount=0
  • warnCount=0
  • proofGap.unresolvedCount=5
  • proofGapClosure.openCount=4

当前仍未完成的真实证明

• 真实历史 Brief 数据集：缺 historical-dataset-audit.json，需要 history:audit 显示 readyForCustomerEffectProof=true。
• 真实候选视频资源：当前 realReference=1、realCandidate=0、failureCount=1，需要 video:resource-readiness 严格通过。
• 真实 live/provider 长跑证明：当前 liveEnabled=false、overallPass=false，需要真实 provider 下 overnight:quality 产物显示 liveEnabled=true、overallPass=true、failureCount=0、failedGateCount=0。
• 商务复核和客户效果证明：缺 customer-effect-summary.json，需要 customer-effect:audit 显示 overallPass=true。

边界

• 当前长期优化目标仍未完成。
• acceptance:video-ab 已有通过产物，但 closure 报告仍保留其他真实证明缺口；不得用视频 A/B 单项关闭替代完整客户效果证明。
• sample、smoke、provider fallback、模板和接口 200 仍不得作为真实业务效果证明。

2026-06-07 proof-gap 请求包补齐模板入口

已完成

• 更新 scripts/generate-proof-gap-request.js：
  • proof-gap-request-summary.json 每个缺口新增 templateCommand 和 templateArtifact。
  • proof-gap-request-report.md 的请求明细表新增 模板命令 和 模板产物 两列。
  • proof-gap-request-table.csv 新增 模板命令 和 模板产物 两列。
  • 历史数据、live 长跑和客户效果缺口指向 data:intake-template。
  • 视频资源和视频 A/B 缺口指向 video:intake-template。
• 更新 scripts/generate-proof-gap-request-smoke.js：
  • 断言每个缺口行都有模板命令和模板产物。
  • 断言历史数据缺口指向 data:intake-template。
  • 断言视频资源缺口指向 video:intake-template。
  • 断言 Markdown 和 CSV 都输出 模板命令、模板产物 字段。
• 生成最新真实材料收集模板包：
  • outputs/data-intake-pack-latest/history-data-template.csv
  • outputs/data-intake-pack-latest/manual-review-template.csv
  • outputs/data-intake-pack-latest/README.md
  • outputs/video-intake-pack-latest/video-resource-template.csv
  • outputs/video-intake-pack-latest/README.md

本轮验证结果

• npm.cmd run proof-gap:request:smoke 通过：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run data:intake-template:smoke 通过：
  • files=3
• npm.cmd run video:intake-template:smoke 通过：
  • files=2
• npm.cmd run data:intake-template -- --output outputs\data-intake-pack-latest 通过，生成历史数据和人工复核模板。
• npm.cmd run video:intake-template -- --output outputs\video-intake-pack-latest 通过，生成视频资源模板。
• npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest 通过：
  • complete=false
  • gapCount=5
  • unresolvedCount=5
  • 报告已包含 模板命令 和 模板产物 两列。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=106
  • hitCount=0
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=126
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=98
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2

当前边界

• 本轮生成的是真实材料收集入口和模板，不是业务效果证明。
• proof-gap:request 仍有 5 个 unresolved 缺口，proof-gap:closure 仍有 4 个 open 缺口。
• outputs/data-intake-pack-latest 和 outputs/video-intake-pack-latest 可交给商务/投放补真实数据；补完后必须重新跑对应审计命令。

2026-06-07 模板入口纳入每轮沉淀审计

已完成

• 更新 scripts/round-deposition-audit.js：
  • 新增检查 proof-gap-template-entry-recorded，要求 proof-gap-request-summary.json 每个缺口行都包含 templateCommand 和 templateArtifact。
  • 新增检查 proof-gap-template-columns-exported，要求 proof-gap-request-report.md 和 proof-gap-request-table.csv 都导出 模板命令、模板产物 两列。
  • observed 新增 proofGapTemplateRowsReady 和 proofGapTemplateColumnsReady。
  • proofGapRows 记录每个缺口是否有模板命令和模板产物。
• 更新 scripts/round-deposition-smoke.js：
  • smoke fixture 补充模板命令和模板产物。
  • 断言沉淀审计包含模板入口检查。
  • 断言报告展示 proofGap.templateRowsReady 和 proofGap.templateColumnsReady。

本轮验证结果

• npm.cmd run round:deposition:smoke 通过：
  • passCount=35
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run proof-gap:request:smoke 通过：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • complete=false
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=106
  • hitCount=0
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=126
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=98
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2

当前边界

• 每轮沉淀现在会拦截 proof-gap 请求包缺少模板入口的情况。
• 这只提升补证流程的可执行性，不改变真实业务证明状态。
• 长期优化目标仍需真实历史 Brief、真实候选视频、真实 live/provider 长跑、商务复核和客户效果审计全部闭环。

2026-06-07 新增真实材料 Intake Readiness 预审

已完成

• 新增 scripts/intake-readiness-audit.js：
  • 支持 --data-pack <目录> 和 --video-pack <目录>。
  • 同时检查 history-data-template.csv、manual-review-template.csv、video-resource-template.csv。
  • 拦截 example.com、示例、候选博主、待确认、人工待补 等模板占位内容。
  • 检查历史 Brief 数、客户原始 Brief、历史人工补号量基线、参考账号/视频、人工最终名单、客户选择和拒绝原因。
  • 检查人工复核标签、负样本归因、客户最终选择和本轮人工补号量。
  • 检查真实参考视频、真实候选视频、真实视频 URL 和视频证据。
  • 输出 intake-readiness-summary.json 和 intake-readiness-report.md。
• 新增 scripts/intake-readiness-smoke.js：
  • 验证刚生成的模板包会被判定为未就绪。
  • 验证一组模拟真实 CSV 会通过 readiness。
• 更新 package.json：
  • 新增 npm run intake:readiness。
  • 新增 npm run intake:readiness:smoke。
• 更新 scripts/acceptance.js：
  • 总验收纳入 intake:readiness:smoke。
• 更新 scripts/evidence-index.js 和 scripts/evidence-index-smoke.js：
  • 证据台账新增 intake-readiness 类型。
  • overallReady=true 只记为 smoke_or_local 前置证明。
  • overallReady=false 记为 not_business_proof。
• 更新 scripts/generate-optimization-handoff.js 和 smoke：
  • 下一轮命令新增 npm run intake:readiness -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-readiness-latest。

本轮验证结果

• npm.cmd run intake:readiness:smoke 通过：
  • 新模板包 templateFailureCount=9
  • 模拟真实数据 realFailureCount=0
• npm.cmd run data:intake-template:smoke 通过。
• npm.cmd run video:intake-template:smoke 通过。
• npm.cmd run intake:readiness -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-readiness-latest：
  • overallReady=false
  • readyForHistoryAudit=false
  • readyForVideoResourceAudit=false
  • readyForReviewMetrics=false
  • readyForCustomerEffectAudit=false
  • failureCount=9
• npm.cmd run evidence:index:smoke 通过：
  • total=23
  • real_evidence=5
  • smoke_or_local=9
  • not_business_proof=9
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=108
  • hitCount=0
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=24
  • externalBlockers=2
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=127
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=99
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4

当前边界

• intake:readiness 是正式审计前的“半成品拦截器”，不能替代 history:audit、video:resource-readiness、review:metrics 或 customer-effect:audit。
• 当前 latest 模板包仍未被真实数据替换，因此 readiness 为未就绪是正确结果。
• 长期目标仍不能标完成；真实业务证明仍依赖商务/投放补齐真实历史 Brief、真实候选视频、客户选择和本轮人工补号量。

2026-06-07 intake readiness 纳入状态审计

已完成

• 更新 scripts/optimization-status-audit.js：
  • 文件清单新增 scripts/intake-readiness-audit.js 和 scripts/intake-readiness-smoke.js。
  • 状态项新增 intake-readiness，用于确认真实材料半成品预审能力已接入。
  • evidence-index 状态项同步检查 intake-readiness-summary.json 和 type: 'intake-readiness'。
  • plan-consistency 状态项文案从 12 个 OPT 行更新为 9 个去重后 OPT 行。
• 更新 scripts/optimization-status-smoke.js：
  • 断言状态审计暴露稳定 ID：intake-readiness。
• 更新 scripts/plan-consistency-smoke.js：
  • 去重任务数从 12 项改为 9 项。
  • 软件端表头识别改为完整匹配 17 列固定表头，避免误抓字段映射表。
• 更新 docs/ai-optimization-job-dedup-software-format.md：
  • 补回 软件端重复键为 0。
  • 补回 sample/smoke/provider fallback 不算业务证明。
  • 补回 客户效果不可宣称。

本轮验证结果

• npm.cmd run plan:consistency:smoke 通过：
  • scannedFiles=5
  • hits=[]
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run evidence:index:smoke 通过：
  • total=23
  • real_evidence=5
  • smoke_or_local=9
  • not_business_proof=9
• npm.cmd run intake:readiness:smoke 通过：
  • templateFailureCount=9
  • realFailureCount=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=108
  • hitCount=0
• npm.cmd run optimization:status：
  • 输出目录：outputs/optimization-status-1780810669737
  • passed=25
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=128
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=100
• npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest：
  • complete=false
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest：
  • complete=false
  • closedCount=1
  • openCount=4
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=25
  • externalBlockers=2

当前边界

• intake-readiness 是能力项通过，不代表当前模板已具备真实业务数据。
• 当前 outputs/intake-readiness-latest 仍显示 overallReady=false，所以不能进入真实长跑证明或客户效果证明。
• 长期优化目标仍未完成，仍需关闭 4 个 proof-gap closure open 项。

2026-06-07 intake readiness 接入 closure 和 longrun readiness

已完成

• 更新 scripts/proof-gap-closure-audit.js：
  • 新增读取 --intake-readiness / TIHAO_INTAKE_READINESS_SUMMARY / 最新 intake-readiness-summary.json。
  • 关闭审计新增 intake-readiness 行，展示 overallReady、failureCount、history/video/review/customerEffect readiness。
  • intake-readiness 作为补证预审行展示，不计入 5 类真实业务缺口的 openCount。
  • 报告摘要新增 Intake 预审是否就绪。
• 更新 scripts/proof-gap-closure-smoke.js：
  • smoke fixture 覆盖 intake 未就绪和 intake 已就绪两种情况。
• 更新 scripts/long-run-readiness-audit.js：
  • 新增可选参数 --intake-readiness。
  • full-matrix 和 customer-effect 模式下，如果提供 intake readiness，则要求 overallReady=true 且 failureCount=0。
  • video-ab 模式下，如果提供 intake readiness，则要求 videoReady=true。
  • 下一步命令中加入 npm run intake:readiness。
• 更新 scripts/long-run-readiness-smoke.js：
  • 验证 failing intake readiness 会阻断 full matrix readiness。
• 更新 scripts/optimization-status-audit.js：
  • long-run-readiness 状态项检查 intake readiness 门禁。
  • proof-gap-closure 状态项检查 closure 已包含 intake readiness 行和 intakeReady 字段。

本轮验证结果

• npm.cmd run proof-gap:closure:smoke 通过：
  • openCount=5
  • closedCount=5
• npm.cmd run longrun:readiness:smoke 通过。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=108
  • hitCount=0
• npm.cmd run longrun:readiness -- --mode full-matrix --intake-readiness outputs\intake-readiness-latest\intake-readiness-summary.json --proof-gap outputs\proof-gap-request-latest\proof-gap-request-summary.json --output outputs\long-run-readiness-latest：
  • ready=false
  • failCount=5
  • warnCount=0
• npm.cmd run optimization:status：
  • 输出目录：outputs/optimization-status-1780810937378
  • passed=25
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run proof-gap:closure -- --intake-readiness outputs\intake-readiness-latest\intake-readiness-summary.json --output outputs\proof-gap-closure-latest：
  • complete=false
  • intakeReady=false
  • closedCount=1
  • openCount=4
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest：
  • total=130
  • realEvidence=5
  • smokeOrLocal=23
  • notProof=102
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest：
  • complete=false
  • readyCapabilities=25
  • externalBlockers=2

当前边界

• longrun readiness 现在会明确拒绝半成品模板进入 full matrix/customer-effect 路径。
• proof-gap closure 现在会显示 intake 预审是否就绪，但 openCount 仍只统计真实业务证明缺口。
• 当前 intakeReady=false、longrun ready=false、proof-gap closure openCount=4，长期目标仍不能标完成。

2026-06-07 intake/longrun 纳入每轮沉淀审计

已完成

• 更新 scripts/round-deposition-audit.js：
  • 新增读取 intake-readiness-summary.json。
  • 新增读取 long-run-readiness-summary.json。
  • 新增检查 intake-readiness-summary。
  • 新增检查 intake-readiness-boundary-recorded。
  • 新增检查 longrun-readiness-summary。
  • 新增检查 longrun-readiness-intake-gate。
  • sources 新增 intake readiness 和 longrun readiness 两个来源。
  • observed 新增 intakeReadinessReady、intakeReadinessFailureCount、longRunReadinessMode、longRunReadinessReady、longRunReadinessFailCount。
  • 报告“当前观测”新增 intake/longrun readiness 状态。
• 更新 scripts/round-deposition-smoke.js：
  • smoke fixture 增加 intake readiness 和 longrun readiness 产物。
  • 断言沉淀审计包含 intake/longrun 检查项。
  • 断言报告展示 intake/longrun 状态。

本轮验证结果

• npm.cmd run round:deposition:smoke 通过：
  • passCount=39
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=108
  • hitCount=0
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest：
  • passed=true
  • passCount=39
  • failCount=0
  • warnCount=0
• npm.cmd run evidence:index:smoke 通过：
  • total=23
  • real_evidence=5
  • smoke_or_local=9
  • not_business_proof=9
• npm.cmd run optimization:status:smoke 通过。

最新沉淀观测

• outputs/round-deposition-latest/round-deposition-summary.json：
  • passed=true
  • pass=39
  • fail=0
  • proofGap.unresolvedCount=5
  • intakeReadiness.ready=false
  • intakeReadiness.failureCount=9
  • longRunReadiness.mode=full-matrix
  • longRunReadiness.ready=false
  • longRunReadiness.failCount=5
  • proofGapClosure.openCount=4

当前边界

• 每轮沉淀现在会强制要求 intake readiness 和 longrun readiness 产物存在。
• 当前沉淀通过只证明本轮证据链完整，不证明 longrun 就绪，也不证明客户效果。
• intakeReadiness.ready=false 和 longRunReadiness.ready=false 是当前真实边界，长期优化目标仍未完成。

2026-06-07 交接摘要补充负责人行动文件

已完成

• 更新 scripts/generate-optimization-handoff.js：
  • 读取 outputs/business-proof-next-actions-latest/business-proof-next-actions-summary.json 中的 ownerGroups 和 ownerArtifacts。
  • 在 handoff JSON 的 businessProofNextActions 下输出负责人分组和负责人专属文件。
  • 在 handoff Markdown 报告中新增“负责人行动文件”表格。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 强制断言 handoff JSON 包含 ownerArtifacts。
  • 强制断言报告包含“负责人行动文件”和 by-owner/ 文件入口。
• 更新 docs/ai-optimization-job-dedup-software-format.md：
  • 按软件端固定字段输出 9 条去重任务。
  • 保留固定边界短语：sample/smoke/provider fallback 不算业务证明、客户效果不可宣称。

本轮验证结果

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run business-proof:next-actions:smoke 通过：
  • actionCount=8
  • topAction=填真实历史 Brief
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run plan:consistency:smoke 通过：
  • scannedFiles=6
  • hits=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run acceptance 通过：
  • package smoke、MCP smoke、provider mock、软件端表、视频 A/B smoke、business proof、round deposition smoke 全部通过。
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=137
  • realEvidence=5
  • smokeOrLocal=25
  • notProof=107
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0

最新负责人行动文件

• 商务：
  • outputs/business-proof-next-actions-latest/by-owner/business.md
  • outputs/business-proof-next-actions-latest/by-owner/business.csv
• 投放/商务：
  • outputs/business-proof-next-actions-latest/by-owner/media-business.md
  • outputs/business-proof-next-actions-latest/by-owner/media-business.csv
• 商务/投放：
  • outputs/business-proof-next-actions-latest/by-owner/business-media.md
  • outputs/business-proof-next-actions-latest/by-owner/business-media.csv

当前边界

• handoff 现在可以直接分派给负责人，但行动队列仍只证明“下一步补证可执行”，不证明客户效果完成。
• 当前长期目标仍未完成：真实历史 Brief、真实视频资源、商务复核标注、客户选择和人工补号减少证明仍需外部真实数据闭环。

2026-06-07 下一步行动队列去重合并

已完成

• 更新 scripts/business-proof-next-actions.js：
  • 同一份业务材料的多个 intake 字段缺口不再拆成多条重复任务。
  • history 字段缺口合并到“填真实历史 Brief”。
  • video 字段缺口合并到“填真实视频资源”。
  • review 字段缺口合并到“人工复核标注”。
  • 当 15 步进度中已有对应主动作时，proof-gap-closure 的同类 open 项不再重复进入行动队列。
  • 总报告和负责人专属 Markdown 均新增“下一步说明”列，确保合并后的具体缺口可见。
• 更新 scripts/business-proof-next-actions-smoke.js：
  • 断言 history/video/review intake issue 必须合并到主动作。
  • 断言 proof-gap 的历史数据项不重复覆盖 15 步主动作。
  • 断言报告展示“下一步说明”和合并后的缺口明细。

本轮验证结果

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过：
  • actionCount=5
  • topAction=填真实历史 Brief
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • actionCount=8
  • ownerArtifacts=3
  • topAction=填真实历史 Brief
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run plan:consistency:smoke 通过：
  • hits=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=138
  • realEvidence=5
  • smokeOrLocal=25
  • notProof=108
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0

最新负责人视图

• 商务行动已收敛为 2 个主动作：
  • 填真实历史 Brief
  • 人工复核标注
• 商务/投放行动已收敛为 1 个主动作：
  • 填真实视频资源
• 每个主动作的“下一步说明”保留具体缺口，例如真实 Brief 数不足、模板占位、缺参考链接、缺人工名单、缺真实候选视频、缺客户最终选中/拒绝记录等。

当前边界

• 去重后的行动队列提升了商务执行清晰度，但仍不证明真实业务效果。
• 当前长期目标仍未完成：intakeReadiness.ready=false、真实历史数据和真实视频资源未闭合，客户效果审计仍缺真实客户选择和人工补号量证明。

2026-06-07 收集包一键审计 Pipeline

已完成

• 更新 scripts/optimization-pipeline.js：
  • 新增 --data-pack 和 --video-pack 入口。
  • 从 data pack 自动识别 history-data-template.csv 和 manual-review-template.csv。
  • 从 video pack 自动识别 video-resource-template.csv。
  • 当提供 data/video pack 时，pipeline 会先运行 intake:readiness。
  • 当提供视频资源 CSV 时，pipeline 会运行 video:resource-readiness。
  • longrun:readiness 会接收 pipeline 生成的 intake-readiness-summary.json 和 video-resource-readiness-summary.json。
• 更新 scripts/optimization-pipeline-smoke.js：
  • 保留旧的 --history-csv/--review-csv smoke。
  • 新增 data/video pack dry-run smoke，验证会规划 intake readiness、video resource readiness，并把 intake summary 传给 longrun readiness。
• 更新 docs/tihao-experience-optimization-plan.md：
  • 在 pipeline 章节新增 data-pack/video-pack 一键入口命令。
• 更新 scripts/generate-optimization-handoff.js 和 scripts/generate-optimization-handoff-smoke.js：
  • handoff “下一轮命令”新增“收集包一键审计 Pipeline”。
  • smoke 断言 handoff 必须暴露 optimization:pipeline --data-pack --video-pack 命令。

本轮验证结果

• node --check scripts\optimization-pipeline.js 通过。
• node --check scripts\optimization-pipeline-smoke.js 通过。
• npm.cmd run optimization:pipeline:smoke 通过：
  • steps=6
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run plan:consistency:smoke 通过：
  • hits=0
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\evidence-index-latest 已刷新：
  • total=140
  • realEvidence=5
  • smokeOrLocal=25
  • notProof=110
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false

当前边界

• pipeline 新入口只降低真实材料补齐后的执行门槛，不替代真实数据本身。
• 当前仍不能宣称客户效果完成：真实历史 Brief、真实视频资源、商务复核、客户选择和人工补号量证明仍需补齐并通过 strict 审计。

2026-06-07 Pipeline 下一步动作沉淀

已完成

• 更新 scripts/optimization-pipeline.js：
  • optimization-pipeline-summary.json 新增 nextActions。
  • optimization-pipeline-report.md 新增“下一步动作”章节。
  • dry-run 会提示确认输入后去掉 --dry-run 执行真实 pipeline。
  • 失败步骤会映射到可分派动作，例如修复真实材料收集包、补齐历史数据审计字段、补齐真实视频资源、修复长跑前门禁、补齐人工复核标注和补齐客户效果证明。
  • Windows 子进程执行改为 cmd.exe /d /s /c 包装，避免 shell:true + args 的弃用提醒，同时保留 npm.cmd 兼容性。
• 更新 scripts/optimization-pipeline-smoke.js：
  • 断言 dry-run summary 必须输出 nextActions。
  • 断言 pipeline report 必须包含“下一步动作”章节。
  • 断言 data/video pack dry-run 会提示去掉 dry-run 后重跑。
• 更新 scripts/evidence-index.js：
  • optimization-pipeline 证据摘要新增 nextActions=<数量>。

本轮验证结果

• node --check scripts\optimization-pipeline.js 通过。
• node --check scripts\optimization-pipeline-smoke.js 通过。
• npm.cmd run optimization:pipeline:smoke 通过：
  • steps=6
• npm.cmd run optimization:pipeline -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --current-manual-supplement-count 0 --output outputs\optimization-pipeline-latest 已刷新当前 pipeline：
  • pass=5
  • fail=3
  • readyForClaim=false
  • nextActionCount=3
• 当前 pipeline 下一步动作：
  • 商务：补齐历史数据审计字段。
  • 商务/投放：补齐真实视频资源。
  • 商务：补齐客户效果证明。
• npm.cmd run evidence:index:smoke 通过：
  • total=25
  • real_evidence=5
  • smoke_or_local=11
  • not_business_proof=9
• npm.cmd run evidence:index -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\evidence-index-latest 已刷新：
  • total=142
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=113
• npm.cmd run round:deposition -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run plan:consistency:smoke 通过：
  • hits=0

当前边界

• pipeline 现在能把失败结果转成下一步动作，但这些动作仍依赖真实外部材料。
• 当前 readyForClaim=false，不能宣称客户效果完成；必须补齐真实历史数据、真实候选视频、客户最终选择和人工补号量证明后再跑 strict 审计。

2026-06-07 Handoff 接入 Pipeline 下一步动作

已完成

• 更新 scripts/generate-optimization-handoff.js：
  • 读取最新 outputs/optimization-pipeline-latest/optimization-pipeline-summary.json。
  • 在 handoff JSON 中新增 optimizationPipeline，包含 summary/report 路径、pass/fail 计数、readyForClaim 和 nextActions。
  • 在 handoff Markdown 中新增“Pipeline 下一步动作”章节。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 断言 handoff JSON 必须包含 pipeline summary 和 nextActions 数组。
  • 断言 handoff 报告必须包含“Pipeline 下一步动作”和 readyForClaim。

本轮验证结果

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\evidence-index-latest 已刷新：
  • total=144
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=115
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0

当前 Pipeline 下一步动作

• 商务：补齐历史数据审计字段。
• 商务/投放：补齐真实视频资源。
• 商务：补齐客户效果证明。

当前边界

• handoff 现在能直接暴露 pipeline 失败后的动作，但动作本身仍依赖真实外部材料。
• 当前 readyForClaim=false、pipeline fail=3、nextActions=3，长期目标仍不能标完成。

2026-06-07 Pipeline 动作并入负责人补证队列

已完成

• 更新 scripts/business-proof-next-actions.js：
  • 读取最新 optimization-pipeline-summary.json。
  • sourceState 新增 pipelineReadyForClaim、pipelineFailCount、pipelineNextActionCount。
  • 将 pipeline nextActions 合并进补证行动队列。
  • 对同类步骤做映射去重：
  • history-audit 合并到 15 步的历史数据审计动作，并按 pipeline owner 改为商务。
  • video-resource-readiness 合并到视频资源就绪审计动作，并按 pipeline owner 改为商务/投放。
  • customer-effect-audit 合并到客户效果审计动作，并按 pipeline owner 改为商务。
  • 合并后保留原 15 步上下文，并把 pipeline 当前动作写入“下一步说明”。
• 更新 scripts/business-proof-next-actions-smoke.js：
  • 增加 pipeline fixture。
  • 断言 pipeline nextActions 被吸收到行动队列。
  • 断言负责人分组能看到 pipeline 的商务动作。
  • 断言报告展示 pipeline.nextActionCount 和合并后的动作标题。

本轮验证结果

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过：
  • actionCount=6
  • topAction=填真实历史 Brief
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • actionCount=8
  • ownerArtifacts=3
  • topAction=填真实历史 Brief
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\evidence-index-latest 已刷新：
  • total=145
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=116
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run round:deposition -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false

最新负责人视图

• 商务负责人文件现在包含：
  • 填真实历史 Brief
  • 补齐历史数据审计字段
  • 人工复核标注
  • 补齐客户效果证明
• 商务/投放负责人文件现在包含：
  • 填真实视频资源
  • 补齐真实视频资源

当前边界

• pipeline 下一步动作已经进入负责人行动文件，但仍只代表“补证任务可执行”，不证明业务效果。
• 当前 pipelineReadyForClaim=false、pipelineFailCount=3、pipelineNextActionCount=3，长期目标仍未完成。

2026-06-07 Pipeline 动作收敛到主补证动作

已完成

• 更新 scripts/business-proof-next-actions.js：
  • 当 history intake 仍未就绪时，pipeline 的 history-audit 动作合并到“填真实历史 Brief”，不再单独生成“补齐历史数据审计字段”。
  • 当 video intake 仍未就绪时，pipeline 的 video-resource-readiness 动作合并到“填真实视频资源”，不再单独生成“补齐真实视频资源”。
  • 当 review intake 仍未就绪时，pipeline 的 customer-effect-audit 动作合并到“人工复核标注”，不再单独生成“补齐客户效果证明”。
  • 主动作保留原负责人、标题和优先级，只吸收 pipeline 的命令、预期产物和通过标准。
• 更新 scripts/business-proof-next-actions-smoke.js：
  • 新增断言：pipeline 后续动作必须并入主补证动作。
  • 新增断言：主动作必须保留 pipeline 当前动作 说明。

本轮验证结果

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过：
  • actionCount=5
  • topAction=填真实历史 Brief
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • actionCount=8
  • ownerArtifacts=3
  • topAction=填真实历史 Brief
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\evidence-index-latest 已刷新：
  • total=147
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=118
• npm.cmd run handoff:summary:smoke 通过：
  • readyCapabilities=27
  • readyNotProven=2
  • externalBlockers=2
• npm.cmd run round:deposition -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run hygiene:smoke 通过：
  • scannedFiles=113
  • hitCount=0

最新负责人视图

• 商务负责人文件收敛为 2 个主动作：
  • 填真实历史 Brief
  • 人工复核标注
• 商务/投放负责人文件收敛为 1 个主动作：
  • 填真实视频资源
• 每个主动作的“下一步说明”保留 pipeline 审计动作和通过标准。

当前边界

• 行动文件更清晰，但仍只证明补证路径可执行，不证明客户效果完成。
• 当前 pipeline 仍为 readyForClaim=false，真实历史数据、真实视频资源、客户最终选择和人工补号量证明仍需补齐。

2026-06-07 负责人行动表去重与软件端格式修正

本轮修正

• 修复 scripts/business-proof-next-actions.js：
  • pipeline 下一步动作合并到 填真实历史 Brief、填真实视频资源、人工复核标注 时，不再覆盖主动作的 执行命令、预期产物、通过标准。
  • 主动作继续保留软件/商务可执行的填表入口：
  • 填写 outputs\data-intake-pack-latest\history-data-template.csv
  • 填写 outputs\video-intake-pack-latest\video-resource-template.csv
  • 填写 outputs\data-intake-pack-latest\manual-review-template.csv
  • 视频类负责人统一归一为 商务/投放，避免同时出现 商务/投放 和 投放/商务 两组重复负责人文件。
• 删除 latest 输出目录中的旧重复生成物：
  • outputs\business-proof-next-actions-latest\by-owner\media-business.md
  • outputs\business-proof-next-actions-latest\by-owner\media-business.csv
• 更新 scripts/business-proof-next-actions-smoke.js：
  • 断言三条主补证动作必须保留填表命令。
  • 断言 商务/投放 只生成 by-owner/business-media.md，不再生成 by-owner/media-business.md。

已验证

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过：
  • actionCount=5
  • topAction=填真实历史 Brief
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • ownerArtifacts=3
  • actionCount=8
  • complete=false
• latest 负责人文件已收敛为：
  • business.csv/md
  • business-media.csv/md
  • tech-ai.csv/md

当前边界

• 本轮解决的是重复行动和软件端可执行字段问题。
• 当前行动表仍不证明客户效果完成；真实历史 Brief、真实视频资源、客户选择/拒绝和人工补号量基线仍需补齐。

2026-06-07 状态 latest 输出链路修复

问题

• 长期优化计划要求每轮刷新 optimization-status-report.md。
• 原 npm run optimization:status -- --output outputs\optimization-status-latest 命令不会真正使用 --output，脚本只读取 TIHAO_STATUS_OUTPUT。
• 结果是状态审计会生成时间戳目录，但不会稳定生成 outputs\optimization-status-latest，不利于每轮沉淀、交接摘要和 round deposition 查证。

本轮修正

• 修复 scripts/optimization-status-audit.js：
  • 增加 --output 参数解析。
  • 保留 TIHAO_STATUS_OUTPUT 环境变量兼容。
  • 未传入输出目录时仍按原逻辑生成时间戳目录。
• 更新 scripts/optimization-status-smoke.js：
  • smoke 不再只检查内存 summary。
  • 真实调用 optimization-status-audit.js --output <临时目录>。
  • 断言 optimization-status-summary.json 和 optimization-status-report.md 都写入指定目录。

已验证

• node --check scripts\optimization-status-audit.js 通过。
• node --check scripts\optimization-status-smoke.js 通过。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=150
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 状态沉淀链路已补稳，但长期优化目标仍未完成。
• 当前剩余真实证明缺口仍是：
  • 5-10 个真实历史 Brief 未齐。
  • 真实候选视频资源未齐。
  • 客户最终选择/拒绝、拒绝原因和人工补号量基线未齐。
  • customer-effect:audit 仍未通过，不能宣称客户效果完成。

2026-06-07 视频 A/B 真实证明误闭环修正

问题

• proof-gap:closure 只用 video-hit-rate-summary.json.acceptance.passed=true 判断 video-ab-live-proof 是否 closed。
• 旧的本地/示例 video-hit-rate 产物没有明确 proofContext，但仍可能被 latest 扫描命中，导致 video-ab-live-proof=closed。
• business-proof:progress 又依据 closure 行把第 11 步“视频 A/B 验收”标成 pass。
• 这会和 optimization:status 中 video-ab-proof=ready_not_proven 发生冲突，并可能误导为“视频分析已经证明提升提号率”。

本轮修正

• 修复 scripts/video-hit-rate-audit.js：
  • 真实 acceptance:video-ab 产物新增 proofContext。
  • 记录 mode=live、collectionMode=live、generatedBy=acceptance:video-ab、是否需要 runtime credential、VOC social provider、video analysis provider、视频分析模型等上下文。
• 修复 scripts/proof-gap-closure-audit.js：
  • video-ab-live-proof 只有同时满足以下条件才 closed：
  • acceptance.passed=true
  • proofContext.mode=live
  • proofContext.collectionMode=live
  • proofContext.generatedBy=acceptance:video-ab
  • requiresRuntimeCredential=true
  • requiresVocSocialProvider=true
  • requiresVideoAnalysisProvider=true
  • enhanced.provider.evidence.providerStatus=ok
  • 旧产物或缺 proofContext 的 passed summary 一律不关闭真实视频 A/B 缺口。
• 修复 scripts/business-proof-progress.js：
  • 第 11 步“视频 A/B 验收”不再只看 closure。
  • 必须同时满足 optimization-status 中 video-ab-proof=passed 且 closure 为 closed，才标记为 pass。
  • 当前 video-ab-proof=ready_not_proven 时，第 11 步保持 pending。
  • 负责人 投放/商务 统一为 商务/投放，避免上游进度表再次制造负责人重复。
• 更新 smoke：
  • proof-gap:closure:smoke 增加“passed 但没有 live proofContext 不得 closed”的断言。
  • business-proof:progress:smoke 增加“status ready_not_proven 时视频 A/B 必须 pending”的断言。

已验证

• node --check scripts\video-hit-rate-audit.js 通过。
• node --check scripts\proof-gap-closure-audit.js 通过。
• node --check scripts\business-proof-progress.js 通过。
• node --check scripts\proof-gap-closure-smoke.js 通过。
• node --check scripts\business-proof-progress-smoke.js 通过。
• npm.cmd run proof-gap:closure:smoke 通过。
• npm.cmd run business-proof:progress:smoke 通过：
  • pass=3
  • blocked_by_external_data=7
  • fail=2
  • pending=3
• npm.cmd run acceptance:video-ab:smoke 通过。
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest 已刷新：
  • complete=false
  • closedCount=0
  • openCount=5
• npm.cmd run business-proof:progress -- --output outputs\business-proof-progress-latest 已刷新：
  • complete=false
  • pass=3
  • blocked=7
  • pending=3
  • fail=2
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • complete=false
  • actionCount=8
  • topAction=填真实历史 Brief
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 当前 closedCount=0, openCount=5 是更准确的状态，不是倒退。
• 旧视频 A/B 产物没有 proofContext，不能支撑真实视频提升结论。
• 要关闭 video-ab-live-proof，必须重新用真实 token/provider/真实视频资源运行 npm run acceptance:video-ab，生成带 proofContext 的新 summary。
• 长期优化目标仍未完成，仍需要真实历史数据、真实候选视频、客户选择/拒绝、拒绝原因和人工补号量基线。

2026-06-07 Proof Gap 请求包同步 closure 和负责人归一

问题

• outputs\proof-gap-request-latest 仍是较早生成的请求包，里面的 status/evidence 计数和最新 closure/progress 不一致。
• proof-gap 请求包里仍有 技术/投放、商务/客户 等负责人标签，与行动队列中的 商务、商务/投放、技术/AI 三类口径不一致。
• 请求包没有直接展示最新 proof-gap:closure 的 openCount，商务或下一轮 AI 需要额外打开 closure 文件才能确认当前真实证明缺口是否已关闭。

本轮修正

• 修复 scripts/generate-proof-gap-request.js：
  • 增加 --closure 输入，默认读取 latest proof-gap-closure-summary.json。
  • 在 observed 和报告中展示：
  • closure.complete
  • closure.openCount
  • 负责人归一：
  • video-ab-live-proof：技术/AI
  • live-provider-overnight-proof：技术/AI
  • manual-review-and-customer-effect：商务
• 更新 scripts/generate-proof-gap-request-smoke.js：
  • 构造 closure fixture。
  • 断言请求包展示 proofGapClosureOpenCount=5。
  • 断言不会出现 技术/投放、商务/客户、投放/商务 旧负责人标签。
  • 断言报告包含 closure.openCount：5。

已验证

• node --check scripts\generate-proof-gap-request.js 通过。
• node --check scripts\generate-proof-gap-request-smoke.js 通过。
• npm.cmd run proof-gap:request:smoke 通过：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run proof-gap:request -- --output outputs\proof-gap-request-latest 已刷新：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• proof-gap 请求包现在能直接看到最新 closure 口径，但它仍只是“补证请求”，不证明客户效果完成。
• 当前 unresolvedCount=5，closure.openCount=5，长期目标仍未完成。

2026-06-07 Pipeline 纳入 Proof Gap Closure 作为宣称门禁

问题

• optimization:pipeline 原本只用“所有步骤 pass + 存在 reviewCsv”判断 readyForClaim。
• 这会让本地完整假数据在 history/review/customer-effect 都通过时，可能过早出现 readyForClaim=true。
• 但长期优化计划要求客户效果和真实业务证明必须经过独立 proof gap closure，不能只靠本地 customer-effect smoke 或局部审计判断。

本轮修正

• 修复 scripts/optimization-pipeline.js：
  • Pipeline 新增 proof-gap:closure 步骤。
  • closure 会接收本轮 pipeline 产出的：
  • historical-dataset-audit.json
  • intake-readiness-summary.json
  • video-resource-readiness-summary.json
  • customer-effect-summary.json
  • readyForClaim 改为必须同时满足：
  • 所有 pipeline 步骤 status=pass
  • 存在 reviewCsv
  • proof-gap:closure complete=true
  • summary 新增 proofGapClosure：
  • complete
  • openCount
  • closedCount
  • 报告新增：
  • proofGapClosure.complete
  • proofGapClosure.openCount
  • 当步骤都 pass 但 closure 仍未 complete 时，nextActions 会输出“关闭真实证明缺口”。
• 更新 scripts/optimization-pipeline-smoke.js：
  • dry-run 必须规划 proof-gap:closure。
  • 完整本地数据可以跑通 history/review/customer-effect，但只要 proof gap 未关闭，readyForClaim 必须为 false。
  • 必须生成 <输出目录>/proof-gap-closure/proof-gap-closure-summary.json。

已验证

• node --check scripts\optimization-pipeline.js 通过。
• node --check scripts\optimization-pipeline-smoke.js 通过。
• npm.cmd run optimization:pipeline:smoke 通过：
  • steps=7
• npm.cmd run optimization:pipeline -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --current-manual-supplement-count 0 --output outputs\optimization-pipeline-latest 已刷新：
  • pass=6
  • fail=3
  • readyForClaim=false
  • proofGapClosure.complete=false
  • proofGapClosure.openCount=5
  • proofGapClosure.closedCount=0
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • actionCount=8
  • topAction=填真实历史 Brief
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest 已刷新：
  • closedCount=0
  • openCount=5
• npm.cmd run proof-gap:request -- --output E:\workspace\tihao-ai\claude-code-tihao-sourcing\outputs\proof-gap-request-latest 已刷新：
  • gapCount=5
  • unresolvedCount=5
• npm.cmd run optimization:status -- --output outputs\optimization-status-latest 已刷新：
  • passed=27
  • ready_not_proven=2
  • blocked_by_external_data=2
  • complete=false
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• Pipeline 现在更接近真实验收闭环，但仍不会自动创造真实业务证明。
• 当前 proofGapClosure.openCount=5，因此 readyForClaim=false 是正确状态。
• 仍需真实历史 Brief、真实候选视频、视频 A/B live proof、live/provider 长跑证明、客户选择和人工补号量基线。

2026-06-07 证据台账同步 Pipeline Closure 口径

问题

• optimization:pipeline 已经把 proof-gap:closure complete=true 纳入 readyForClaim 门禁。
• 但 evidence:index 里的 pipeline 分类仍是旧说明：
  • readyForClaim=true 时写“客户效果仍以 customer-effect 产物单独判定”。
  • summary 不显示 proofGapClosure.complete/openCount。
• 这会让证据台账和 pipeline 最新门禁不一致。

本轮修正

• 修复 scripts/evidence-index.js：
  • classifyPipeline 读取 pipeline.proofGapClosure。
  • summary 新增：
  • closureComplete
  • closureOpen
  • readyForClaim 展示值改为必须同时满足：
  • pipeline.readyForClaim=true
  • proofGapClosure.complete=true
  • next 文案改为：
  • closure complete 时：pipeline 已跑通且 proof-gap closure complete。
  • closure 未完成时：不能宣称业务效果。
• 更新 scripts/evidence-index-smoke.js：
  • pipeline pass fixture 增加 proofGapClosure.complete=true。
  • 新增 pipeline-claim-with-open-closure fixture：即使原始 readyForClaim=true，只要 closure open，证据台账 summary 必须显示 readyForClaim=false。
  • 断言 summary 包含 closureOpen=1。

已验证

• node --check scripts\evidence-index.js 通过。
• node --check scripts\evidence-index-smoke.js 通过。
• npm.cmd run evidence:index:smoke 通过：
  • total=26
  • smoke_or_local=12
  • not_business_proof=9
  • real_evidence=5
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=150
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 证据台账现在和 pipeline 最新门禁一致。
• 当前 pipeline 仍为：
  • readyForClaim=false
  • proofGapClosure.complete=false
  • proofGapClosure.openCount=5
• 长期目标仍未完成。

2026-06-07 Longrun Readiness 接入 Proof-Gap Closure 门禁

问题

• proof-gap:request 只能说明当前请求包里还有哪些缺口，不能证明缺口已真实关闭。
• 如果 longrun:readiness 只看 request 的 unresolved 数，可能出现“请求表同步了，但 closure 仍有 open 项”的误判。
• 这会让 full-matrix 或 customer-effect 长跑在真实证明缺口未关闭时被误认为可启动或可宣称完成。

本轮修正

• 修复 scripts/long-run-readiness-audit.js：
  • 新增 --proof-gap-closure 参数和 TIHAO_PROOF_GAP_CLOSURE_SUMMARY 环境变量。
  • full-matrix 和 customer-effect 模式会检查 proofGapClosure.complete=true 且 openCount=0。
  • nextCommands 增加 npm run proof-gap:closure -- --output outputs\proof-gap-closure-latest。
  • 边界增加：proof-gap:closure 仍有 open 项时，不能宣称长期优化目标完成。
• 更新 scripts/long-run-readiness-smoke.js：
  • happy path 必须传入已关闭的 proof-gap closure。
  • 新增 request unresolved=0 但 closure openCount=5 的用例，必须判定 ready=false。
  • 断言 full-matrix 下一步命令包含 proof-gap:closure。
• 新增软件端格式补证表：
  • docs/ai-optimization-proof-gap-software-table.md
  • 按软件端固定 17 列输出。
  • 将重复补证动作收敛为 5 个唯一任务：真实历史 Brief 数据集、真实视频资源表、真实视频证据 A/B、真实 provider 长跑、商务复核和客户效果。

已验证

• node --check scripts\long-run-readiness-audit.js 通过。
• node --check scripts\long-run-readiness-smoke.js 通过。
• npm.cmd run longrun:readiness:smoke 通过。
• npm.cmd run longrun:readiness -- --mode full-matrix --intake-readiness outputs\intake-readiness-latest\intake-readiness-summary.json --proof-gap outputs\proof-gap-request-latest\proof-gap-request-summary.json --proof-gap-closure outputs\proof-gap-closure-latest\proof-gap-closure-summary.json --history outputs\optimization-pipeline-latest\history-audit\historical-dataset-audit.json --output outputs\long-run-readiness-latest 已刷新：
  • ready=false
  • failCount=7
  • warnCount=0
• npm.cmd run business-proof:progress -- --output outputs\business-proof-progress-latest 已刷新：
  • complete=false
  • pass=3
  • blocked=7
  • pending=3
  • fail=2
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • complete=false
  • actionCount=8
  • ownerArtifacts=3
  • topAction=填真实历史 Brief
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=150
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 当前 longrun:readiness 已经受 proof-gap:closure 约束，不能绕过真实关闭证据。
• 当前 proofGapClosure.complete=false 且 openCount=5，长期优化目标仍未完成。
• 当前仍缺：
  • 5-10 个真实历史 Brief、人工最终名单、客户选择/拒绝记录、拒绝原因和历史人工补号量基线。
  • 真实候选视频资源。
  • 真实视频 A/B live proof。
  • 真实 live/provider 长跑证明。
  • 商务复核标注、客户最终选择和本轮人工补号量。

2026-06-07 补证行动队列按业务缺口去重

问题

• docs/ai-optimization-proof-gap-software-table.md 已经按软件端格式收敛为 5 个唯一补证任务。
• 但 business-proof:next-actions 的真实 latest 仍输出 8 条行动：
  • 历史数据填写、历史数据导入、历史数据审计被拆成多行。
  • 视频资源填写、视频资源就绪审计被拆成多行。
  • 长跑前门禁、运行策略矩阵、真实 live/provider 长跑证明被拆成多行。
  • 视频 A/B 验收和真实视频 A/B live proof 没有合并。
• 这会让商务或技术看板误以为需要领取更多独立任务，实际只是同一业务缺口的填写、转换、审计和验收动作。

本轮修正

• 修复 scripts/business-proof-next-actions.js：
  • 新增 compactBusinessGapActions，把技术验证动作合并到对应业务缺口。
  • 历史链路合并为 填真实历史 Brief，保留 intake、history:from-csv、history:audit 的验证说明和预期产物。
  • 视频资源链路合并为 填真实视频资源，保留 video:resource-readiness 的验证说明。
  • 商务复核链路合并为 人工复核标注，保留 review:metrics 和 customer-effect:audit 的验证说明。
  • 视频验收链路合并为 真实视频 A/B 验收。
  • live 长跑链路合并为 真实 live/provider 长跑证明，保留 longrun readiness 和 optimization:pipeline 的前置说明。
  • longrun:readiness 推荐命令同步增加 --proof-gap-closure outputs\proof-gap-closure-latest\proof-gap-closure-summary.json。
  • closure 标题统一中文化，避免输出 live proof 等半英文标题。
• 更新 scripts/business-proof-next-actions-smoke.js：
  • 验证重复技术动作不会单独出现。
  • 验证合并后仍保留 intake/history/video/review/customer-effect 的验证说明。
  • 不再用旧的固定行动数作为主断言，而是以“核心缺口存在、重复技术动作不存在”为验收口径。

已验证

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过：
  • fixture actionCount=3
  • topAction=填真实历史 Brief
• npm.cmd run business-proof:next-actions -- --output outputs\business-proof-next-actions-latest 已刷新：
  • complete=false
  • actionCount=5
  • ownerArtifacts=3
  • topAction=填真实历史 Brief
• 最新行动队列 5 条：
  • 填真实历史 Brief
  • 填真实视频资源
  • 人工复核标注
  • 真实视频 A/B 验收
  • 真实 live/provider 长跑证明
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=150
  • realEvidence=5
  • smokeOrLocal=24
  • notProof=121
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=44
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 行动队列已和软件端去重补证表一致，但这只是补证安排，不是客户效果证明。
• 当前仍是：
  • proofGap.openCount=5
  • intake.failureCount=9
  • video.failureCount=1
  • pipeline.readyForClaim=false
• 继续不得宣称长期优化目标完成。

2026-06-07 沉淀审计固化行动队列去重门禁

问题

• 上一轮已经把 business-proof:next-actions 真实 latest 从 8 条压成 5 条。
• 但 round:deposition 只记录 businessProofNextActionsCount=5，没有把“必须按业务缺口去重”作为硬性检查。
• 如果后续生成器回归到 7/8 条重复动作，沉淀审计仍可能通过，商务端又会看到重复任务。

本轮修正

• 修复 scripts/round-deposition-audit.js：
  • 新增 business-proof-next-actions-deduped 检查项。
  • 要求下一步行动队列数量与 proofGap.unresolvedCount 对齐。
  • 当 unresolvedCount >= 5 时，必须包含 5 个核心动作：
  • 填真实历史 Brief
  • 填真实视频资源
  • 人工复核标注
  • 真实视频 A/B 验收
  • 真实 live/provider 长跑证明
  • 禁止把以下技术动作重新拆成独立业务行动：
  • 真实材料预审
  • 历史数据导入
  • 历史数据审计
  • 视频资源就绪审计
  • 长跑前门禁
  • 运行策略矩阵
  • 视频 A/B 验收
  • 商务复核指标
  • 客户效果审计
  • 要求行动队列覆盖 商务、商务/投放、技术/AI 三类负责人。
• 更新 scripts/round-deposition-smoke.js：
  • smoke fixture 的 next actions 从 1 条扩展为 5 条核心业务缺口。
  • 断言沉淀审计包含 business-proof-next-actions-deduped。
  • 断言 businessProofNextActionsCount=5。

已验证

• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=45
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=45
  • failCount=0
  • warnCount=0
  • businessProofNextActionsCount=5
• npm.cmd run acceptance 通过。

当前边界

• 行动队列去重现在有生成器 smoke 和 round deposition 双层保护。
• 当前仍是补证阶段：
  • proofGapUnresolvedCount=5
  • proofGapClosure.openCount=5
  • intakeReadinessFailureCount=9
  • longRunReadinessReady=false
• 仍不得宣称客户效果、视频提升或长期优化目标完成。

2026-06-07 软件端补证表与 Next Actions 一致性门禁

问题

• docs/ai-optimization-proof-gap-software-table.md 是给软件端和商务看的 5 条补证表。
• outputs/business-proof-next-actions-latest/business-proof-next-actions-summary.json 是自动生成的下一步行动队列。
• 上一轮两者都已经是 5 条，但此前没有自动检查两者是否一致。
• 如果文档表被人工改成另一套标题，或 next-actions 又拆出重复技术动作，acceptance 可能仍然通过。

本轮修正

• 修复 scripts/plan-consistency-smoke.js：
  • 扫描文件从 6 个增加到 7 个，新增 docs/ai-optimization-proof-gap-software-table.md。
  • 检查该文档必须使用软件端固定 17 列表头。
  • 检查该文档必须只有 5 个 GAP-001 到 GAP-005 行，且 ID 不重复。
  • 检查 5 行核心补证任务：
  • 真实历史 Brief 数据集
  • 真实视频资源表
  • 真实视频证据 A/B
  • 真实 live/provider 长跑证明
  • 商务复核和客户效果
  • 检查 latest next-actions 必须与该表数量一致。
  • 检查 latest next-actions 必须包含：
  • 填真实历史 Brief
  • 填真实视频资源
  • 人工复核标注
  • 真实视频 A/B 验收
  • 真实 live/provider 长跑证明
  • 检查 latest next-actions 不得重新出现重复技术动作：
  • 真实材料预审
  • 历史数据导入
  • 历史数据审计
  • 视频资源就绪审计
  • 长跑前门禁
  • 运行策略矩阵
  • 视频 A/B 验收
  • 商务复核指标
  • 客户效果审计
• 统一 docs/ai-optimization-proof-gap-software-table.md：
  • GAP-004 标题从 真实 provider 长跑 调整为 真实 live/provider 长跑证明，与 next-actions 保持一致。

已验证

• node --check scripts\plan-consistency-smoke.js 通过。
• npm.cmd run plan:consistency:smoke 通过：
  • scannedFiles=7
  • hits=[]
• npm.cmd run acceptance 通过。
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 通过：
  • passed=true
  • passCount=45
  • failCount=0
  • warnCount=0

当前边界

• 软件端补证表、next-actions 和 round deposition 现在都锁定 5 条核心补证口径。
• 当前仍未补齐真实业务证明：
  • proofGapUnresolvedCount=5
  • proofGapClosure.openCount=5
  • intakeReadinessFailureCount=9
  • longRunReadinessReady=false
• 继续不得宣称长期优化目标完成。

2026-06-07 最新提号补证表单导出

问题

• 此前最新补证表主要沉淀在 docs/ai-optimization-proof-gap-software-table.md。
• 自动行动队列也有 outputs/business-proof-next-actions-latest/business-proof-next-actions.csv。
• 但还缺一个明确的“最新提号表单”输出目录，方便商务或软件端直接拿 CSV/Markdown/summary。

本轮修正

• 新增 scripts/export-proof-gap-software-form.js：
  • 从 docs/ai-optimization-proof-gap-software-table.md 读取软件端格式补证表。
  • 导出 CSV、Markdown 和 summary 到 outputs/tihao-proof-gap-software-form-latest。
  • CSV 使用 UTF-8 BOM，Excel 打开中文不乱码。
  • 校验软件端固定 17 列、5 行、GAP ID 不重复、核心标题齐全。
  • summary 记录 rowCount、duplicateIdCount、headerMatches、rowWidthOk 和 passed。
• 新增 scripts/export-proof-gap-software-form-smoke.js：
  • 校验导出的 CSV/Markdown/summary 文件存在。
  • 校验 CSV 有 BOM、5 行、无重复 ID、无 token/sessionToken 形态。
• 新增 npm 脚本：
  • proof-gap:software-form
  • proof-gap:software-form:smoke
• scripts/acceptance.js 增加 proof-gap:software-form:smoke。
• scripts/plan-consistency-smoke.js 增加 latest 表单 summary 检查：
  • outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form-summary.json
  • 必须 passed=true、headerMatches=true、rowWidthOk=true、rowCount=5、duplicateIdCount=0。

最新表单位置

• CSV：
  • outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form.csv
• Markdown：
  • outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form.md
• Summary：
  • outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form-summary.json

已验证

• node --check scripts\export-proof-gap-software-form.js 通过。
• node --check scripts\export-proof-gap-software-form-smoke.js 通过。
• npm.cmd run proof-gap:software-form -- --output outputs\tihao-proof-gap-software-form-latest --strict 已生成最新表单：
  • rowCount=5
  • duplicateIdCount=0
  • headerMatches=true
• npm.cmd run proof-gap:software-form:smoke 通过：
  • rowCount=5
  • duplicateIdCount=0
• npm.cmd run plan:consistency:smoke 通过：
  • scannedFiles=7
  • hits=[]
• npm.cmd run acceptance 通过。
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 通过：
  • passed=true
  • passCount=45
  • failCount=0
  • warnCount=0

当前边界

• 最新提号补证表单已可直接打开 CSV 使用，但它仍是补证任务表，不是客户提号结果名单。
• 客户效果、视频提升和长期目标仍需真实历史 Brief、真实候选视频、真实 A/B、live/provider 长跑和客户复核数据证明。

2026-06-07 沉淀审计记录最新提号表单

问题

• 最新提号补证表单已经导出到 outputs/tihao-proof-gap-software-form-latest。
• acceptance 和 plan consistency 已经会检查表单。
• 但 round:deposition 的来源、当前观测和检查项里还没有记录该表单，交接报告无法直接看到表单是否通过、行数和重复 ID 数。

本轮修正

• 修复 scripts/round-deposition-audit.js：
  • 新增 --proof-gap-software-form 参数。
  • 自动读取 latest tihao-proof-gap-software-form-summary.json。
  • sources 增加 proofGapSoftwareFormSummary。
  • observed 增加：
  • proofGapSoftwareFormPassed
  • proofGapSoftwareFormRowCount
  • proofGapSoftwareFormDuplicateIdCount
  • proofGapSoftwareFormHeaderMatches
  • proofGapSoftwareFormRowWidthOk
  • 检查项增加：
  • proof-gap-software-form-summary
  • proof-gap-software-form-passed
  • 验收口径为：
  • passed=true
  • headerMatches=true
  • rowWidthOk=true
  • rowCount 与 proofGap.unresolvedCount 对齐
  • duplicateIdCount=0
  • 核心 5 个标题齐全。
• 更新 scripts/round-deposition-smoke.js：
  • fixture 增加 outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form-summary.json。
  • 断言 summary 和 report 都记录最新表单状态。

已验证

• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=47
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=47
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 每轮沉淀现在同时记录：
  • 真实证明缺口请求包
  • proof-gap closure
  • business-proof next-actions
  • 最新提号补证表单
• 当前表单通过不代表客户效果完成；它只证明补证任务表格式和去重口径稳定。

2026-06-07 交接摘要暴露最新提号表单

问题

• 最新提号补证表单已经导出并被 round:deposition 记录。
• 但 handoff:summary 仍只列出数据模板、补证进度表、下一步行动队列和负责人文件。
• 下一轮 AI 或商务打开交接摘要时，无法直接看到最新表单 CSV/Markdown/Summary，也看不到表单的 passed、rowCount 和 duplicateIdCount。

本轮修正

• 修复 scripts/generate-optimization-handoff.js：
  • 自动发现 latest outputs/tihao-proof-gap-software-form-latest。
  • 读取 tihao-proof-gap-software-form-summary.json。
  • summary 新增 proofGapSoftwareForm：
  • csv
  • markdown
  • summary
  • passed
  • rowCount
  • duplicateIdCount
  • headerMatches
  • rowWidthOk
  • Markdown 报告新增 ## 最新提号补证表单 区块。
  • nextCommands 新增：
  • npm run proof-gap:software-form -- --output outputs\tihao-proof-gap-software-form-latest --strict
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 断言 handoff summary 包含最新表单 summary/csv/markdown。
  • 断言表单 passed=true、rowCount=5、duplicateIdCount=0。
  • 断言 handoff report 包含 ## 最新提号补证表单、CSV 路径和表单状态。

已验证

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• 最新交接摘要现在包含：
  • outputs/tihao-proof-gap-software-form-latest/tihao-proof-gap-software-form.csv
  • passed=true
  • rowCount=5
  • duplicateIdCount=0
• npm.cmd run acceptance 通过。
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 通过：
  • passed=true
  • passCount=47
  • failCount=0
  • warnCount=0

当前边界

• handoff 现在能直接交接最新表单，但该表单仍是补证任务表，不是最终客户博主名单。
• 仍需真实历史 Brief、真实候选视频、真实视频 A/B、live/provider 长跑和客户复核数据来关闭 5 个 proof gap。

2026-06-07 证据台账纳入最新提号补证表单

问题

• 最新提号补证表单已经生成、被 handoff 暴露，并被 round deposition 记录。
• 但 evidence:index 仍只识别 proof-gap request/closure、handoff、round deposition 等产物。
• 这会导致证据台账里看不到“软件端格式补证表单”这一项，下一轮审计时需要从 handoff 或 outputs 侧绕路确认。

本轮修正

• 修复 scripts/evidence-index.js：
  • 自动读取 tihao-proof-gap-software-form-summary.json。
  • 新增证据类型 proof-gap-software-form。
  • passed=true 时只归类为 smoke_or_local，不归类为 real_evidence。
  • 摘要输出 rows、duplicateId、header、rowWidth。
  • next 明确写明：用于软件端/商务补证任务表，不证明客户效果或命中率提升。
• 修复 scripts/evidence-index-smoke.js：
  • fixture 增加最新补证表单 summary。
  • 断言总条目从 26 增至 27。
  • 断言 smoke_or_local 从 12 增至 13。
  • 断言 proof-gap-software-form=1。

已验证

• node --check scripts\evidence-index.js 通过。
• node --check scripts\evidence-index-smoke.js 通过。
• npm.cmd run evidence:index:smoke 通过：
  • total=27
  • smoke_or_local=13
  • not_business_proof=9
  • real_evidence=5
• npm.cmd run evidence:index -- --output outputs\evidence-index-latest 已刷新：
  • total=151
  • realEvidence=5
  • smokeOrLocal=25
  • notProof=121
• npm.cmd run handoff:summary -- --output outputs\optimization-handoff-latest 已刷新：
  • complete=false
  • readyCapabilities=27
  • externalBlockers=2
• npm.cmd run round:deposition -- --output outputs\round-deposition-latest 已刷新：
  • passed=true
  • passCount=47
  • failCount=0
  • warnCount=0
• npm.cmd run acceptance 通过。

当前边界

• 证据台账现在能直接识别最新提号补证表单，避免交接时遗漏该产物。
• 该表单仍只是补证任务表，不是客户 Brief 上传后的真实博主名单。
• 当前长期目标仍未完成：5 个 proof gap 仍需真实历史 Brief、真实视频资源、真实视频 A/B、真实 live/provider 长跑和客户复核效果数据来关闭。

2026-06-07 固化每轮 latest 刷新顺序

问题

• 长期优化计划要求每轮结束后刷新：
  • outputs/optimization-status-latest/optimization-status-report.md
  • outputs/evidence-index-latest/evidence-index-report.md
  • outputs/optimization-handoff-latest/optimization-handoff-report.md
  • outputs/round-deposition-latest/round-deposition-report.md
• 这些产物之间有顺序依赖：round deposition 应读取已经刷新的 evidence index，handoff 应暴露最新 proof-gap software form。
• 手动并行运行时容易出现 latest 之间短暂不同步，例如 round 读到旧 evidence counts。

本轮修正

• 新增 scripts/refresh-round-artifacts.js：
  • 固定按顺序运行：
  • proof-gap:software-form
  • optimization:status
  • evidence:index
  • handoff:summary
  • round:deposition --strict
  • 输出 outputs/round-refresh-summary.json，记录每个步骤是否通过。
  • 支持 --output-root，可用于真实 latest 或临时 smoke 目录。
• 新增 scripts/refresh-round-artifacts-smoke.js：
  • 在临时目录预置必要 proof-gap、intake、longrun、business-proof 依赖产物。
  • 自动复制一份已有真实 evidence seed，确保 evidence counts 同时覆盖 real_evidence、smoke_or_local、not_business_proof。
  • 断言 refresh 顺序稳定、最新表单通过、handoff 暴露表单、round 读取到刷新后的 evidence index。
• 更新 package.json：
  • 新增 round:refresh
  • 新增 round:refresh:smoke
• 更新 scripts/acceptance.js：
  • 总验收纳入 round:refresh:smoke。

已验证

• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• npm.cmd run round:refresh:smoke 通过：
  • steps=proof-gap-software-form:pass, optimization-status:pass, evidence-index:pass, optimization-handoff:pass, round-deposition:pass
  • roundPassCount=47
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • optimization-status-latest: passed=27、ready_not_proven=2、blocked_by_external_data=2、complete=false
  • evidence-index-latest: total=151、realEvidence=5、smokeOrLocal=25、notProof=121
  • optimization-handoff-latest: complete=false、readyCapabilities=27、externalBlockers=2
  • round-deposition-latest: passed=true、passCount=47、failCount=0
• npm.cmd run acceptance 通过。

当前边界

• 现在每轮沉淀可以用一个命令刷新，避免 latest 产物之间顺序不同步。
• 这仍不关闭真实业务证明缺口；当前 complete=false，ready_not_proven=2，blocked_by_external_data=2。
• 5 个 proof gap 仍需真实历史 Brief、真实视频资源、真实视频 A/B、真实 live/provider 长跑和客户复核效果数据来关闭。

2026-06-07 交接和 SOP 暴露一键刷新入口

问题

• round:refresh 已经能按固定顺序刷新每轮 latest 产物。
• 但 handoff:summary 的 nextCommands 仍提示分开跑 evidence:index 和 handoff:summary。
• docs/business-proof-action-order.md 第 15 步仍按旧方式列多个分散命令。
• docs/tihao-experience-optimization-plan.md 的每轮沉淀章节也没有明确优先使用 round:refresh。

本轮修正

• 修复 scripts/generate-optimization-handoff.js：
  • nextCommands 新增“每轮沉淀一键刷新”：
  • npm run round:refresh -- --output-root outputs --strict
  • 单独 evidence:index 和 handoff:summary 命令改为排查/单独刷新时使用。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 断言 handoff 必须包含 round:refresh 且包含 --strict。
• 更新 docs/business-proof-action-order.md：
  • 第 15 步优先使用 round:refresh。
  • 保留单独排查命令。
  • 通过标准改为 round-refresh-summary.json 5 步全部通过，且 round:deposition 通过。
• 更新 docs/tihao-experience-optimization-plan.md：
  • 每轮沉淀章节新增优先命令：
  • npm run round:refresh -- --output-root outputs --strict

已验证

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run plan:consistency:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • round-refresh-summary.json: 5 步全部 pass
  • optimization-status-latest: complete=false
  • evidence-index-latest: total=151、realEvidence=5、smokeOrLocal=25、notProof=121
  • optimization-handoff-latest: readyCapabilities=27、externalBlockers=2
  • round-deposition-latest: passed=true、passCount=47、failCount=0

当前边界

• 下一轮 AI 或商务看 handoff/SOP 时，会优先看到一键沉淀入口。
• 该入口只保证沉淀顺序和审计一致，不证明客户效果完成。
• 长期目标仍未完成：proofGapClosureOpenCount=5，仍需真实业务材料关闭缺口。

2026-06-07 状态审计 next 文案统一到一键刷新

问题

• handoff 的 nextCommands 已经优先暴露 round:refresh。
• 但 optimization-status 的 readyCapabilities 里仍有旧 next 文案：
  • optimization-handoff 仍提示单独跑 handoff:summary。
  • round-deposition 仍提示先跑 round:deposition，再刷新 evidence:index 和 handoff:summary。
  • evidence-index 仍提示单独跑 evidence:index。
• 这些文案会进入 handoff 的 readyCapabilities，导致同一份交接摘要里前后口径不一致。

本轮修正

• 修复 scripts/optimization-status-audit.js：
  • optimization-handoff.next 改为常规每轮优先 round:refresh，只在单独刷新交接摘要时跑 handoff:summary。
  • round-deposition.next 改为常规每轮优先 round:refresh，确保状态、证据台账、交接摘要和沉淀审计按顺序刷新。
  • evidence-index.next 改为长跑或复核后优先 round:refresh，只在单独刷新证明等级时跑 evidence:index。
• 更新 scripts/optimization-status-smoke.js：
  • 断言 optimization-handoff.next 必须包含 round:refresh。
  • 断言 round-deposition.next 必须包含 round:refresh，且不得再包含旧的“再刷新 evidence:index”口径。
  • 断言 evidence-index.next 必须包含 round:refresh。

已验证

• node --check scripts\optimization-status-audit.js 通过。
• node --check scripts\optimization-status-smoke.js 通过。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • round-refresh-summary.json: 5 步全部 pass
  • optimization-status-latest: 三个 next 文案均指向 round:refresh
  • optimization-handoff-latest: readyCapabilities 和 nextCommands 均指向 round:refresh
  • round-deposition-latest: passed=true、failCount=0

当前边界

• 交接摘要现在前后口径一致：常规每轮沉淀优先使用 round:refresh。
• 这仍只是流程沉淀优化，不关闭真实业务证明缺口。
• 当前 proofGapClosureOpenCount=5，仍需真实历史 Brief、真实视频资源、真实 A/B、真实 live/provider 长跑和客户复核效果数据。

2026-06-07 扩展 round:refresh 为完整每轮沉淀链路

问题

• 之前 round:refresh 只刷新提号补证表单、状态、证据台账、交接摘要和 round deposition。
• proof-gap:request、proof-gap:closure、business-proof:progress、business-proof:next-actions 仍依赖旧 latest。
• 扩展刷新链后，business-proof:next-actions 暴露出一个真实回归：模板生成步骤、视频资源收集包生成步骤和“刷新证据和交接”步骤混入了下一步业务补证队列，导致行动数从 5 条膨胀到 8 条。

本轮修正

• 修复 scripts/refresh-round-artifacts.js：
  • 一键刷新顺序扩展为 9 步：proof-gap-software-form、proof-gap-request、proof-gap-closure、business-proof-progress、business-proof-next-actions、optimization-status、evidence-index、optimization-handoff、round-deposition。
  • round-refresh-summary.json 现在记录 proof-gap 和 business-proof 两类产物路径。
• 修复 scripts/refresh-round-artifacts-smoke.js：
  • 断言 9 步顺序稳定。
  • 断言 proof-gap request、proof-gap closure、business-proof progress、business-proof next-actions 都被刷新。
• 修复 scripts/business-proof-next-actions.js：
  • 将 step-01、step-02、step-15 作为准备/沉淀动作过滤，不再进入业务补证行动队列。
  • guardrail 改为补齐真实材料后优先运行 npm run round:refresh -- --output-root outputs --strict。
• 修复 scripts/business-proof-next-actions-smoke.js：
  • 断言 guardrail 必须包含 round:refresh。
  • 断言不能保留旧的手动分散刷新顺序。
  • 断言模板生成和沉淀刷新步骤不得进入业务补证行动队列。
• 更新 docs/business-proof-action-order.md：
  • 第 15 步通过标准从 round-refresh-summary.json 5 步通过改为 9 步通过。
• 更新 scripts/generate-optimization-handoff.js：
  • handoff 中一键刷新说明补充 proof-gap 请求/关闭审计、业务补证进度和下一步行动队列。

已验证

• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：
  • steps=proof-gap-software-form:pass, proof-gap-request:pass, proof-gap-closure:pass, business-proof-progress:pass, business-proof-next-actions:pass, optimization-status:pass, evidence-index:pass, optimization-handoff:pass, round-deposition:pass
  • business-proof-next-actions.actionCount=5
  • roundPassCount=47
• npm.cmd run plan:consistency:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • proof-gap-request-latest: unresolvedCount=5
  • proof-gap-closure-latest: openCount=5
  • business-proof-progress-latest: pass=3、blocked=7、pending=3、fail=2
  • business-proof-next-actions-latest: actionCount=5
  • evidence-index-latest: total=151、realEvidence=5、smokeOrLocal=25、notProof=121
  • round-deposition-latest: passed=true、failCount=0

当前边界

• 每轮沉淀现在会刷新 proof-gap、business-proof、status、evidence、handoff 和 round deposition，减少旧产物混入交接的风险。
• 下一步行动队列重新收敛为 5 个业务缺口，不再把模板生成或沉淀刷新当成客户补证动作。
• 当前 proofGapClosureOpenCount=5，真实业务证明仍未关闭，不能宣称客户效果或命中率提升已达标。

2026-06-07 新增最新提号表单索引

问题

• 当前同时存在“最新提号补证表单”和“软件端候选名单”，商务询问“最新提号表单”时容易混淆。
• 交接摘要能看到多个产物，但还缺一个轻量入口，直接告诉下一轮 AI 或商务：当前该打开哪份表、哪份只是候选名单、负责人行动文件在哪里。

本轮修正

• 新增 scripts/latest-form-index.js：
  • 输出 outputs/latest-form-index-latest/latest-form-index.md 和 latest-form-index-summary.json。
  • 集中索引最新提号补证表单、最新软件端候选名单、负责人行动 Markdown/CSV、交接摘要和 proof guardrail。
  • 明确 directCustomerProof=false，避免把补证表单或候选名单误当成客户效果证明。
• 新增 scripts/latest-form-index-smoke.js：
  • 断言能找到 tihao-proof-gap-software-form.csv 和 software-client-list.final.csv。
  • 断言负责人行动文件存在。
  • 断言报告不包含 sessionToken、模型 token 或英文鉴权头敏感词。
• 更新 round:refresh：
  • 一键刷新链路从 9 步扩展为 10 步，新增 latest-form-index。
  • round-refresh-summary.json 新增 latestFormIndex 产物路径。
• 更新 docs/business-proof-action-order.md 和 docs/tihao-experience-optimization-plan.md：
  • 第 15 步通过标准改为 round-refresh-summary.json 10 步通过。
  • 每轮输出补充最新提号表单索引。

已验证

• node --check scripts\latest-form-index.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：
  • steps=proof-gap-software-form:pass, proof-gap-request:pass, proof-gap-closure:pass, business-proof-progress:pass, business-proof-next-actions:pass, optimization-status:pass, evidence-index:pass, optimization-handoff:pass, latest-form-index:pass, round-deposition:pass

当前边界

• 最新表单入口现在更容易给商务使用，但它仍只解决“找到表单和行动文件”的问题。
• 当前真实业务证明缺口仍是 5 个：真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑。

2026-06-07 将最新表单索引纳入交接和沉淀审计

问题

• 上一轮已生成 outputs/latest-form-index-latest/latest-form-index.md，但 handoff 和 round deposition 还没有把它当成必须检查的一等产物。
• 这会导致“最新表单入口”虽然存在，但下一轮 AI 或商务仍可能只看交接摘要，漏掉统一索引。

本轮修正

• 更新 scripts/generate-optimization-handoff.js：
  • 新增 latestFormIndex 汇总字段。
  • 报告新增“最新提号表单索引”区块，展示索引报告、summary、补证表单、候选名单、actionCount 和 proofOpenCount。
  • 下一轮命令新增 npm run latest-form:index -- --output outputs\latest-form-index-latest --strict。
• 更新 scripts/refresh-round-artifacts.js：
  • 刷新顺序调整为先生成 latest-form-index，再生成 optimization-handoff，最后跑 round-deposition。
  • 这样 handoff 能引用本轮最新索引。
• 更新 scripts/round-deposition-audit.js：
  • 新增 latest-form-index-summary、latest-form-index-passed、handoff-latest-form-index 三个检查项。
  • 当前沉淀审计需要确认索引通过、指向补证表单、指向软件端候选名单、包含负责人行动文件，并且 handoff 已引用索引。
• 更新 scripts/evidence-index.js：
  • 新增 latest-form-index 证据分类，标记为 smoke_or_local，明确不证明客户效果或命中率提升。
• 更新 smoke：
  • handoff:summary:smoke 断言 handoff 包含最新表单索引。
  • round:deposition:smoke 断言沉淀审计检查最新表单索引。
  • evidence:index:smoke 断言证据台账识别 latest-form-index。
  • optimization:status:smoke 断言状态审计暴露稳定 ID latest-form-index。
  • round:refresh:smoke 在临时环境中种入 software-client-latest，保证索引必须指向候选名单。

已验证

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• node --check scripts\evidence-index.js 通过。
• node --check scripts\optimization-status-audit.js 通过。
• npm.cmd run handoff:summary:smoke 通过：readyCapabilities=28。
• npm.cmd run round:deposition:smoke 通过：passCount=50、failCount=0。
• npm.cmd run evidence:index:smoke 通过：total=28、smoke_or_local=14。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：
  • steps=proof-gap-software-form:pass, proof-gap-request:pass, proof-gap-closure:pass, business-proof-progress:pass, business-proof-next-actions:pass, optimization-status:pass, evidence-index:pass, latest-form-index:pass, optimization-handoff:pass, round-deposition:pass
  • roundPassCount=50

当前边界

• 最新表单索引现在进入了 handoff、status、evidence 和 round deposition 闭环。
• 这仍是交付/沉淀能力，不关闭真实业务证明缺口。
• 当前仍需补齐 5 个真实缺口后，才能验证客户效果或命中率提升。

2026-06-07 补强真实材料收集包字段验收说明

问题

• 数据收集包和视频收集包已有基础填写规则，但缺少逐字段验收表。
• 商务填表时容易把“客户选择”“历史人工补号量基线”“参考账号或视频”“是否真实资源”等字段按自然语言填成半成品，导致后续 intake:readiness 才整批退回。

本轮修正

• 更新 scripts/create-data-intake-pack.js：
  • README 新增“字段填写验收表”。
  • 历史数据表逐字段说明 brief编号、客户原始Brief、历史人工补号量基线、参考账号或视频、博主名称/主页链接、客户选择、拒绝原因 的必填规则和常见退回原因。
  • 人工复核表逐字段说明 人工复核标签、归因类型、反馈原因、客户选择、本轮人工补号量 的验收规则。
  • README 新增先跑 npm run intake:readiness 的预审命令。
• 更新 scripts/create-video-intake-pack.js：
  • README 新增“字段填写验收表”。
  • 逐字段说明 资源角色、博主名称/主页链接、视频链接、封面链接、字幕或ASR文本、帧图链接、内容摘要/风格调性标签/画面人设场景信号、是否真实资源 的必填规则和常见退回原因。
  • README 新增先跑 npm run video:resource-readiness 的预审命令。
• 更新 smoke：
  • data:intake-template:smoke 断言 README 包含字段验收表、常见退回原因、intake readiness 预审命令和客户拒绝原因要求。
  • video:intake-template:smoke 断言 README 包含字段验收表、常见退回原因、video resource readiness 预审命令和防止占位行标成真实资源的提醒。
• 重新生成 latest 收集包：
  • outputs/data-intake-pack-latest/README.md
  • outputs/video-intake-pack-latest/README.md

已验证

• node --check scripts\create-data-intake-pack.js 通过。
• node --check scripts\create-video-intake-pack.js 通过。
• npm.cmd run data:intake-template:smoke 通过。
• npm.cmd run video:intake-template:smoke 通过。
• npm.cmd run data:intake-template -- --output outputs\data-intake-pack-latest 已刷新数据收集包。
• npm.cmd run video:intake-template -- --output outputs\video-intake-pack-latest 已刷新视频收集包。
• npm.cmd run intake:readiness -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-readiness-latest 通过执行，当前模板数据正确被拦截：
  • overallReady=false
  • failureCount=9
• npm.cmd run video:resource-readiness -- --input outputs\video-intake-pack-latest\video-resource-template.csv --output outputs\video-resource-readiness-latest 通过执行，当前模板数据正确被拦截：
  • readyForVideoAbPreflight=false
  • failureCount=1
  • 主要问题是缺少真实候选视频资源。

当前边界

• 字段验收表降低商务填表返工，但模板仍不是业务证明。
• 当前 latest 收集包仍包含示例/待补内容，预审保持不通过是正确结果。
• 后续需要商务把模板替换为真实历史 Brief、真实视频资源、客户选择和人工补号量后，再重新运行预审和审计。

2026-06-07 预审报告新增修复动作 CSV

问题

• intake:readiness 和 video:resource-readiness 之前能告诉用户有哪些问题，但商务/投放还需要人工把问题翻译成“改哪张表、哪一列、由谁改、通过标准是什么”。
• 这会增加真实材料补齐的沟通成本，也容易让下一轮 AI 只看到 failureCount，却不知道如何派工。

本轮修正

• 更新 scripts/intake-readiness-audit.js：
  • summary 新增 repairActions。
  • 报告新增“修复清单”表。
  • 输出新增 intake-readiness-repair-actions.csv，列包含优先级、负责人、区域、问题类型、文件、字段、修复动作和通过标准。
  • 当前模板预审会把 9 个 issue 映射成 9 条修复动作。
• 更新 scripts/video-resource-readiness-audit.js：
  • summary 新增 repairActions。
  • 报告新增“修复清单”表。
  • 输出新增 video-resource-repair-actions.csv，列包含优先级、负责人、问题类型、行号、文件、字段、修复动作和通过标准。
  • 当前模板视频资源预审会把缺真实候选视频映射成 1 条修复动作。
• 更新 smoke：
  • intake:readiness:smoke 断言模板审计为每个 issue 输出一条 repair action，并生成 CSV。
  • video:resource-readiness:smoke 断言失败样本输出 repair actions 和 CSV，成功样本 repair actions 为 0。

已验证

• node --check scripts\intake-readiness-audit.js 通过。
• node --check scripts\video-resource-readiness-audit.js 通过。
• npm.cmd run intake:readiness:smoke 通过。
• npm.cmd run video:resource-readiness:smoke 通过。
• npm.cmd run intake:readiness -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-readiness-latest 已刷新：
  • failureCount=9
  • repairActionCount=9
  • 新增 outputs/intake-readiness-latest/intake-readiness-repair-actions.csv
• npm.cmd run video:resource-readiness -- --input outputs\video-intake-pack-latest\video-resource-template.csv --output outputs\video-resource-readiness-latest 已刷新：
  • failureCount=1
  • repairActionCount=1
  • 新增 outputs/video-resource-readiness-latest/video-resource-repair-actions.csv

当前边界

• 修复动作 CSV 只帮助补齐真实材料，不证明业务效果。
• 当前修复清单仍基于模板/占位数据生成，真实通过需要商务/投放替换为真实历史 Brief、真实视频和客户复核数据后重跑。

2026-06-07 最新表单索引和交接摘要新增修复清单入口

问题

• 最新提号表单索引已经能定位补证表、候选名单和负责人行动文件，但没有直接暴露 intake-readiness 和 video-resource-readiness 生成的修复清单。
• 商务或下一轮 AI 只看 latest form index / handoff 时，仍需要自己去找“具体改哪张表、哪一列、谁负责、通过标准是什么”，容易让修复动作和补证表割裂。

本轮修正

• 更新 scripts/latest-form-index.js：
  • summary 新增 repairActions.dataIntake 和 repairActions.videoResource。
  • 报告新增“修复清单入口”表格，展示修复 CSV、当前问题数、修复动作数和状态。
  • 当前 latest 指向：
  • outputs/intake-readiness-latest/intake-readiness-repair-actions.csv
  • outputs/video-resource-readiness-latest/video-resource-repair-actions.csv
• 更新 scripts/generate-optimization-handoff.js：
  • latestFormIndex 汇总中同步携带 repairActions。
  • 报告“最新提号表单索引”区块下新增“修复清单入口”。
  • 增加兜底读取逻辑：即使 latest-form-index 产物还没刷新，handoff 也会尝试从 latest readiness 目录读取修复清单，避免单独运行 handoff 时漏入口。
• 更新 smoke：
  • latest-form:index:smoke 断言修复清单 CSV 和动作数存在。
  • handoff:summary:smoke 断言交接摘要记录并展示修复清单入口。

已验证

• node --check scripts/latest-form-index.js 通过。
• node --check scripts/latest-form-index-smoke.js 通过。
• node --check scripts/generate-optimization-handoff.js 通过。
• node --check scripts/generate-optimization-handoff-smoke.js 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：
  • roundPassCount=50
  • failCount=0
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • proof-gap-closure.openCount=5
  • business-proof-next-actions.actionCount=5
  • optimization-status.passed=28
  • optimization-status.ready_not_proven=2
  • optimization-status.blocked_by_external_data=2
  • evidence-index.total=152
  • evidence-index.realEvidence=5
  • evidence-index.smokeOrLocal=26
  • evidence-index.notProof=121
  • round-deposition.passed=true
  • round-deposition.passCount=50
  • round-deposition.failCount=0
• 抽查 latest 产物确认：
  • outputs/latest-form-index-latest/latest-form-index.md 包含“修复清单入口”、两份 repair action CSV。
  • outputs/optimization-handoff-latest/optimization-handoff-report.md 包含“修复清单入口”、两份 repair action CSV。
  • outputs/latest-form-index-latest/latest-form-index-summary.json 和 outputs/optimization-handoff-latest/optimization-handoff-summary.json 均记录：
  • 数据/复核修复：failureCount=9，repairActionCount=9
  • 视频资源修复：failureCount=1，repairActionCount=1

当前边界

• 本轮提升的是商务补证入口的可用性，不是命中率或客户效果证明。
• 当前真实证明缺口仍为 5 个：真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑。
• 只要 proof-gap-closure.openCount > 0 或状态中仍有 ready_not_proven / blocked_by_external_data，就不能宣称长期优化目标完成。

2026-06-07 将修复清单入口纳入每轮沉淀审计

问题

• 上一轮已经把修复清单入口写进 latest form index 和 handoff，但 round-deposition 仍只检查索引是否指向补证表、候选名单和负责人行动文件。
• 如果后续某次刷新丢失 intake-readiness-repair-actions.csv 或 video-resource-repair-actions.csv 的入口，沉淀审计不会报警，商务又会回到“知道有缺口，但不知道改哪张表”的状态。

本轮修正

• 更新 scripts/round-deposition-audit.js：
  • 新增检查项 latest-form-index-repair-actions。
  • 新增检查项 handoff-latest-form-repair-actions。
  • observed 新增：
  • latestFormIndexDataRepairCsv
  • latestFormIndexDataRepairActionCount
  • latestFormIndexVideoRepairCsv
  • latestFormIndexVideoRepairActionCount
  • 报告“当前观测”区块新增 data/video repair CSV 和动作数。
• 更新 scripts/round-deposition-smoke.js：
  • fixture 中补齐 latestFormIndex 和 handoff 的 repairActions。
  • 新增断言：沉淀审计必须看到两份 repair CSV 和动作数。
• 更新 scripts/refresh-round-artifacts-smoke.js：
  • 临时刷新环境新增 video-resource-readiness-latest 种子目录。
  • 新增断言：latestForm、handoff、round deposition 三处均能看到 data/video repair CSV。

已验证

• node --check scripts/round-deposition-audit.js 通过。
• node --check scripts/round-deposition-smoke.js 通过。
• node --check scripts/refresh-round-artifacts-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=52
  • failCount=0
• npm.cmd run round:refresh:smoke 通过：
  • roundPassCount=52
  • failCount=0
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • 10 个 refresh 步骤全部 pass
  • round-deposition.passed=true
  • round-deposition.passCount=52
  • round-deposition.failCount=0
  • 新增两项 repair 检查均为 pass
  • latestFormIndexDataRepairCsv=outputs/intake-readiness-latest/intake-readiness-repair-actions.csv
  • latestFormIndexDataRepairActionCount=9
  • latestFormIndexVideoRepairCsv=outputs/video-resource-readiness-latest/video-resource-repair-actions.csv
  • latestFormIndexVideoRepairActionCount=1

当前边界

• 本轮完成的是沉淀审计闭环：以后修复清单入口丢失会被 round deposition 拦住。
• 这仍然不是业务效果证明；当前 proof-gap-closure.openCount=5，真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B 和真实 live/provider 长跑仍未关闭。

2026-06-07 负责人行动文件新增修复清单附件

问题

• 最新表单索引和 handoff 已经能看到修复清单入口，但商务实际执行时常常只打开自己的负责人行动文件。
• 如果负责人文件只写“填写哪张模板”，却不直接附上 intake-readiness-repair-actions.csv 或 video-resource-repair-actions.csv，商务还需要回到索引里再找一次具体修复字段，执行链路仍不够短。

本轮修正

• 更新 scripts/business-proof-next-actions.js：
  • 从 intake-readiness-summary.json 和 video-resource-readiness-summary.json 读取 repairActions。
  • 新增 ownerRepairArtifacts，按 owner 聚合修复清单附件。
  • ownerArtifacts 中同步写入对应负责人的 repairArtifacts。
  • 总报告“负责人文件”表新增“修复清单附件”列。
  • 每个负责人 Markdown 文件顶部新增“修复清单附件”区块。
• 保持主行动队列去重逻辑不变：
  • 修复清单作为附件展示，不额外拆成新的主行动，避免把“填一张表”重新拆成多条重复任务。

已验证

• node --check scripts/business-proof-next-actions.js 通过。
• node --check scripts/business-proof-next-actions-smoke.js 通过。
• npm.cmd run business-proof:next-actions:smoke 通过。
• npm.cmd run round:refresh:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • 10 个 refresh 步骤全部 pass
  • business-proof-next-actions.actionCount=5
  • round-deposition.passed=true
  • round-deposition.passCount=52
  • round-deposition.failCount=0
• 抽查最新负责人文件：
  • outputs/business-proof-next-actions-latest/by-owner/business.md 包含“修复清单附件”和 intake-readiness-repair-actions.csv。
  • outputs/business-proof-next-actions-latest/by-owner/business-media.md 包含“修复清单附件”、video-resource-repair-actions.csv 和归属投放的视频字段修复项。
  • outputs/business-proof-next-actions-latest/business-proof-next-actions-report.md 包含两份 repair CSV。
• npm.cmd run acceptance 通过，npm pack / workspace install smoke / MCP smoke 均正常。

当前边界

• 本轮缩短的是商务补证执行路径，不证明命中率提升。
• 当前 ownerRepairArtifacts 仍基于模板/占位数据的预审失败项生成；真实通过需要商务/投放替换为真实历史 Brief、真实视频资源、人工复核和客户选择后重跑。
• 当前真实业务证明缺口仍为 5 个，optimization-status.complete=false。

2026-06-07 latest index 和 handoff 透传负责人修复附件

问题

• business-proof-next-actions-summary.json 已经有 owner 级 repairArtifacts，负责人 Markdown 也能直接展示修复清单附件。
• 但 latest-form-index 和 optimization-handoff 在重新归一化负责人文件时只保留 Markdown/CSV，丢掉了 repairArtifacts。
• 这会造成三层入口不一致：负责人文件里有修复附件，但最新索引和交接摘要看不到 owner 级修复附件。

本轮修正

• 更新 scripts/latest-form-index.js：
  • normalizeOwnerArtifacts 优先读取 business-proof-next-actions-summary.json 的 ownerArtifacts。
  • 保留每个 owner 的 repairArtifacts。
  • “负责人行动文件”表新增“修复附件”列。
• 更新 scripts/generate-optimization-handoff.js：
  • normalizeOwnerArtifacts 保留每个 owner 的 repairArtifacts。
  • “负责人行动文件”表新增“修复附件”列。
• 更新 smoke：
  • latest-form:index:smoke 断言商务和商务/投放 owner repair artifacts 不丢失。
  • handoff:summary:smoke 断言 handoff 中商务和商务/投放 owner repair artifacts 不丢失。

已验证

• node --check scripts/latest-form-index.js 通过。
• node --check scripts/generate-optimization-handoff.js 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:refresh:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • 10 个 refresh 步骤全部 pass
  • round-deposition.passed=true
  • round-deposition.passCount=52
  • round-deposition.failCount=0
• 抽查确认：
  • outputs/latest-form-index-latest/latest-form-index-summary.json 中 nextActions.ownerArtifacts 已保留 owner 级 repairArtifacts。
  • outputs/optimization-handoff-latest/optimization-handoff-summary.json 中 businessProofNextActions.ownerArtifacts 已保留 owner 级 repairArtifacts。
  • outputs/latest-form-index-latest/latest-form-index.md 和 outputs/optimization-handoff-latest/optimization-handoff-report.md 都包含“修复附件”、intake-readiness-repair-actions.csv 和 video-resource-repair-actions.csv。
• npm.cmd run acceptance 通过，npm pack / workspace install smoke / MCP smoke 均正常。

当前边界

• 这轮修复的是信息透传一致性：负责人文件、最新索引和交接摘要现在都能看到 owner 级修复附件。
• 当前真实业务证明缺口仍为 5 个，optimization-status.complete=false，不能宣称命中率或客户效果已达标。

2026-06-07 owner 级修复附件纳入每轮沉淀审计

问题

• latest index 和 handoff 已经能透传 owner 级 repairArtifacts，但 round-deposition 之前只检查全局 repairActions。
• 如果后续刷新时 owner 级修复附件丢失，负责人文件、最新索引和交接摘要会再次信息不一致，而沉淀审计不会拦截。

本轮修正

• 更新 scripts/round-deposition-audit.js：
  • 新增检查项 latest-form-index-owner-repair-actions。
  • 新增检查项 handoff-owner-repair-actions。
  • observed 新增 latestFormIndexOwnerRepairSummary 和 handoffOwnerRepairSummary。
  • 报告“当前观测”区块展示 owner 级修复附件摘要。
• 更新 scripts/round-deposition-smoke.js：
  • fixture 中补齐 latestFormIndex owner repair artifacts。
  • fixture 中补齐 handoff.businessProofNextActions owner repair artifacts。
  • 新增断言：latest index 和 handoff 必须记录商务 data repair、商务/投放 video repair。

已验证

• node --check scripts/round-deposition-audit.js 通过。
• node --check scripts/round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=54
  • failCount=0
• npm.cmd run round:refresh:smoke 通过：
  • roundPassCount=54
  • failCount=0
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • 10 个 refresh 步骤全部 pass
  • round-deposition.passed=true
  • round-deposition.passCount=54
  • round-deposition.failCount=0
  • latest-form-index-owner-repair-actions=pass
  • handoff-owner-repair-actions=pass
  • latestFormIndexOwnerRepairSummary 和 handoffOwnerRepairSummary 均记录商务、商务/投放 owner repair 附件。
• npm.cmd run acceptance 通过，npm pack / workspace install smoke / MCP smoke 均正常。

当前边界

• 本轮完成的是 owner 级修复附件的沉淀门禁，不证明业务效果。
• 当前真实业务证明缺口仍为 5 个，optimization-status.complete=false。

2026-06-07 修复清单纳入证据台账

问题

• 最新提号表单索引、负责人行动文件和 handoff 已经能指向 intake-readiness-repair-actions.csv 与 video-resource-repair-actions.csv。
• 但 evidence-index 之前只把这些修复清单折叠在 latest-form-index 或 readiness 产物里，没有独立证据条目。
• 这会让下一轮 AI 或商务复盘时看得到“有入口”，但在证据台账汇总里看不清“具体有多少条修复动作、属于哪类补证执行材料”。

本轮修正

• 更新 scripts/evidence-index.js：
  • 新增 intake-repair-actions 分类。
  • 新增 video-resource-repair-actions 分类。
  • 读取对应 CSV 并统计动作数。
  • 证明等级固定为 smoke_or_local，只表示补证执行清单存在，不升级为真实业务证明。
• 更新 scripts/evidence-index-smoke.js：
  • fixture 中新增两份 repair action CSV。
  • 断言 evidence index 能识别两类 repair actions。
  • 断言历史/复核修复动作数为 2，视频资源修复动作数为 1。

已验证

• node --check scripts/evidence-index.js 通过。
• node --check scripts/evidence-index-smoke.js 通过。
• npm.cmd run evidence:index:smoke 通过：
  • total=30
  • smoke_or_local=16
  • not_business_proof=9
  • real_evidence=5
• npm.cmd run round:refresh:smoke 通过。
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • 10 个 refresh 步骤全部 pass
  • evidence-index.total=154
  • evidence-index.smoke_or_local=28
  • evidence-index.not_business_proof=121
  • evidence-index.real_evidence=5
  • intake-repair-actions=1
  • video-resource-repair-actions=1
  • round-deposition.passed=true
  • round-deposition.passCount=54
  • round-deposition.failCount=0
• npm.cmd run acceptance 通过，npm pack / workspace install smoke / MCP smoke / provider mock 均正常。

当前边界

• 这轮提升的是证据台账对商务补证执行材料的可见性，不证明客户效果或命中率提升。
• 当前 proof-gap-closure.openCount=5，真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑证明仍未关闭。
• 当前 optimization-status.complete=false。

2026-06-07 商务执行总表

问题

• 最新补证表单、负责人行动文件、修复清单、proof-gap closure 和证据台账已经存在，但商务执行时仍需要在多个入口之间跳转。
• 下一轮 AI 也需要同时读取 latest form、business-proof next actions、repair CSV 和 handoff，才能确认当前应补什么、谁负责、验收看什么。

本轮修正

• 新增 scripts/business-execution-index.js：
  • 汇总负责人行动、负责人 CSV/Markdown、修复清单、最新补证表单、最新候选名单和交接摘要。
  • 输出 business-execution-index-summary.json、business-execution-index.md、business-execution-index.csv。
  • 每行保留负责人、类型、标题、优先级、状态、主文件、修复清单、动作数、命令、预期产物、验收标准和边界。
  • directCustomerProof=false，证明等级固定为 smoke_or_local。
• 新增 scripts/business-execution-index-smoke.js，覆盖负责人行动、修复清单和关键文件行。
• 更新 package.json：新增 business-execution:index 和 business-execution:index:smoke。
• 更新 scripts/refresh-round-artifacts.js：round:refresh 增加 business-execution-index 步骤。
• 更新 scripts/evidence-index.js 和 smoke：新增 business-execution-index 证据分类。
• 更新 scripts/generate-optimization-handoff.js 和 smoke：handoff 新增“商务执行总表”入口。
• 更新 scripts/acceptance.js：发布前验收纳入 business-execution:index:smoke。

已验证

• node --check scripts/business-execution-index.js 通过。
• node --check scripts/business-execution-index-smoke.js 通过。
• node --check scripts/refresh-round-artifacts.js 通过。
• node --check scripts/generate-optimization-handoff.js 通过。
• node --check scripts/evidence-index.js 通过。
• npm.cmd run business-execution:index:smoke 通过：rowCount=8，repairRowCount=2。
• npm.cmd run evidence:index:smoke 通过：total=31，smoke_or_local=17。
• npm.cmd run round:refresh:smoke 通过，新增 business-execution-index:pass。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • business-execution-index.passed=true
  • business-execution-index.rowCount=11
  • business-execution-index.actionRowCount=5
  • business-execution-index.repairRowCount=3
  • business-execution-index.proofOpenCount=5
  • business-execution-index.directCustomerProof=false
  • evidence-index.total=155
  • evidence-index.smoke_or_local=29
  • evidence-index.not_business_proof=121
  • evidence-index.real_evidence=5
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run acceptance 通过，npm pack / workspace install smoke / MCP smoke / provider mock 均正常。

当前边界

• 这轮提升的是商务补证执行入口聚合，不证明客户效果或命中率提升。
• 当前 proof-gap-closure.openCount=5，真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑证明仍未关闭。

• 当前 optimization-status.complete=false。

  2026-06-07 商务执行总表纳入每轮沉淀审计

问题

• business-execution-index 已经能把负责人行动、修复清单、关键文件和证明边界汇总成商务可执行总表，但上一版 round-deposition 还没有把它作为每轮沉淀的硬门槛。
• 如果后续刷新时 handoff 漏掉商务执行总表入口，或者总表没有保留 directCustomerProof=false、proofOpenCount、负责人行动/修复清单/关键文件三类行，旧审计不会拦截。
• generate-optimization-handoff 在临时 outputsDir 场景下仍可能读取根目录 outputs 的旧产物，导致 smoke 刷新和真实刷新看到的执行总表不一致。

本轮修正

• 更新 scripts/round-deposition-audit.js：新增 businessExecutionIndexPath 输入，并新增 business-execution-index-summary、business-execution-index-passed、handoff-business-execution-index 三个检查项。
• 更新 scripts/round-deposition-audit.js：observed 增加 businessExecutionIndexPassed、businessExecutionIndexRowCount、businessExecutionIndexActionRowCount、businessExecutionIndexRepairRowCount、businessExecutionIndexProofOpenCount、businessExecutionIndexDirectCustomerProof。
• 更新 scripts/round-deposition-smoke.js：新增 business-execution-index-latest 夹具，覆盖负责人行动、修复清单、关键文件三类行，并断言报告展示 businessExecutionIndex.rowCount 和 businessExecutionIndex.directCustomerProof。
• 更新 scripts/generate-optimization-handoff.js：latestOutputDir 改为尊重传入的 outputsDir，并新增 artifactPath、artifactRef，保证根目录相对产物和临时绝对路径产物读取一致。

已验证

• node --check scripts/round-deposition-audit.js 通过。
• node --check scripts/round-deposition-smoke.js 通过。
• node --check scripts/generate-optimization-handoff.js 通过。
• npm.cmd run round:deposition:smoke 通过：passCount=57，failCount=0，proofGapUnresolvedCount=5。
• npm.cmd run round:refresh:smoke 通过：11 个刷新步骤全部 pass，roundPassCount=57。
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：business-execution-index.passed=true，rowCount=11，actionRowCount=5，repairRowCount=3，proofOpenCount=5，directCustomerProof=false，round-deposition.passCount=57，round-deposition.failCount=0。
• npm.cmd run acceptance 通过，包含 package smoke、workspace install smoke、MCP smoke、provider mock、round refresh smoke 和 round deposition smoke。

当前边界

• 这轮提升的是商务补证执行路径和每轮沉淀审计闭环，不证明命中率提升或客户效果达标。
• 当前真实业务证明缺口仍为 5 个：真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑证明。

• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5，不能宣布长期优化目标完成。

  2026-06-07 真实材料字段级补齐核对表

问题

• 当前最高优先级缺口仍是外部真实数据不足：真实历史 Brief 只有 1/5，历史数据、人工复核和视频资源表里仍有 example.com、示例、待补、待客户反馈等模板占位。
• 之前 intake-readiness-repair-actions.csv 能给出“问题类型级”的修复动作，但商务实际补数时还需要逐行、逐字段知道该填哪里、当前值是什么、通过标准是什么。
• 如果只保留抽象缺口，下一轮 AI 或商务容易在“历史数据不足”“视频资源不足”之间反复确认，补证效率不够高。

本轮修正

• 新增 scripts/intake-field-checklist.js：
  • 读取 data-intake-pack-latest/history-data-template.csv、data-intake-pack-latest/manual-review-template.csv 和 video-intake-pack-latest/video-resource-template.csv。
  • 输出 intake-field-checklist-summary.json、intake-field-checklist.md、intake-field-checklist.csv。
  • 按负责人、区域、行号、字段、当前值、修复动作、验收标准生成逐格补齐清单。
  • 保留 proofLevel=smoke_or_local、directCustomerProof=false，明确不证明客户效果。
• 新增 scripts/intake-field-checklist-smoke.js：
  • 覆盖最少 5 个真实历史 Brief 缺口、占位内容、缺客户选择、缺真实候选视频等场景。
  • 验证输出不含 sessionToken 或模型 token。
• 更新 package.json：
  • 新增 intake:field-checklist 和 intake:field-checklist:smoke。
• 更新 scripts/refresh-round-artifacts.js：
  • round:refresh 新增 intake-field-checklist 步骤，且显式使用本轮 outputRoot 下的 data/video pack。
• 更新 scripts/refresh-round-artifacts-smoke.js：
  • 刷新步骤从 11 个增加为 12 个。
  • 验证 intake-field-checklist 产物存在，并进入证据台账。
• 更新 scripts/evidence-index.js：
  • 新增 intake-field-checklist 证据分类，等级为 smoke_or_local。
• 更新 scripts/business-execution-index.js：
  • 商务执行总表新增“真实材料字段级补齐核对表”关键文件行，商务可以从总表直接跳到逐格补数 CSV。
• 更新 scripts/acceptance.js：
  • 发布验收纳入 intake:field-checklist:smoke。

已验证

• node --check scripts/intake-field-checklist.js 通过。
• node --check scripts/intake-field-checklist-smoke.js 通过。
• node --check scripts/refresh-round-artifacts.js 通过。
• node --check scripts/evidence-index.js 通过。
• node --check scripts/business-execution-index.js 通过。
• npm.cmd run intake:field-checklist:smoke 通过：itemCount=21，missingRequiredCount=8，placeholderCount=13。
• npm.cmd run round:refresh:smoke 通过：12 个刷新步骤全部 pass，字段级核对表被证据台账识别。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • intake-field-checklist.passed=true
  • intake-field-checklist.itemCount=25
  • intake-field-checklist.missingRequiredCount=8
  • intake-field-checklist.placeholderCount=17
  • business-execution-index.rowCount=12
  • evidence-index.total=156
  • evidence-index.smoke_or_local=30
  • round-deposition.passCount=57
  • round-deposition.failCount=0
• npm.cmd run acceptance 通过，包含新增字段级核对表 smoke、round refresh smoke、workspace install smoke、MCP smoke 和 provider mock。

当前边界

• 这轮把“外部真实材料缺失”细化成商务可逐格补齐的执行表，但没有替客户填写真实 Brief、客户选择、真实视频 URL 或人工复核结论。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5。
• 真实业务证明缺口仍为 5 个：真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B、真实 live/provider 长跑证明。

2026-06-08 字段级补齐核对表纳入 handoff 和每轮沉淀审计

问题

• 上一轮已经生成 intake-field-checklist，但 handoff 和 round deposition 还需要把它作为硬性交接与沉淀项。
• 如果交接摘要没有显式展示逐格补数 CSV，商务仍可能只看到抽象缺口，无法直接知道哪张表、哪一行、哪一列要补。
• 如果每轮沉淀审计不检查该核对表，后续刷新时可能丢失字段级补齐入口而不报警。

本轮修正

• 更新 scripts/generate-optimization-handoff.js：
  • 读取最新 intake-field-checklist-summary.json。
  • 在 handoff summary 中新增 intakeFieldChecklist。
  • 在 Markdown 报告中新增“真实材料字段级补齐核对表”区块。
  • 下一轮命令新增 npm run intake:field-checklist -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-field-checklist-latest。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 断言 handoff 必须记录 summary/report/csv 三个入口。
  • 断言 directCustomerProof=false。
  • 断言报告展示 intake-field-checklist.csv。
• 更新 scripts/round-deposition-audit.js：
  • 新增 intakeFieldChecklistPath 输入。
  • 新增 intake-field-checklist-summary、intake-field-checklist-passed、handoff-intake-field-checklist 三个检查项。
  • observed 新增 intakeFieldChecklistPassed、intakeFieldChecklistItemCount、intakeFieldChecklistMissingRequiredCount、intakeFieldChecklistPlaceholderCount、intakeFieldChecklistDirectCustomerProof。
• 更新 scripts/round-deposition-smoke.js：
  • 新增字段级核对表 fixture。
  • 断言沉淀审计报告展示字段级核对表数量和 directCustomerProof=false。

已验证

• node --check scripts/generate-optimization-handoff.js 通过。
• node --check scripts/round-deposition-audit.js 通过。
• node --check scripts/round-deposition-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:deposition:smoke 通过：passCount=60，failCount=0。
• npm.cmd run round:refresh:smoke 通过：12 个刷新步骤全部 pass，roundPassCount=60。
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 已刷新真实 latest：
  • intake-field-checklist.passed=true
  • intake-field-checklist.itemCount=25
  • intake-field-checklist.missingRequiredCount=8
  • intake-field-checklist.placeholderCount=17
  • business-execution-index.rowCount=12
  • evidence-index.total=156
  • evidence-index.smoke_or_local=30
  • round-deposition.passCount=60
  • round-deposition.failCount=0
  • optimization-status.complete=false
  • proof-gap-closure.openCount=5
• npm.cmd run acceptance 通过，包含字段级核对表 smoke、handoff、round refresh、round deposition、MCP、workspace install、npm pack 和 provider mock。

当前边界

• 这轮提升的是交接完整度和沉淀审计强度，不证明命中率提升、客户选中率提升或人工补号减少。
• 当前 optimization-status.complete=false，长期优化目标还不能标记完成。
• 当前 proof-gap-closure.openCount=5，仍需外部真实历史 Brief、真实视频资源、人工复核标注、真实视频 A/B 和真实 live/provider 长跑证明。

2026-06-08 视频 A/B 真实证明缺失项结构化

问题

• proof-gap-closure 已经能阻止 sample、smoke 或缺少 proofContext 的视频 A/B 产物关闭真实证明缺口。
• 但旧报告只在“当前证据”里展示 mode=unknown、generatedBy=unknown 等信息，商务或下一轮 AI 需要自己推断到底缺了哪些证明字段。
• scripts/proof-gap-closure-audit.js 的用户可见文案存在历史编码显示问题，虽然产物可读，但维护时容易误改。

本轮修正

• 重写 scripts/proof-gap-closure-audit.js 的用户可见文案为可读中文。
• 新增 getVideoAbMissingRequirements(videoAb)：
  • 明确检查 acceptance.passed=true。
  • 明确检查 proofContext.mode=live。
  • 明确检查 proofContext.collectionMode=live。
  • 明确检查 proofContext.generatedBy=acceptance:video-ab。
  • 明确检查 proofContext.requiresRuntimeCredential=true。
  • 明确检查 proofContext.requiresVocSocialProvider=true。
  • 明确检查 proofContext.requiresVideoAnalysisProvider=true。
  • 明确检查 enhanced.provider.evidence.providerStatus=ok。
• proof-gap-closure-summary.json 的 video-ab-live-proof 行新增 missingProofRequirements。
• proof-gap-closure-report.md 新增“缺失证明”列，让视频 A/B 为什么仍为 open 可以直接读出来。
• 重写 scripts/proof-gap-closure-smoke.js：
  • 保留 open、closed、fake video 三类场景。
  • 新增断言：缺 proofContext 的视频 A/B 即使 acceptance.passed=true，也必须保持 open。
  • 新增断言：报告必须包含“缺失证明”列。

已验证

• node --check scripts\proof-gap-closure-audit.js 通过。
• node --check scripts\proof-gap-closure-smoke.js 通过。
• npm.cmd run proof-gap:closure:smoke 通过：openCount=5，closedCount=5。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • proof-gap-closure.complete=false
  • proof-gap-closure.openCount=5
  • video-ab-live-proof.status=open
  • video-ab-live-proof.missingProofRequirements 包含 proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab、proofContext.requiresRuntimeCredential=true、proofContext.requiresVocSocialProvider=true、proofContext.requiresVideoAnalysisProvider=true
  • round-deposition.passCount=60
  • round-deposition.failCount=0
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run acceptance 通过，包含 proof-gap closure smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。

当前边界

• 这轮只是把“视频 A/B 为什么还不能算真实证明”讲清楚并纳入结构化产物，不证明视频分析已经提升提号命中率。
• 当前已有视频 A/B 产物仍缺真实 live proofContext，不能关闭 video-ab-live-proof。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5。

2026-06-08 视频 A/B 缺失证明透传到行动队列

问题

• proof-gap-closure 已经结构化输出 video-ab-live-proof.missingProofRequirements。
• 但商务补证下一步行动队列仍只展示 mode=unknown、generatedBy=unknown 等当前证据，技术/AI 打开负责人文件时还需要回到 closure 报告推断缺什么。
• 这会让“真实视频 A/B 验收”动作不够可执行，容易再次把接口通过或 smoke 结果误会成真实 live proof。

本轮修正

• 更新 scripts/business-proof-next-actions.js：
  • actionFromClosureRow 保留 missingProofRequirements。
  • closure action 的 next 字段自动追加“缺失证明：...”。
  • action 合并时通过 mergeList 保留缺失证明列表，避免技术动作合并后丢失。
• 新增 scripts/business-proof-next-actions-missing-proof-smoke.js：
  • 构造只包含 video-ab-live-proof 的 proof-gap closure fixture。
  • 验证 summary action 保留 missingProofRequirements。
  • 验证总报告、技术/AI 负责人文件和 CSV 都能看到 proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab。
  • 验证输出不含 sessionToken 或模型 token。
• 更新 package.json：
  • 新增 business-proof:next-actions:missing-proof:smoke。
• 更新 scripts/acceptance.js：
  • 默认发布验收纳入该 smoke。

已验证

• node --check scripts\business-proof-next-actions.js 通过。
• node --check scripts\business-proof-next-actions-missing-proof-smoke.js 通过。
• npm.cmd run business-proof:next-actions:missing-proof:smoke 通过：missingCount=3。
• npm.cmd run business-proof:next-actions:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • business-proof-next-actions.actionCount=5
  • gap-video-ab-live-proof.missingProofRequirements 包含 6 个缺失证明项。
  • business-proof-next-actions-report.md、by-owner/tech-ai.md、business-proof-next-actions.csv 均展示 proofContext.mode=live、proofContext.generatedBy=acceptance:video-ab 等缺失证明。
  • round-deposition.passCount=60
  • round-deposition.failCount=0
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run acceptance 通过，包含新增 missing-proof smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。

当前边界

• 这轮提升的是补证动作可执行性：技术/AI 可以直接从行动队列看到视频 A/B 还缺哪些真实 live proof 字段。
• 它仍不证明视频分析提升了命中率；只有真实 acceptance:video-ab 产物带完整 live proofContext 并通过 closure 审计，才能关闭 video-ab-live-proof。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5。

2026-06-08 视频 A/B 缺失证明透传到商务执行总表

问题

• 上一轮已经把 video-ab-live-proof.missingProofRequirements 透传到下一步行动队列、技术/AI 负责人文件和 CSV。
• 但商务执行总表仍只展示“真实视频 A/B 验收”的验收标准，没有展开 proofContext.mode=live、proofContext.generatedBy=acceptance:video-ab 等缺失证明。
• 下一轮 AI 或商务如果只打开商务执行总表，仍需要再跳到负责人文件或 closure 报告才能知道视频 A/B 缺口的具体原因。

本轮修正

• 更新 scripts/business-execution-index.js：
  • 负责人行动行读取 action 的 missingProofRequirements。
  • 通过 appendMissingProofRequirements 把缺失证明追加进总表验收标准。
  • Markdown 和 CSV 都沿用现有“验收标准”字段展示，不额外改变总表列结构。
• 更新 scripts/business-execution-index-smoke.js：
  • fixture 中新增视频 A/B action 的 missingProofRequirements。
  • 断言商务执行总表中视频 A/B 行必须展示 proofContext.mode=live。

已验证

• node --check scripts\business-execution-index.js 通过。
• node --check scripts\business-execution-index-smoke.js 通过。
• npm.cmd run business-execution:index:smoke 通过：rowCount=8，repairRowCount=2。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • business-execution-index.passed=true
  • business-execution-index.rowCount=12
  • proofOpenCount=5
  • business-execution-index.md 和 business-execution-index.csv 的“真实视频 A/B 验收”行均展示 proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab、proofContext.requiresRuntimeCredential=true、proofContext.requiresVocSocialProvider=true、proofContext.requiresVideoAnalysisProvider=true。
  • round-deposition.passCount=60
  • round-deposition.failCount=0
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run acceptance 通过，包含 business execution smoke、missing-proof smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。

当前边界

• 这轮只提升商务执行总表的信息完整度，不证明视频 A/B 已经真实提升提号效果。
• 当前视频 A/B 缺口仍为 open；必须跑出真实 live acceptance:video-ab 产物并通过 closure 审计后才能关闭。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5。

2026-06-08 proof-gap closure 纳入 handoff 正文

问题

• proof-gap-closure、下一步行动队列、负责人文件和商务执行总表已经能展示视频 A/B 缺失证明。
• 但 optimization-handoff 之前没有直接记录 closure 明细，只提供了相关入口链接。
• 下一轮 AI 如果只读 handoff 正文，仍可能不知道当前 video-ab-live-proof 为什么是 open，以及还缺哪些 live proof 字段。

本轮修正

• 更新 scripts/generate-optimization-handoff.js：
  • 新增读取 proof-gap-closure-summary.json。
  • handoff summary 新增 proofGapClosure 字段，包含 summary、report、complete、openCount、closedCount、intakeReady 和标准化 rows。
  • handoff report 新增“真实证明缺口关闭状态”区块。
  • open 缺口表直接展示当前证据、缺失证明、验收标准和下一步命令。
• 更新 scripts/generate-optimization-handoff-smoke.js：
  • 断言 handoff 必须包含 proof-gap closure summary/report。
  • 断言 handoff 必须暴露 openCount。
  • 断言 video-ab-live-proof 必须展示 proofContext.mode=live。

已验证

• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • optimization-handoff.proofGapClosure.openCount=5
  • optimization-handoff.proofGapClosure.rows=6
  • video-ab-live-proof.missingProofRequirements 包含 6 个 live proof 缺失项。
  • optimization-handoff-report.md 开头新增“真实证明缺口关闭状态”，直接展示 proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab 等缺失证明。
  • round-deposition.passCount=60
  • round-deposition.failCount=0
• npm.cmd run hygiene:smoke 通过：hitCount=0。
• npm.cmd run acceptance 通过，包含 handoff smoke、business execution smoke、missing-proof smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。

当前边界

• 这轮提升的是交接摘要的信息完整度，不证明任何真实业务效果。
• 当前所有入口都更清楚地指向同一事实：视频 A/B 仍缺真实 live proofContext，不能作为提号率提升证明。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5。

2026-06-08 handoff proof-gap closure 纳入每轮沉淀审计

问题

• 上一轮已经把 proofGapClosure 写入 optimization-handoff-summary.json 和 handoff 正文。
• 但 round-deposition 只审 standalone 的 proof-gap-closure-summary.json，没有独立校验 handoff 内部的 proofGapClosure 是否完整。
• 这会留下一个薄弱点：下一轮 AI 或商务如果只打开 handoff，可能看不到 video-ab-live-proof 仍缺哪些 live proof 字段，进而误把接口 200、sample 或 smoke 当作业务证明。

本轮修正

• 更新 scripts/round-deposition-audit.js：
  • 新增 handoff-proof-gap-closure 检查项。
  • 新增 hasHandoffProofGapClosure(handoff, closure)，校验 handoff 中的 proofGapClosure.complete=false、openCount、closedCount、intakeReady、summary/report 路径和 rows 与 closure summary 对齐。
  • 强制校验 handoff 中 video-ab-live-proof.missingProofRequirements 必须包含 6 个 live proof 缺失项：proofContext.mode=live、proofContext.collectionMode=live、proofContext.generatedBy=acceptance:video-ab、proofContext.requiresRuntimeCredential=true、proofContext.requiresVocSocialProvider=true、proofContext.requiresVideoAnalysisProvider=true。
  • round-deposition observed 新增 handoffProofGapClosureOpenCount、handoffProofGapClosureRows、handoffVideoAbMissingProofCount。
  • round-deposition report 新增 handoff proof-gap closure 的观测行。
• 更新 scripts/round-deposition-smoke.js：
  • handoff fixture 新增 proofGapClosure。
  • proof-gap closure fixture 补齐 video-ab-live-proof 和 missingProofRequirements。
  • 新增断言：必须存在 handoff-proof-gap-closure 检查项，且 report/summary 必须展示 handoff closure openCount、rows 和视频 A/B 缺失证明数。

已验证

• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run round:deposition:smoke 通过：
  • passCount=61
  • failCount=0
  • proofGapUnresolvedCount=5
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • round-deposition.passCount=61
  • round-deposition.failCount=0
  • round-deposition.warnCount=0
  • proof-gap-closure.openCount=5
  • optimization-handoff.complete=false
  • optimization-status.complete=false
• npm.cmd run acceptance 通过，包含 round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0

当前边界

• 这一轮提升的是每轮沉淀审计的防漏能力，不证明命中率提升、客户选中率提升或人工补号减少。
• 当前 handoff.proofGapClosure.openCount=5，video-ab-live-proof 仍缺 6 个真实 live proof 字段。
• 当前 optimization-status.complete=false，长期优化目标仍不能标记完成。

2026-06-08 反馈二轮闭环审计纳入每轮沉淀

问题

• 长期优化计划里的 P0 缺口要求：商务标注“拉黑、跑偏、调性不符、主页质感不符、参考账号不像”等负反馈后，第二轮必须自动剔除或降权。
• 原有 feedback:roundtrip 能证明 sample 工作流里记忆会影响第二轮名单，但没有独立沉淀“负反馈账号是否泄漏进第二轮可发客户名单”的审计产物。
• 如果没有独立产物，下一轮 AI 或商务只能从 smoke 推断闭环能力，无法在 evidence、handoff、round-deposition 中看到当前真实反馈闭环是否已经具备客户证明。

本轮修正

• 新增 scripts/feedback-loop-closure-audit.js：
  • 输入 --feedback <反馈CSV>、--memory <记忆JSON>、--result <第二轮tihao-sourcing-result.json>。
  • 输出 feedback-loop-closure-summary.json、feedback-loop-closure-report.md、feedback-loop-closure.csv。
  • 统计负反馈记录数、拉黑/降权账号数、写入记忆账号数、第二轮候选数、泄漏进第二轮可发名单数、团队规则建议数。
  • 默认没有真实输入时输出 passed=false、complete=false、directCustomerProof=false 和缺失输入清单。
  • 即使 sample 二轮闭环通过，也只标记 proofLevel=smoke_or_local，不作为客户效果证明。
• 新增 scripts/feedback-loop-closure-smoke.js：
  • 构造 4 条负反馈，其中 3 条同类主页质感问题触发团队规则建议。
  • 导入 feedback memory 后重跑第二轮 sample 提号。
  • 审计确认负反馈账号写入记忆，且 leakedCount=0。
  • 明确断言 directCustomerProof=false。
• 更新 package.json：
  • 新增 feedback:closure。
  • 新增 feedback:closure:smoke。
• 更新 scripts/acceptance.js：
  • 默认验收纳入 feedback:closure:smoke。
• 更新 scripts/refresh-round-artifacts.js 和 scripts/refresh-round-artifacts-smoke.js：
  • 每轮刷新新增 feedback-loop-closure 步骤。
  • refresh 步骤数从 12 增加到 13。
• 更新 scripts/evidence-index.js：
  • 新增 feedback-loop-closure 分类。
  • 根据 directCustomerProof、passed 区分 real_evidence、smoke_or_local、not_business_proof。
• 更新 scripts/generate-optimization-handoff.js 和 smoke：
  • handoff summary 新增 feedbackLoopClosure。
  • handoff report 新增“反馈二轮闭环审计”区块。
  • nextCommands 新增 feedback:closure 命令。
  • 找不到产物时也明确提示当前 directCustomerProof=false。
• 更新 scripts/round-deposition-audit.js 和 smoke：
  • 新增 feedback-loop-closure-summary、feedback-loop-closure-boundary、handoff-feedback-loop-closure 三个检查项。
  • round-deposition observed 新增反馈闭环通过状态、客户证明边界、负反馈数和泄漏数。
• 更新 scripts/optimization-status-audit.js：
  • feedback-roundtrip 能力判断纳入 feedback:closure、feedback:closure:smoke、directCustomerProof 和 leakedCount 口径。

已验证

• node --check scripts\feedback-loop-closure-audit.js 通过。
• node --check scripts\feedback-loop-closure-smoke.js 通过。
• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• npm.cmd run feedback:closure:smoke 通过：
  • negativeFeedbackCount=4
  • leakedCount=0
  • directCustomerProof=false
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：
  • steps=13
  • feedback-loop-closure.directCustomerProof=false
  • roundPassCount=64
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • feedback-loop-closure-latest.passed=false
  • feedback-loop-closure-latest.complete=false
  • feedback-loop-closure-latest.directCustomerProof=false
  • feedback-loop-closure-latest.negativeFeedbackCount=0
  • feedback-loop-closure-latest.leakedCount=0
  • evidence-index.total=158
  • evidence-index.smoke_or_local=31
  • evidence-index.not_business_proof=122
  • round-deposition.passCount=64
  • round-deposition.failCount=0
• npm.cmd run acceptance 通过，包含 feedback closure smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。
• npm.cmd run hygiene:smoke 通过：
  • hitCount=0

当前边界

• 这一轮证明的是“反馈二轮剔除/降权闭环”具备可审计入口，不证明真实客户选中率提升。
• 当前还没有传入真实反馈 CSV、真实 preference memory 和真实第二轮 tihao-sourcing-result.json，所以 feedback-loop-closure-latest.passed=false 且 directCustomerProof=false 是正确状态。

• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5，长期优化目标仍不能标记完成。

  2026-06-08 主页近期内容证据就绪审计纳入每轮刷新

问题

• 长期优化计划 P0 要求主页近期内容 provider 稳定覆盖最近 10/20 篇内容、封面、标题、互动、发布时间和风险信号。
• 之前已有 homepage-evidence-provider.js 和 homepage:smoke，可以验证 provider 请求契约、成功挂载和鉴权失败 fallback。
• 但缺少一个可沉淀的 readiness 审计产物，用来判断当前候选名单里的主页证据是否真的足以支撑强推荐复核。
• 没有该审计时，容易把“有主页链接”“接口 200”或“fallback 轻量判断”误当成真实主页近期内容证据。

本轮修正

• 新增 scripts/homepage-evidence-readiness-audit.js：
  • 支持输入 tihao-sourcing-result.json、主页证据 JSON 或 CSV。
  • 输出 homepage-evidence-readiness-summary.json、homepage-evidence-readiness-report.md、homepage-evidence-repair-actions.csv。
  • 审计 provider/path 证据、最近内容窗口、标题/正文、封面、发布时间、互动字段、风险复核和敏感信息泄露。
  • 默认非 strict 模式会写出修复清单，不阻断每轮刷新；--strict 下证据不足会返回非零。
  • 始终保留 directCustomerProof=false，避免把主页证据 ready 误报为客户效果证明。
• 新增 scripts/homepage-evidence-readiness-smoke.js，覆盖 ready、weak 和 strict weak 三种场景。
• package.json 新增 homepage:readiness 和 homepage:readiness:smoke。
• acceptance、round:refresh、evidence:index、handoff:summary、optimization:status、round:deposition 均已纳入该审计。

已验证

• node --check scripts\homepage-evidence-readiness-audit.js 通过。
• node --check scripts\homepage-evidence-readiness-smoke.js 通过。
• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• npm.cmd run homepage:readiness:smoke 通过。
• npm.cmd run evidence:index:smoke 通过：total=34，smoke_or_local=19，not_business_proof=10，real_evidence=5。
• npm.cmd run handoff:summary:smoke 通过：readyCapabilities=29，readyNotProven=2，externalBlockers=2。
• npm.cmd run optimization:status:smoke 通过。
• npm.cmd run round:refresh:smoke 通过：steps=14，roundPassCount=69。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过：
  • homepage-evidence-readiness-latest.ready=false
  • homepage-evidence-readiness-latest.proofLevel=not_business_proof
  • homepage-evidence-readiness-latest.failureCount=9
  • homepage-evidence-readiness-latest.repairActionCount=9
  • optimization-status.complete=false
  • proof-gap-closure.openCount=5
  • evidence-index.total=161
  • round-deposition.passCount=69
  • round-deposition.failCount=0
• npm.cmd run acceptance 通过，包含 homepage readiness smoke、round refresh smoke、round deposition smoke、MCP、workspace install、npm pack 和 provider mock。
• npm.cmd run hygiene:smoke 通过：hitCount=0。

当前边界

• 本轮提升的是主页近期内容证据的审计和交接能力，不证明客户命中率提升。
• 当前真实 outputs 中没有传入 provider/path 级主页近期内容证据，所以 homepage-evidence-readiness-latest.ready=false 是正确状态。
• 当前仍不能把主页链接、fallback、sample、smoke 或接口 200 当作强推荐证据。
• 当前 optimization-status.complete=false，proof-gap-closure.openCount=5，长期优化目标仍不能标记完成。
• 追加日志：docs/tihao-experience-implementation-log-20260608-business-execution-field-recheck-rows.md。

2026-06-08 商务执行总表展开字段负责人和复验命令

本轮修正

• business-execution-index 不再只展示字段核对表入口，而是把 intake-field-checklist 中的 ownerGroups 展开为 字段补齐负责人 行。
• business-execution-index 已把 recheckCommands 展开为 补齐后复验命令 行，商务补完材料后可以直接看到复验命令。
• 执行总表统一补齐“不证明客户效果”边界，避免“不得宣称效果”等弱表达被误读为已完成业务证明。
• round-deposition 守卫新增对 fieldOwnerRowCount 和 recheckCommandRowCount 的观察与校验，防止后续刷新丢失这两类行。

已验证

• npm.cmd run business-execution:index:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=74，failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过。

当前边界

• 当前只是让商务执行总表更可分派、更可复验，不证明命中率或客户选中率提升。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。
• 追加日志：docs/tihao-experience-implementation-log-20260608-latest-form-business-execution-entry.md。

2026-06-08 最新提号表单索引加入商务执行总表入口

本轮修正

• latest-form:index 新增 businessExecutionIndex，指向 business-execution-index.md/csv/summary。
• 最新提号表单索引第一屏新增“商务补证执行总表”，展示总行数、字段负责人行数和复验命令行数。
• round-deposition 新增检查项 latest-form-index-business-execution-index，确保最新索引不会丢失商务执行总表入口。

已验证

• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=75，failCount=0。

当前边界

• 本轮只提升最新表单入口的可执行性，不证明客户效果。
• 当前仍需真实历史 Brief、真实视频资源、真实视频 A/B、live/provider 长跑和客户效果审计关闭证明缺口。

2026-06-08 最新提号表单索引加入商务填表执行视图

本轮修正

• latest-form:index 新增 businessFillGuide，把字段补齐负责人分组转换为商务可直接使用的填表执行视图。
• 最新表单索引 Markdown 新增“商务填表执行视图”，按 history、video、review 展示填表文件、优先 FIELD、问题数、填表动作、补齐后复验命令、验收标准和证明边界。
• latest-form-index:smoke 新增对 businessFillGuide 的结构、复验命令和“不证明客户效果”边界校验。
• round-deposition 新增检查项 latest-form-index-business-fill-guide，防止最新提号表单索引退化为只给文件路径、不告诉商务如何填和如何复验。

已验证

• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=76，failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 的 round-deposition.passCount=76，failCount=0。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run acceptance 通过。

当前边界

• 本轮提升的是商务填表和复验的可执行性，不证明客户命中率、客户选中率或视频分析提升提号率。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。
• 追加日志：docs/tihao-experience-implementation-log-20260608-business-fill-guide.md。

2026-06-08 交接摘要承接商务填表执行视图

本轮修正

• handoff:summary 已从最新提号表单索引读取 businessFillGuide，并写入 optimization-handoff-summary.json 的 latestFormIndex.businessFillGuide。
• optimization-handoff-report.md 的“最新提号表单索引”段落新增“商务填表执行视图”，展示 history、video、review 三类填表任务的文件、优先 FIELD、复验命令、验收标准和证明边界。
• handoff:summary:smoke 新增对 businessFillGuide 的结构、真实模板文件、视频资源复验命令和证明边界断言。
• round-deposition 新增检查项 handoff-latest-form-business-fill-guide，确保下一轮 AI 从交接摘要即可看到商务填表顺序。

已验证

• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=77，failCount=0。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 的 round-deposition.passCount=77，failCount=0。
• npm.cmd run acceptance 通过。

当前边界

• 本轮提升的是交接摘要对商务填表流程的承接能力，不证明客户命中率、客户选中率或视频分析提升提号率。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。
• 追加日志：docs/tihao-experience-implementation-log-20260608-handoff-business-fill-guide.md。

2026-06-08 人工复核标签与归因指南

本轮修正

• 新增 manual-review:label-guide，生成 outputs/manual-review-label-guide-latest/manual-review-label-guide.md/csv/summary.json。
• 指南沉淀 10 个复核/客户结果标签、8 类负样本归因类型，并明确负样本和客户拒绝样本必须补归因与反馈原因。
• latest-form:index 新增 manualReviewLabelGuide，商务打开最新提号表单索引即可看到复核标签指南入口。
• handoff:summary 承接 latestFormIndex.manualReviewLabelGuide，下一轮 AI 能从交接摘要拿到复核标签和归因口径。
• round:refresh 新增 manual-review-label-guide 步骤，round-deposition 新增指南本体、最新表单索引和交接摘要三类守卫。

已验证

• npm.cmd run manual-review:label-guide:smoke 通过。
• npm.cmd run latest-form:index:smoke 通过。
• npm.cmd run handoff:summary:smoke 通过。
• npm.cmd run round:deposition:smoke 通过，passCount=81，failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 的 round-deposition.passCount=81，failCount=0。

当前边界

• 本轮提升的是商务复核标注一致性和负样本可归因性，不证明客户效果完成。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。

2026-06-08 技能参考与人工复核交接文档中文化

本轮修正

• 重写 skills/tihao-creator-sourcing/references/user-workflow.md，把提号 SOP、参考视频补证、豆包视频分析、人工复核标签、归因类型和验收命令整理为中文可读流程。
• 重写 skills/tihao-creator-sourcing/references/output-format.md，把软件端交付表固定表头、人工复核字段、去重规则、JSON/MCP 保留字段和效果证明边界沉淀为中文。
• 重写 docs/manual-review-handoff.md，让商务能直接看到复核表位置、标签口径、归因类型、复核顺序、质量指标和客户效果审计命令。
• 新增 skill:refs:smoke 与 scripts/skill-reference-readability-smoke.js，检查三份关键文档必须包含人工复核标签、归因类型、客户效果边界，并阻止常见乱码回退。
• acceptance 已纳入 skill:refs:smoke，发布前会自动校验技能参考文档和人工复核交接文档。

已验证

• npm.cmd run skill:refs:smoke 通过，3 份关键文档 hasCommonMojibake=false。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run acceptance 通过，包含 workspace install smoke 与 npm pack --dry-run。

当前边界

• 本轮解决的是“文档可读、技能能按中文 SOP 读取、发布前防回退”，不证明客户命中率或视频分析提升效果。
• 真实效果仍需真实客户复核 CSV、历史 Brief 数据集、真实视频资源、live provider 审计和 customer-effect 审计关闭证明缺口。

2026-06-08 长期优化计划主文档中文化

本轮修正

• 将目标文件 docs/tihao-experience-optimization-plan.md 从乱码版替换为中文可读执行版。
• 保留并明确 8 个核心段落：核心判断、当前能力、关键差距、长跑优化任务、软件端表格验收、质量验收标准、给 AI 的优化任务、每轮沉淀。
• 主计划继续明确：当前目标是把真实证据转成规则和审计闭环，不得用 sample/smoke/provider fallback 或接口 200 宣称命中率提升。
• 主计划保留真实效果证明口径：必须有真实历史 Brief、客户复核 CSV、客户最终选择、历史人工补号基线、本轮人工补号量和 customer-effect:audit 通过。

已验证

• npm.cmd run plan:consistency:smoke 通过。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，15 个刷新步骤全部 pass。
• 最新 round-deposition.passCount=81，failCount=0，warnCount=0。

当前边界

• 本轮解决的是计划本体可读性和每轮执行口径同步，不证明真实业务效果完成。
• 当前 proof-gap-closure.openCount=5，optimization-status.complete=false。
• 下一步仍优先关闭真实数据缺口：历史 Brief、真实候选视频、真实视频 A/B live proof、真实 live/provider 长跑、客户效果审计。

2026-06-08 计划执行状态面板

本轮修正

• 新增 plan:execution-status，生成 outputs/plan-execution-status-latest/plan-execution-status.md/csv/summary.json。
• 状态面板按长期优化计划的 8 个章节输出执行总表：核心判断、当前已具备能力、关键差距、长跑优化任务、软件端表格验收、质量验收标准、给 AI 的优化任务、每轮沉淀。
• 每一行都包含状态、当前证据、当前产物、下一步、验收标准和边界，方便商务/项目负责人实时看见还差什么。
• 新增 plan:execution-status:smoke，校验 8 个章节、中文报告、proofOpenCount、防误报边界、无 token 泄露和无常见乱码。
• round:refresh 从 15 步扩展为 16 步，最后一步自动刷新计划执行状态面板。

已验证

• npm.cmd run plan:execution-status:smoke 通过，rowCount=8，proofOpenCount=5。
• npm.cmd run round:refresh:smoke 通过，16 个步骤顺序稳定。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 已生成 outputs/plan-execution-status-latest/*。

当前边界

• 状态面板只同步计划执行进度，不证明客户效果。
• 当前 outputs/plan-execution-status-latest/plan-execution-status-summary.json 显示 complete=false、proofOpenCount=5。
• 仍需真实历史 Brief、真实候选视频、真实视频 A/B live proof、真实 live/provider 长跑、客户效果审计来关闭长期优化目标。

2026-06-08 计划执行状态入口与每轮审计闭环

本轮修正

• 将 plan-execution-status 纳入 latest-form:index，最新提号表单索引现在直接展示 plan-execution-status.md/csv/summary.json、rowCount=8、complete=false 和 proofOpenCount。
• 将 plan-execution-status 纳入 handoff:summary，交接摘要同时在顶层和 latest-form-index 子节点展示计划执行状态面板，方便下一轮 AI 与商务从一个入口看到当前完成度。
• 将 plan-execution-status 纳入 round:deposition 审计，新增 4 个守卫：面板存在、8 个章节与未完成边界、最新表单索引可见、交接摘要可见。
• 调整 round:refresh 顺序：先生成 plan-execution-status，再生成 latest-form-index、optimization-handoff 和 round-deposition，确保三类入口引用同一轮状态面板。
• 调整计划状态面板对后置入口的语义：当 latest/handoff/round 尚未刷新时标为 open，不再误报为 missing。

已验证

• npm.cmd run plan:execution-status:smoke 通过，rowCount=8，proofOpenCount=5。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已校验 plan-execution-status.md/csv/summary.json。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已校验顶层和 latest-form-index 内的计划状态入口。
• npm.cmd run round:deposition:smoke 通过，passCount=85，failCount=0。
• npm.cmd run round:refresh:smoke 通过，16 步顺序为 ... evidence-index, plan-execution-status, latest-form-index, optimization-handoff, round-deposition。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 已刷新。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run acceptance 通过，包含 workspace install smoke 与 npm pack --dry-run。

当前边界

• 本轮解决的是计划执行状态的入口可见性和每轮审计闭环，不证明客户效果完成。
• 当前 proof-gap-closure.openCount=5，plan-execution-status.complete=false，optimization-status.complete=false。
• 仍需真实历史 Brief、真实候选视频、真实视频 A/B live proof、真实 live/provider 长跑、人工复核/客户效果证明来关闭长期优化目标。

2026-06-08 补证操作包与 17 步刷新闭环

本轮修正

• 新增 proof-gap:operator-pack，生成 outputs/proof-gap-operator-pack-latest/proof-gap-operator-pack.md/csv/summary.json。
• 操作包把 5 个未关闭证明缺口压成软件端可执行表：负责人、优先级、填写文件、待补字段/证明、复验命令、通过标准和证明边界。
• 操作包全部使用中文可读文案，输出 Markdown/CSV 带 BOM，便于商务直接打开。
• 操作包保留严格边界：directCustomerProof=false、proofLevel=not_business_proof；sample、接口 200、长跑稳定或补齐材料都不能单独证明客户效果。
• 将操作包纳入 round:refresh，刷新链路从 16 步扩展为 17 步：先刷新计划执行状态，再生成补证操作包，再刷新 evidence index、latest form、handoff 和 round deposition。
• 将操作包纳入 evidence:index、latest-form:index 和 handoff:summary，商务和下一轮 AI 可以从最新表单索引或交接摘要直接找到补证操作表。

已验证

• npm.cmd run proof-gap:operator-pack:smoke 通过，rowCount=5，openCount=5。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引可读取新增操作包入口。
• npm.cmd run handoff:summary:smoke 通过，交接摘要可读取顶层和 latest-form-index 内的操作包入口。
• npm.cmd run evidence:index:smoke 通过，证据索引支持 proof-gap-operator-pack 类型。
• npm.cmd run round:refresh:smoke 通过，17 步顺序稳定，且 evidence index 已收录操作包。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 已刷新。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run acceptance 通过，包含 workspace install smoke 与 npm pack --dry-run。

当前边界

• 本轮解决的是“未关闭证明缺口如何派工、填表、复验”的操作入口，不证明提号率提升或客户效果达标。
• 当前 outputs/proof-gap-operator-pack-latest/proof-gap-operator-pack-summary.json 显示 passed=true、complete=false、openCount=5、rowCount=5。
• 长期优化目标仍未完成：真实历史 Brief 数据集、真实候选视频资源、真实视频 A/B live proof、真实 live/provider 长跑、商务复核和客户效果证明仍需真实材料关闭。

2026-06-08 主优化计划中文可读修复

本轮修正

• 将目标主文件 docs/tihao-experience-optimization-plan.md 替换为中文可读执行版，不再依赖 .zh-CN.md 作为备用入口。
• 主计划保留 8 个核心段落：核心判断、当前能力、关键差距、长跑优化任务、软件端表格验收、质量验收标准、给下一轮 AI 的任务、每轮沉淀。
• 主计划继续明确证明边界：sample、smoke、provider fallback、接口 200、补齐操作包和候选名单都不能证明客户效果完成。
• 调整 plan:consistency:smoke：对主计划改为检查中文关键短语，包括“全局博主唯一”“平台 + 规范化主页链接”“平台 + 规范化博主名称”“不得宣称客户效果完成”。

已验证

• npm.cmd run plan:consistency:smoke 通过，hits=[]。
• npm.cmd run plan:execution-status:smoke 通过，rowCount=8，proofOpenCount=5。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，17 步全部 pass。
• npm.cmd run hygiene:smoke 通过，hitCount=0。
• npm.cmd run acceptance 通过，包含 workspace install smoke 与 npm pack --dry-run。

当前边界

• 本轮解决的是目标计划文档本体可读性和一致性校验口径，不证明长期优化目标完成。
• 当前 proof-gap-closure.openCount=5，plan-execution-status.complete=false，optimization-status.complete=false。
• 下一步仍需要真实历史 Brief、真实候选视频、真实视频 A/B live proof、真实 live/provider 长跑、商务复核和客户效果审计关闭证明缺口。

2026-06-10 长跑前置门禁入口补强

本轮修正

• 将 outputs/long-run-readiness-latest/long-run-readiness-report.md 和 long-run-readiness-summary.json 作为一等入口纳入 latest-form:index。
• latest-form-index-summary.json 新增 longRunReadiness，暴露 mode、ready、passCount、failCount、warnCount、directCustomerProof=false 和 proofLevel=not_business_proof。
• handoff:summary 顶层新增“长跑前置门禁”段落，同时在 latestFormIndex.longRunReadiness 中透传同一入口，避免下一轮 AI 只能从 round-refresh-summary.json 间接定位长跑门禁。
• handoff:summary 的下一轮命令新增 longrun:readiness，明确启动 full-matrix/live 长跑或客户效果审计前必须先跑前置门禁。
• 更新 latest-form:index:smoke 和 handoff:summary:smoke，要求报告包含 long-run-readiness-report.md、ready=false 和“不证明客户效果”的边界。

已验证

• node --check scripts\latest-form-index.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• npm.cmd run latest-form:index:smoke 通过，longRunReadiness.ready=false、failCount>=1、proofLevel=not_business_proof。
• npm.cmd run handoff:summary:smoke 通过，handoff 顶层和 latestFormIndex 嵌套节点都能看到长跑前置门禁。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实输出已刷新；当前 long-run-readiness.ready=false、failCount=6。
• npm.cmd run round:refresh:smoke 通过，临时 22 步刷新链路同样保留长跑前置门禁入口。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口继续保留 openCount=5、readyForClaim=false 边界。
• npm.cmd run hygiene:smoke 通过，扫描 166 个文件，hitCount=0。
• npm.cmd run acceptance 通过，总验收保持通过，且 latest-form:index:smoke、handoff:summary:smoke、round:refresh:smoke 均在 acceptance 中通过。

当前边界

• 本轮只补强长跑前置门禁的可见性和交接入口，不补真实业务材料，也不关闭真实证明缺口。
• 当前 proof-gap-closure.openCount=5，optimization-completion.readyForClaim=false，不得宣称提号率提升、客户效果达标或人工补号量下降。
• longrun:readiness.ready=false 是真实卡点，不是交付失败；它说明 full-matrix/live 长跑和客户效果审计还不能启动或宣称完成。

2026-06-10 前置门禁纳入 22 步刷新链路

本轮修正

• 将 intake:readiness、video:resource-readiness 和 longrun:readiness 纳入 round:refresh，刷新链路从 19 步扩展为 22 步。
• 三个前置门禁在 round:refresh --strict 中不使用 strict 失败退出，而是如实刷新当前状态：overallReady=false、readyForVideoAbPreflight=false、longrun.ready=false。
• round-refresh-summary.json 的 artifacts 新增 intakeReadiness、videoResourceReadiness、longRunReadiness，让完成度审计不再依赖旧的前置门禁 summary。
• 更新 round:refresh:smoke，要求 22 步顺序稳定，并断言 intake/video/longrun 三个前置门禁产物被刷新。
• 更新 docs/tihao-handoff-index.md 和 task:handoff-index:smoke，当前交接入口明确显示 round-refresh-summary.json 为 22 步全部 pass。

已验证

• node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\refresh-round-artifacts-smoke.js 通过。
• npm.cmd run round:refresh:smoke 通过，22 步顺序稳定。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 已刷新为 22 步；当前 intake-readiness.failureCount=9、video-resource-readiness.failureCount=1、long-run-readiness.failCount=6。
• npm.cmd run task:handoff-index:smoke 通过，交接入口已同步 22 步口径。

当前边界

• 本轮只是让每轮刷新覆盖真实材料、视频资源和长跑前置门禁的最新失败状态，不补真实业务材料。
• 当前 proof-gap-closure.openCount=5，optimization-completion.readyForClaim=false，不得宣称提号率提升、客户效果达标或人工补号量下降。
• round:refresh 22 步全部 pass 只代表审计/索引/交接产物成功刷新，不代表 22 个业务门槛都通过。

2026-06-10 优化完成度审计与 19 步刷新闭环

本轮修正

• 新增 scripts/optimization-completion-audit.js 和 scripts/optimization-completion-smoke.js。
• 新增 npm script：optimization:completion、optimization:completion:smoke。
• 完成度审计会聚合 intake readiness、video resource readiness、proof-gap closure、真实视频 A/B live proof、真实 live/provider 长跑、客户效果审计、optimization pipeline、交接摘要和 15 步补证进度。
• 当前审计必须输出 complete=false、readyForClaim=false、proofGapOpenCount=5，并把 canClaim.tihaoRateImproved、canClaim.customerEffectAchieved、canClaim.manualSupplementReduced 全部保持为 false。
• 将完成度审计 smoke 纳入 acceptance，将完成度审计产物纳入 round:refresh，刷新链路从 18 步扩展为 19 步。
• evidence:index 新增 optimization-completion 类型：只有 complete=true、readyForClaim=true 且 proofGapOpenCount=0 时才可归为 real_evidence；当前 incomplete 时归为 not_business_proof。
• 更新 docs/tihao-handoff-index.md，把 outputs/optimization-completion-latest/optimization-completion-report.md 作为长期优化完成判断入口，并明确它本身不是业务证明。
• 更新 docs/business-proof-action-order.zh-CN.md 的长期完成判定，要求 optimization:completion 同时满足 complete=true、readyForClaim=true、proofGapOpenCount=0。
• round-deposition 的补证操作顺序守卫现在检查 optimization:completion 和 readyForClaim=true，避免后续只看 proof-gap:closure 就误判长期目标完成。
• latest-form:index 现在把 optimization-completion-report.md/summary.json 作为一等入口，summary 暴露 complete、readyForClaim、proofGapOpenCount、blockingReasonCount 和三个 canClaim=false 开关。
• real-proof-intake-bundle 现在在“打开顺序”中加入优化完成度审计报告，在 sourceState 暴露 optimizationCompletionComplete=false、optimizationCompletionReadyForClaim=false，并新增 optimization:completion 复验命令。
• real-proof-intake-bundle.complete 现在同时要求 proof-gap:closure.complete=true、plan-execution-status.complete=true、optimization-completion.complete=true、readyForClaim=true 和 proofOpenCount=0，避免真实证明缺口未关时误判长期目标完成。

已验证

• npm.cmd run optimization:completion:smoke 通过。
• npm.cmd run optimization:completion -- --output outputs\optimization-completion-latest 通过，输出 complete=false、readyForClaim=false、proofGapOpenCount=5、blockingReasonCount=10。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，19 步全部 pass；optimization-completion 已纳入刷新链路，round-deposition 通过项为 85、failCount=0。
• npm.cmd run evidence:index:smoke 通过，已识别 optimization-completion 类型。
• npm.cmd run optimization:status:smoke 通过，状态面板已识别 optimization-completion 稳定项。
• npm.cmd run round:refresh:smoke 通过，19 步顺序稳定。
• npm.cmd run round:deposition:smoke 通过，补证操作顺序守卫已覆盖 optimization:completion。
• npm.cmd run round:deposition -- --outputs outputs --output outputs\round-deposition-latest --strict 通过，passCount=85、failCount=0。
• npm.cmd run task:handoff-index:smoke 通过，交接入口已记录 optimization-completion.readyForClaim=false。
• npm.cmd run handoff:summary:smoke 通过，交接摘要仍保持 complete=false。
• npm.cmd run latest-form:index:smoke 通过，最新表单入口仍保持补证/收集材料边界。
• node --check scripts\latest-form-index.js、node --check scripts\real-proof-intake-bundle.js、node --check scripts\latest-form-index-smoke.js、node --check scripts\real-proof-intake-bundle-smoke.js 均通过。
• npm.cmd run proof-gap:intake-bundle:smoke 通过，新增完成度审计入口后仍为 complete=false、proofOpenCount=5、exportRowCount=32。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已校验 optimization-completion-report.md、readyForClaim=false、proofGapOpenCount>=1 和三个禁用宣称开关。
• npm.cmd run round:refresh -- --output-root outputs --strict 重新通过，19 步全部 pass；latest-form index、real-proof intake bundle 和 optimization-completion latest 产物已刷新。
• npm.cmd run round:refresh:smoke、npm.cmd run task:handoff-index:smoke、npm.cmd run hygiene:smoke、npm.cmd run round:deposition:smoke 均通过。
• npm.cmd run acceptance 在完成度审计和补证顺序守卫更新后通过；包内容门禁显示 entryCount=167，workspace install smoke 通过。

当前边界

• 本轮新增的是“能不能宣称完成”的机器审计，不补真实业务材料，也不关闭真实证明缺口。
• 当前 proof-gap-closure.openCount=5，optimization-completion.readyForClaim=false，不得宣称提号率提升、客户效果达标或人工补号量下降。
• real-proof-intake-bundle、proof-gap-request、proof-gap-operator-pack、最新索引、执行总表和完成度审计都不是客户效果证明。

2026-06-09 真实验收材料收集总包与 18 步刷新闭环

本轮修正

• 新增 proof-gap:intake-bundle，生成 outputs/real-proof-intake-bundle-latest/real-proof-intake-bundle.md/csv/summary.json。
• 总包把真实材料模板、字段级缺口、修复清单、5 个证明缺口和补齐后复验命令集中到一个商务可打开入口。
• 总包收录历史 Brief 数据模板、人工复核模板、视频资源模板、字段级补齐核对表、补证操作包、人工复核标签指南、商务执行总表和最新提号表单索引。
• 总包继续保留证明边界：directCustomerProof=false、proofLevel=not_business_proof；总包通过只代表补证入口完整，不证明客户效果。
• 将总包纳入 round:refresh，刷新链路从 17 步扩展为 18 步，并在 evidence:index、latest-form:index 和 handoff:summary 中暴露入口。
• 修正 latest form 索引报告里两处“缺失”乱码占位，避免中文交付入口继续夹杂乱码。

已验证

• npm.cmd run proof-gap:intake-bundle:smoke 通过，proofOpenCount=5，exportRowCount=30。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引可读取 real-proof-intake-bundle.md/csv/summary.json。
• npm.cmd run handoff:summary:smoke 通过，交接摘要可读取顶层真实验收材料收集总包入口。
• npm.cmd run round:refresh:smoke 通过，18 步顺序稳定，且 evidence index 已收录 real-proof-intake-bundle 类型。

当前边界

• 本轮解决的是“商务如何从一个入口补齐真实验收材料”的操作体验，不证明提号率提升、客户效果达标或人工补号量下降。
• 当前 proofOpenCount=5，长期优化目标仍未完成。
• 仍需真实历史 Brief 数据集、真实候选视频资源、真实视频 A/B live proof、真实 live/provider 长跑、商务复核和客户效果证明来关闭真实证明缺口。

2026-06-09 真实证明缺口请求包入口补强

本轮修正

• 将 proof-gap-request-latest 作为一等入口纳入 latest-form:index，最新表单索引现在展示 proof-gap-request-report.md/csv/summary.json、unresolvedCount、rowCount 和证明边界。
• 将真实证明缺口请求包纳入 handoff:summary 顶层，并在 latestFormIndex 嵌套节点中同步展示；即使 latest-form 索引尚未刷新，handoff 也会回退到独立的 proof-gap-request-latest 产物路径。
• 更新 round:refresh:smoke，确认 18 步刷新后 latest-form 和 handoff 都能看到请求包入口。
• 保持边界：请求包只列出仍需补齐的真实证明材料，不证明客户效果、命中率提升或人工补号量下降。

已验证

• npm.cmd run latest-form:index:smoke 通过，请求包入口已进入最新表单索引。
• npm.cmd run handoff:summary:smoke 通过，请求包入口已进入交接摘要顶层和 latest-form 嵌套节点。
• npm.cmd run round:refresh:smoke 通过，18 步顺序稳定，且整轮交接仍为 passed=true。

当前边界

• 当前仍是材料请求和补证入口补强，不关闭任何真实业务证明缺口。
• proofOpenCount/openCount 仍为 5 时，不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-09 发布前泄密/乱码审计范围补强

本轮修正

• 扩大 hygiene:smoke 默认扫描范围，除 docs、scripts、mcp/src、skills、fixtures 外，新增覆盖 package.json、install.js、bin、skill-package-manifest.json、.mcp.json、.claude-plugin 和 memory-templates。
• 这样 acceptance 和发布前 dry-run 会自动扫描包入口、安装脚本、CLI、manifest、MCP 配置和记忆模板，避免关键交付文件绕过 token/乱码审计。
• 保持秘密保护边界：不得在报告、日志、模板、安装产物或 npm 包入口中写入 sessionToken、Authorization、模型 token 或 npm token。

已验证

• npm.cmd run hygiene:smoke 通过，默认扫描文件数从 154 扩展到 161，hitCount=0。
• npm.cmd run skill:refs:smoke 通过，技能引用文档仍无常见乱码。

当前边界

• 本轮只增强发布前安全审计覆盖面，不关闭真实客户效果证明缺口。
• 当前 proofOpenCount/openCount=5，仍需真实历史 Brief、真实候选视频、真实 live/provider 和客户效果材料后才能进入完成判断。

2026-06-09 npm 包内容门禁

本轮修正

• 新增 package:contents:smoke，基于 npm pack --dry-run --json 解析真实 npm 包文件清单。
• 门禁要求 npm 包必须包含插件入口、MCP 配置、CLI、安装脚本、manifest、memory 模板、MCP server、skill 主文件、关键 reference 和安装/付费/补证 SOP 文档。
• 门禁禁止把 outputs/、output/、node_modules/、.git/、.codex-run/、.npm-cache、.claude/、.vscode/、dist/、tmp/、coverage/、.env、.npmrc、package-lock.json、日志、tgz 或 zip 打入 npm 包。
• 将 package:contents:smoke 接入 acceptance，放在原有 npm pack --dry-run 前面，先机器断言，再保留 dry-run 清单给人工查看。

已验证

• npm.cmd run package:contents:smoke 通过，entryCount=163，必需文件 17 项全部存在。
• npm.cmd run hygiene:smoke 通过，默认扫描文件数扩展到 162，hitCount=0。

当前边界

• 本轮只保证 npm 包内容边界和发布清单安全，不证明真实客户效果。
• 当前仍有 5 个真实证明缺口未关闭，不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-09 任务交接入口文档补强

本轮修正

• 新增 docs/tihao-handoff-index.md，作为下一轮 AI、商务或投放接手长期优化任务时的第一入口。
• 入口文档按阅读顺序指向主计划、15 步补证顺序、最新表单索引、真实验收材料总包、proof-gap 请求包、商务执行总表和交接摘要。
• 将任务交接入口纳入 latest-form:index 和 handoff:summary 的 supportDocs，避免入口只存在于 docs/ 目录而没有出现在最新交接产物中。
• 新增 task:handoff-index:smoke，校验入口文档、README、最新表单索引、交接摘要和 acceptance 门禁都能看到该入口。
• 将 docs/tihao-handoff-index.md 加入 npm 包内容门禁必需文件。

当前边界

• 本轮只解决任务入口和交接可发现性，不关闭任何真实业务证明缺口。
• 当前 proofOpenCount/openCount=5，仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-09 按任务文档执行优化复验

本轮执行

• 按 docs/tihao-handoff-index.md 的复验顺序执行 intake:readiness、video:resource-readiness --strict、proof-gap:closure 和 round:refresh --strict。
• 将复验结果写回 docs/tihao-handoff-index.md 的“最近一次复验结果”章节，方便下一轮 AI、商务和投放直接看到当前卡点。
• 扩展 task:handoff-index:smoke，要求任务入口保留 overallReady=false、failureCount=9、readyForVideoAbPreflight=false、realCandidateRows=0、openCount=5 和“不能用 0 或示例值代替”的边界。

已验证

• npm.cmd run intake:readiness -- --data-pack outputs\data-intake-pack-latest --video-pack outputs\video-intake-pack-latest --output outputs\intake-readiness-latest 通过执行，结果为 overallReady=false、failureCount=9。
• npm.cmd run video:resource-readiness -- --input outputs\video-intake-pack-latest\video-resource-template.csv --output outputs\video-resource-readiness-latest --strict 按预期失败，结果为 readyForVideoAbPreflight=false、failureCount=1、realCandidateRows=0。
• npm.cmd run proof-gap:closure -- --output outputs\proof-gap-closure-latest 通过执行，结果为 complete=false、openCount=5、closedCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，18 步全部 pass。

当前边界

• 当前已完成的是“按任务文档复验并同步真实卡点”，不是长期优化目标完成。
• optimization:pipeline 未运行，因为缺真实 <本轮人工补号量> 和可通过 intake readiness 的真实材料；不能用 0、示例值或模板值替代。
• 当前仍有 5 个真实证明缺口未关闭，不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 提号补证操作包字段审计闭环

本轮修正

• 将 proof-gap-operator-pack 强化为可机器审计的执行件，summary 稳定输出 gapIds、fillFileCount、recheckCommandCount 和 ownerGroupCount。
• 操作包当前记录 5 个真实证明缺口：historical-dataset、video-real-candidate、video-ab-live-proof、live-provider-overnight-proof、manual-review-and-customer-effect。
• 当前操作包字段为 fillFileCount=3、recheckCommandCount=9、ownerGroupCount=3，每行同时暴露主填写文件和首个复验命令，方便商务、投放和技术按缺口派工。
• latest-form:index 和 handoff:summary 已透传操作包的 markdown、csv、summary、5 个 gapId、填写文件数、复验命令数和负责人组数。
• round-deposition 新增 4 个检查：proof-gap-operator-pack-summary、proof-gap-operator-pack-actionable、latest-form-index-proof-gap-operator-pack、handoff-proof-gap-operator-pack，本轮真实 passCount=101、failCount=0。
• docs/tihao-handoff-index.md 已补充操作包阅读入口、最近复验结果和可说/不可说边界，并由 task:handoff-index:smoke 守住关键字段。

已验证

• npm.cmd run proof-gap:operator-pack:smoke 通过，openCount=5、rowCount=5。
• npm.cmd run proof-gap:operator-pack -- --outputs outputs --output outputs\proof-gap-operator-pack-latest --strict 通过，真实输出已刷新。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引可读取 proof-gap-operator-pack.md/csv/summary.json。
• npm.cmd run handoff:summary:smoke 通过，交接摘要可读取顶层和 latest-form 嵌套的操作包入口。
• npm.cmd run round:deposition:smoke 通过，passCount=101、failCount=0。
• npm.cmd run round:refresh:smoke 通过，22 步顺序稳定。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，真实 outputs 已刷新，round-deposition.passCount=101。

当前边界

• 操作包只回答“5 个缺口谁补、补哪个文件、补完跑什么命令”，不证明提号率提升、客户效果达标或人工补号量下降。
• 当前 proof-gap-closure.openCount=5，optimization-completion.readyForClaim=false，longrun:readiness.ready=false。
• 仍需真实历史 Brief 数据集、真实候选视频资源、真实视频 A/B live proof、真实 live/provider 长跑证明、商务复核和客户效果证明后，才能关闭真实证明缺口。

2026-06-10 提号补证操作包当前证据与下一步动作列

本轮修正

• 在 proof-gap-operator-pack summary 中新增 evidenceRowCount、nextActionCount 和 missingProofRequirementCount，当前真实输出为 evidenceRowCount=5、nextActionCount=5。
• 在操作包 markdown 和 CSV 中新增“当前证据”和“下一步”列，让商务/投放/技术打开表格后能直接看到每个缺口当前卡点和补完后该跑什么。
• 去重“待补字段/证明”展示，避免 video-ab-live-proof 这类缺口把 proofContext.* 重复列出。
• latest-form:index、handoff:summary 和 round-deposition 已透传并审计 evidenceRowCount、nextActionCount，防止操作包退化成只有文件链接和命令清单。
• docs/tihao-handoff-index.md 已同步记录 5 条当前证据和 5 条下一步动作，task:handoff-index:smoke 会守住这些字段。

已验证

• node --check scripts\proof-gap-operator-pack.js、node --check scripts\latest-form-index.js、node --check scripts\generate-optimization-handoff.js、node --check scripts\round-deposition-audit.js 均通过。
• npm.cmd run proof-gap:operator-pack:smoke 通过，操作包报告/CSV 已包含“当前证据”和“下一步”列。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已透传 evidenceRowCount=5、nextActionCount=5。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已透传操作包证据行和下一步动作数。
• npm.cmd run round:deposition:smoke 通过，每轮沉淀审计继续 passCount=101、failCount=0。

当前边界

• 本轮只让补证操作包更可执行、更可审计，不补真实历史 Brief、真实候选视频或客户效果材料。
• 当前 5 个真实证明缺口仍未关闭；optimization-completion.readyForClaim=false 时仍不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 真实验收材料总包透传操作包证据与下一步

本轮修正

• 将 proof-gap-operator-pack 的当前证据和下一步动作透传进 real-proof-intake-bundle，summary 新增 operatorPackEvidenceRowCount=5、operatorPackNextActionCount=5、operatorPackMissingProofRequirementCount=6。
• 在 real-proof-intake-bundle.md 的“证明缺口闭环”表新增“当前证据”和“下一步”列，CSV 同步新增 当前证据、下一步 两列，商务打开总包时可直接看到每个真实证明缺口当前卡点和补齐动作。
• latest-form:index 和 handoff:summary 已透传真实验收材料总包的操作包证据/下一步计数，round-deposition 已把这些字段作为观测项输出。
• task:handoff-index:smoke 已补充对 realProofIntakeBundle 顶层、latest-form 和 handoff 嵌套入口的字段校验。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果和可说/不可说边界。

已验证

• node --check scripts\real-proof-intake-bundle.js、node --check scripts\latest-form-index.js、node --check scripts\generate-optimization-handoff.js、node --check scripts\round-deposition-audit.js、node --check scripts\task-handoff-index-smoke.js 均通过。
• npm.cmd run proof-gap:intake-bundle:smoke 通过，真实验收材料总包输出 operatorPackEvidenceRowCount=5、operatorPackNextActionCount=5。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已展示真实验收材料总包的操作包证据/下一步计数。
• npm.cmd run handoff:summary:smoke 通过，交接摘要顶层和 latest-form 嵌套入口均可读取真实验收材料总包字段。
• npm.cmd run round:deposition:smoke 通过，round deposition 继续 passCount=101、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口已守住 operatorPackEvidenceRowCount=5、operatorPackNextActionCount=5。
• npm.cmd run acceptance 通过，发布前总门禁、包内容门禁、安全审计和任务交接入口均保持通过。

当前边界

• 本轮只把补证操作包的当前证据和下一步动作带入真实验收材料总包，减少商务/投放在多个入口间跳转，不补真实业务材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false，仍不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 提号补证操作包负责人附件

本轮修正

• proof-gap-operator-pack 新增按负责人拆分的 by-owner 附件，当前输出 ownerArtifactCount=3。
• 当前负责人附件为 outputs/proof-gap-operator-pack-latest/by-owner/business.md/csv、outputs/proof-gap-operator-pack-latest/by-owner/business-media.md/csv、outputs/proof-gap-operator-pack-latest/by-owner/tech-ai.md/csv。
• 每份负责人附件保留对应 gapIds、topPriority、actionCount、evidenceRowCount、nextActionCount，让商务、商务/投放、技术/AI 能直接打开自己的补证清单，不必在总表里手动筛选。
• latest-form:index、handoff:summary 和 round-deposition 已透传并审计 ownerArtifactCount=3 与三份 by-owner 文件路径，防止后续刷新丢失角色附件。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、接手角色分工、最近复验结果和可说/不可说边界，明确这些负责人附件仍只是补证派工材料。

已验证

• node --check scripts\latest-form-index.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run proof-gap:operator-pack:smoke 通过，操作包 smoke 已检查 by-owner 附件。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已透传 ownerArtifactCount=3。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已透传顶层和 latest-form 嵌套的负责人附件。
• npm.cmd run round:deposition:smoke 通过，passCount=101、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口已守住负责人附件字段。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。
• 抽读真实 outputs 确认 proofGapOperatorPack.ownerArtifactCount=3、latestFormIndex.proofGapOperatorPackOwnerArtifactCount=3、handoff.proofGapOperatorPackOwnerArtifactCount=3。

当前边界

• 本轮只增强补证操作包的角色分发和防回退审计，不补真实历史 Brief、真实候选视频、live/provider 长跑或客户效果材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• real-proof-intake-bundle、proof-gap-request、proof-gap-operator-pack、by-owner 附件、最新索引和执行总表仍都是协调/执行材料，不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 真实验收材料总包透传操作包负责人附件

本轮修正

• real-proof-intake-bundle 新增 operatorPackOwnerArtifactCount=3 和 operatorPackOwnerArtifacts，直接透传 proof-gap-operator-pack 的三份 by-owner 派工文件。
• 总包 Markdown 新增“操作包负责人附件”表，展示商务、商务/投放、技术/AI 的 Markdown、CSV、gapIds、evidenceRowCount 和 nextActionCount。
• 总包 CSV 新增 3 行 负责人附件，因此当前真实输出 exportRowCount=37；商务只打开总包 CSV 时，也能看到 by-owner/business.csv、by-owner/business-media.csv、by-owner/tech-ai.csv。
• latest-form:index 和 handoff:summary 已透传真实总包内的 operatorPackOwnerArtifactCount=3 和三份附件路径。
• round-deposition 新增 real-proof-intake-bundle-operator-owner-artifacts 防回退检查，当前真实 passCount=102、failCount=0。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果和可说/不可说边界，明确这些负责人附件仍只是补证派工材料。

已验证

• node --check scripts\real-proof-intake-bundle.js 通过。
• node --check scripts\real-proof-intake-bundle-smoke.js 通过。
• node --check scripts\latest-form-index.js 通过。
• node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\round-deposition-audit.js 通过。
• node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run proof-gap:intake-bundle:smoke 通过，真实验收材料总包输出 exportRowCount=37、operatorPackOwnerArtifactCount=3。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已展示真实总包的操作包负责人附件字段。
• npm.cmd run handoff:summary:smoke 通过，交接摘要顶层和 latest-form 嵌套入口均可读取真实总包负责人附件字段。
• npm.cmd run round:deposition:smoke 通过，passCount=102、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口已守住 operatorPackOwnerArtifactCount=3。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。

当前边界

• 本轮只减少商务/投放在总包和操作包之间跳转，不补真实历史 Brief、真实候选视频、live/provider 长跑或客户效果材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• real-proof-intake-bundle、by-owner 附件、最新索引、交接摘要和 22 步 refresh 仍都不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 商务执行总表透传操作包负责人附件

本轮修正

• business-execution-index 新增读取 proof-gap-operator-pack-summary.json，并把三份 by-owner 派工文件写成 3 行 操作包负责人附件。
• 商务执行总表 summary 新增 operatorPackOwnerArtifactCount=3、operatorPackOwnerArtifactRowCount=3 和 operatorPackOwnerArtifacts，当前真实输出 rowCount=27、proofOpenCount=5。
• 新增三行分别指向 outputs/proof-gap-operator-pack-latest/by-owner/business.md/csv、business-media.md/csv、tech-ai.md/csv，并保留 gapIds、evidenceRowCount、nextActionCount 和“不证明客户效果”边界。
• latest-form:index、handoff:summary 和 round-deposition 已透传并审计商务执行总表里的操作包负责人附件；round:refresh 顺序已调整为先刷新 proof-gap-operator-pack，再刷新 business-execution-index。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果、接手角色分工和可说/不可说边界，明确商务执行总表里的负责人附件仍只是补证派工材料。

已验证

• node --check scripts\business-execution-index.js、node --check scripts\business-execution-index-smoke.js 通过。
• node --check scripts\latest-form-index.js、node --check scripts\generate-optimization-handoff.js、node --check scripts\round-deposition-audit.js、node --check scripts\refresh-round-artifacts.js 通过。
• node --check scripts\generate-optimization-handoff-smoke.js、node --check scripts\round-deposition-smoke.js、node --check scripts\task-handoff-index-smoke.js、node --check scripts\refresh-round-artifacts-smoke.js 通过。
• npm.cmd run business-execution:index:smoke 通过，fixture 输出包含 3 行操作包负责人附件。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已展示商务执行总表的 operatorPackOwnerArtifactCount=3。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已透传商务执行总表里的操作包负责人附件。
• npm.cmd run round:deposition:smoke 通过，passCount=104、failCount=0。
• npm.cmd run round:refresh:smoke 通过，22 步顺序已改为 proof-gap-operator-pack 先于 business-execution-index。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口已守住商务执行总表的 operatorPackOwnerArtifactCount=3。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。

当前边界

• 本轮只让商务执行总表直接承接 proof-gap 操作包 by-owner 附件，减少商务/投放/技术在多个入口间跳转，不补真实业务材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• 商务执行总表、操作包负责人附件、真实验收材料总包、最新索引、交接摘要和 22 步 refresh 仍都不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 业务进度与计划执行面板透传操作包负责人附件

本轮修正

• business-proof-progress 新增读取 proof-gap-operator-pack-summary.json 和 business-execution-index-summary.json，summary 透传 operatorPackOwnerArtifactCount=3 与三份 operatorPackOwnerArtifacts。
• business-proof-progress-report.md 新增 proof-gap 操作包负责人附件 区块，让商务查看进度表时也能直接定位 by-owner/business.md/csv、business-media.md/csv、tech-ai.md/csv。
• plan-execution-status 新增透传 operatorPackOwnerArtifactCount=3、operatorPackOwnerArtifacts、businessExecutionOperatorPackOwnerArtifactCount=3 和 businessExecutionOperatorPackOwnerArtifactRowCount=3。
• plan-execution-status.md 新增 proof-gap 操作包负责人附件 表，并在计划第 3、4 行证据中显示操作包负责人附件计数和商务执行总表附件行数。
• latest-form:index 和 handoff:summary 已把计划执行状态面板里的负责人附件字段继续透传到最新索引和交接摘要。
• round-deposition 新增 business-proof-progress-operator-owner-artifacts、plan-execution-status-operator-owner-artifacts 两个防回退检查，真实 outputs 当前 passCount=106、failCount=0。
• latest-form:index:smoke 和 handoff:summary:smoke 的 fixture 准备顺序已和 round:refresh 对齐，先刷新 plan-execution-status-latest 再生成 latest/handoff，避免单脚本 smoke 读到旧面板。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果和可说/不可说边界，明确这些字段仍只是执行/审计入口，不是业务证明。

已验证

• node --check scripts\business-proof-progress.js、node --check scripts\business-proof-progress-smoke.js 通过。
• node --check scripts\plan-execution-status.js、node --check scripts\plan-execution-status-smoke.js 通过。
• node --check scripts\latest-form-index.js、node --check scripts\latest-form-index-smoke.js 通过。
• node --check scripts\generate-optimization-handoff.js、node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\refresh-round-artifacts.js、node --check scripts\refresh-round-artifacts-smoke.js 通过。
• node --check scripts\round-deposition-audit.js、node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run business-proof:progress:smoke 通过，fixture 输出 operatorPackOwnerArtifactCount=3 且 complete=false。
• npm.cmd run plan:execution-status:smoke 通过，fixture 输出 rowCount=8、proofOpenCount=5、operatorPackOwnerArtifactCount=3。
• npm.cmd run latest-form:index:smoke 通过，最新表单索引已透传计划执行状态面板的 operatorPackOwnerArtifactCount=3 和 businessExecutionOperatorPackOwnerArtifactRowCount=3。
• npm.cmd run handoff:summary:smoke 通过，交接摘要顶层和 latest-form 嵌套入口均可读取计划执行状态面板负责人附件字段。
• npm.cmd run round:refresh:smoke 和 npm.cmd run round:deposition:smoke 通过，沉淀审计 passCount=106、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，任务交接入口仍记录 openCount=5、businessExecutionOperatorPackOwnerArtifactCount=3、readyForClaim=false。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。
• 抽读真实 outputs 确认 businessProofProgress.operatorPackOwnerArtifactCount=3、planExecutionStatus.operatorPackOwnerArtifactCount=3、latestFormIndex.planExecutionStatus.operatorPackOwnerArtifactCount=3、handoff.planExecutionStatus.operatorPackOwnerArtifactCount=3。

当前边界

• 本轮只把 proof-gap 操作包 by-owner 附件继续传播到业务证明进度表和长期计划执行状态面板，减少商务/投放/技术在多个入口间跳转，不补真实业务材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• business-proof-progress、plan-execution-status、商务执行总表、真实验收材料总包、最新索引、交接摘要和 22 步 refresh 仍都不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 交接摘要透传补证进度表负责人附件

本轮修正

• generate-optimization-handoff 现在读取 business-proof-progress-summary.json，不再只在交接摘要里放补证进度表路径。
• 交接摘要 businessProofProgress 新增 complete、counts、operatorPackOwnerArtifactCount=3、operatorPackOwnerArtifacts、businessExecutionOperatorPackOwnerArtifactRowCount=3 等字段。
• optimization-handoff-report.md 的“补证进度表”区块新增 pass/pending/fail/blocked 统计、负责人附件计数和三份 by-owner 文件表，便于下一轮 AI 只读交接摘要也能定位补证进度派工文件。
• handoff:summary:smoke 已先刷新 business-proof-progress-latest，再生成交接摘要，避免读取旧的进度表。
• task-handoff-index-smoke 新增读取真实 business-proof-progress-summary.json 和 plan-execution-status-summary.json，并校验 handoff/latest 中的负责人附件传播字段。
• round-deposition 新增 handoff-business-proof-progress-operator-owner-artifacts 防回退检查，真实 outputs 当前 passCount=107、failCount=0。
• docs/tihao-handoff-index.md 已同步当前结论、阅读顺序、最近复验结果和可说/不可说边界，明确交接摘要里的进度表负责人附件仍只是补证派工入口。

已验证

• node --check scripts\generate-optimization-handoff.js、node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\task-handoff-index-smoke.js 通过。
• node --check scripts\round-deposition-audit.js、node --check scripts\round-deposition-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已透传 businessProofProgress.operatorPackOwnerArtifactCount=3。
• npm.cmd run round:deposition:smoke 通过，passCount=107、failCount=0。
• npm.cmd run task:handoff-index:smoke 通过，输出已记录 businessProofProgressOperatorPackOwnerArtifactCount=3、planExecutionStatusOperatorPackOwnerArtifactCount=3、planExecutionStatusBusinessExecutionOperatorPackOwnerArtifactRowCount=3。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。

当前边界

• 本轮只把补证进度表里的操作包负责人附件继续带入交接摘要和任务交接 smoke，不补真实业务材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。
• businessProofProgress、optimization-handoff、round-deposition 和 task-handoff-index 仍是协调/审计入口，不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-10 交接摘要透传下一步行动队列摘要

本轮修正

• generate-optimization-handoff 现在把 business-proof-next-actions-summary.json 的 complete、actionCount=5、ownerGroupCount=3、ownerArtifactCount=3、sourceState.proofGapOpenCount=5 和前 5 个高优先级 topActions 写入交接摘要。
• optimization-handoff-report.md 的“下一步行动队列”区块现在展示 actionCount、proofGapOpenCount、intake/video/pipeline 状态和 top action 表，下一轮 AI 只读交接摘要也能看到首批补证动作。
• handoff:summary:smoke 会先刷新 business-proof-next-actions-latest，再校验 handoff 中的 step-03 历史数据补齐动作和 gap-video-ab-live-proof 视频 A/B live proof 动作。
• round-deposition 新增 handoff-business-proof-next-actions-top-actions 防回退检查，并把 handoff.businessProofNextActions.count/topActionCount/proofGapOpenCount 写入 observed 和报告；真实 outputs 当前 passCount=108、failCount=0。
• task-handoff-index-smoke 新增读取真实 business-proof-next-actions-summary.json，校验当前 handoff 和临时生成 handoff 都透传 actionCount=5、proofGapOpenCount=5 与 topActions。
• docs/tihao-handoff-index.md 已同步当前结论、最近复验结果和可说/不可说边界，明确下一步行动队列仍只是补证派工入口。

已验证

• node --check scripts\generate-optimization-handoff.js、node --check scripts\generate-optimization-handoff-smoke.js 通过。
• node --check scripts\round-deposition-audit.js、node --check scripts\round-deposition-smoke.js 通过。
• node --check scripts\task-handoff-index-smoke.js 通过。
• npm.cmd run handoff:summary:smoke 通过，交接摘要已透传 businessProofNextActions.actionCount=5 和 topActions。
• npm.cmd run round:deposition:smoke 通过，passCount=108、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，22 步全部 pass，真实 outputs 已刷新。
• npm.cmd run task:handoff-index:smoke 通过，输出已记录 businessProofNextActionCount=5、handoffBusinessProofNextActionCount=5。
• npm.cmd run round:refresh:smoke 通过，临时刷新链路的 roundPassCount=108。
• npm.cmd run hygiene:smoke 通过，scannedFiles=166、hitCount=0。
• npm.cmd run acceptance 通过，包内容门禁、任务交接入口 smoke、安全审计和 workspace install smoke 均保持通过。

当前边界

• 本轮只让下一步行动队列在交接摘要里更可读、更可审计，不补真实历史 Brief、真实候选视频、live/provider 长跑或客户效果材料。
• 当前 proof-gap-closure.openCount=5、optimization-completion.readyForClaim=false、longrun:readiness.ready=false。

• businessProofNextActions、optimization-handoff、round-deposition、task-handoff-index 和 22 步 refresh 仍是协调/审计入口，不是业务证明；不得宣称提号率提升、客户效果达标或人工补号量下降。

  2026-06-12 推进优化：evidence-index 与 business-proof-progress 拒收薄历史审计

  本轮推进

• evidence:index 的 historical-dataset 分类已复用完整历史证明门槛；historical-dataset-audit.json 只写 acceptance.readyForCustomerEffectProof=true、readyForLongRun=true 或 briefCount>=5 不再能进入 real_evidence。

• business-proof-progress 的第 7 步“历史数据审计”已改为输出 missing=<count>，薄历史审计只能保持 blocked_by_external_data，不能因为有审计文件或顶层 ready 字段而误判为 pass。

• 历史证据现在必须同时具备完整 acceptance 子门槛、5 条以上可审计 items、客户选中/拒绝记录、拒绝原因覆盖、人工最终名单覆盖和历史人工补号量基线覆盖，才能支撑客户效果证明。

• business-proof:progress:smoke 新增薄历史审计 fixture：历史导入因文件存在为 pass，但历史审计继续 blocked，锁住“有文件不等于有业务证明”的边界。

已验证

• node --check scripts\evidence-index.js
• node --check scripts\business-proof-progress.js
• node --check scripts\evidence-index-smoke.js
• node --check scripts\business-proof-progress-smoke.js
• npm.cmd run evidence:index:smoke
• npm.cmd run business-proof:progress:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict
• npm.cmd run hygiene:smoke
• npm.cmd run task:handoff-index:smoke
• npm.cmd run acceptance

当前边界

• 最新真实输出仍是 proof-gap-closure.complete=false、proof-gap-closure.openCount=3、proof-gap-closure.closedCount=2。
• 最新 optimization-completion 仍是 complete=false、readyForClaim=false、proofGapOpenCount=3，且 canClaim.*=false。
• 本轮只让证据台账和业务进度表更不容易误收薄证明；仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：压制 stale optimization-pipeline 下一步动作

本轮推进

• business-proof:next-actions 现在读取最新 optimization-completion-summary.json，根据 completion 对 optimization-pipeline 的阻塞原因判断旧 pipeline 是否 stale。
• 当 optimizationPipeline.stale=true 或 completion 显示 pipeline 不能作为当前证明时，旧 optimization-pipeline-summary.json.nextActions 不再进入当前业务派工队列，只在 sourceState 中保留原始数量、压制数量和 stale 原因。
• 最新真实输出中 businessProofNextActions.actionCount=3，只保留 step-03 真实历史 Brief、step-12 人工复核标注和 gap-video-ab-live-proof 真实视频 A/B 验收；旧 pipeline 的 3 条 nextActions 已全部被压制。
• latest-form:index 与 handoff:summary 已透传 pipelineStale=true、pipelineRawNextActionCount=3、pipelineSuppressedNextActionCount=3 和 pipelineStaleReason，下一轮接手时能看到旧 pipeline 为什么不能继续派工。
• round-deposition 新增 business-proof-next-actions-stale-pipeline-suppression 防回退检查，避免 stale pipeline 动作再次混入当前行动队列。
• latest-form:index:smoke 与 handoff:summary:smoke 已新增直接断言，校验 pipelineStale=true、pipelineNextActionCount=0、pipelineRawNextActionCount>=1、pipelineSuppressedNextActionCount=raw、stale reason 和缺失证明要求，并确认 topActions 不含 optimization-pipeline 来源。
• optimization-handoff-summary.json 新增顶层 pipelineStaleSummary，把 pipelineStale、pipelineReadyForClaim、raw/suppressed/current pipeline 动作数量、缺失证明要求数量和不可派工边界直接放到交接摘要顶层，避免只扫顶层 JSON 的接手方漏读 businessProofNextActions.sourceState。

已验证

• node --check scripts\business-proof-next-actions.js
• node --check scripts\business-proof-next-actions-missing-proof-smoke.js
• node --check scripts\latest-form-index.js
• node --check scripts\generate-optimization-handoff.js
• node --check scripts\round-deposition-audit.js
• node --check scripts\task-handoff-index-smoke.js
• npm.cmd run business-proof:next-actions:smoke
• npm.cmd run business-proof:next-actions:missing-proof:smoke
• npm.cmd run round:deposition:smoke，当前 passCount=128、failCount=0。
• npm.cmd run task:handoff-index:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict
• npm.cmd run latest-form:index:smoke
• npm.cmd run handoff:summary:smoke
• node --check scripts\generate-optimization-handoff.js
• node --check scripts\generate-optimization-handoff-smoke.js

当前边界

• 最新真实输出仍是 proof-gap-closure.complete=false、proof-gap-closure.openCount=3、proof-gap-closure.closedCount=2。
• 最新 optimization-completion 仍是 complete=false、readyForClaim=false、proofGapOpenCount=3，且 canClaim.*=false。
• 本轮只让下一步行动队列不再被旧 pipeline 误导；不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：proof-gap closure 业务/预审计数显式化

本轮推进

• proof-gap:closure summary 新增 businessOpenCount、businessClosedCount、precheckRowCount、precheckOpenCount、precheckClosedCount 和 countSemantics，明确 openCount/closedCount 只是业务证明缺口兼容别名，不包含 intake-readiness 预审行。
• proof-gap-closure-report.md 现在同时展示业务证明缺口计数和预审行计数，避免看到 rows.length=6 与 openCount=3 时误以为计数不一致。
• handoff:summary 已透传 proof-gap closure 的 business/precheck 计数字段，optimization-handoff-report.md 也会显示 businessOpenCount、businessClosedCount、precheckOpenCount 和 countSemantics.openCount。
• latest-form:index 新增 proofGapClosure 区块，索引页可直接定位 proof-gap-closure-summary.json/report.md，并显示 openCount/businessOpenCount/precheckOpenCount/totalRows。
• proof-gap:closure:smoke、handoff:summary:smoke、latest-form:index:smoke 均新增断言，防止后续把 intake 预审误算进业务 openCount，或在交接层丢失计数语义。

已验证

• node --check scripts\proof-gap-closure-audit.js
• node --check scripts\proof-gap-closure-smoke.js
• node --check scripts\generate-optimization-handoff.js
• node --check scripts\generate-optimization-handoff-smoke.js
• node --check scripts\latest-form-index.js
• node --check scripts\latest-form-index-smoke.js
• npm.cmd run proof-gap:closure:smoke
• npm.cmd run handoff:summary:smoke
• npm.cmd run latest-form:index:smoke
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，round-deposition.passCount=129、failCount=0。
• npm.cmd run hygiene:smoke，hitCount=0。
• npm.cmd run task:handoff-index:smoke
• npm.cmd run acceptance

当前边界

• 本轮是计数语义和交接可读性优化，不关闭任何业务证明缺口。
• 当前仍应按 businessOpenCount/openCount=3 判断剩余真实业务证明缺口；precheckOpenCount 只表示 intake 预审是否仍有未就绪行。
• 仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：round-deposition 锁定 proof-gap 计数语义

本轮推进

• 在 round-deposition 中新增 proof-gap-closure-count-semantics 防回退守卫，要求 proof-gap-closure-summary.json 的 openCount/businessOpenCount 只统计业务证明缺口，precheckOpenCount/precheckRowCount 单独统计 intake 预审行。
• round-deposition observed/report 已新增 standalone 与 handoff 两套计数字段：businessOpenCount、businessClosedCount、businessGapCount、precheckOpenCount 和 countSemantics.openCount，避免只看沉淀报告或交接摘要时误读计数口径。
• handoff-proof-gap-closure 校验也同步检查 business/precheck 计数和 countSemantics 是否与 standalone closure 一致，防止 handoff 丢字段或旧口径回流。
• round-deposition:smoke fixture 与断言已补齐，覆盖新守卫、observed 字段和报告展示字段。

已验证

• node --check scripts\round-deposition-audit.js
• node --check scripts\round-deposition-smoke.js
• npm.cmd run round:deposition:smoke，当前 passCount=129、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict，28 步全部 pass，最新真实 round-deposition.passCount=129、failCount=0。

当前边界

• 当前仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、precheckOpenCount=1、optimization-completion.readyForClaim=false。
• 本轮只是把 proof-gap 计数语义纳入每轮沉淀审计，防止后续把预审行误算进业务缺口；不关闭任何真实业务证明缺口。
• 仍不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：business-proof next-actions 顶层摘要可审计化

本轮推进

• business-proof:next-actions summary 顶层新增 actionCount、ownerGroupCount、ownerRepairArtifactCount 和 topActions；负责人附件写入后同步补 ownerArtifactCount，避免下游只能从 actions.length、ownerGroups.length 或文件存在性反推行动队列状态。
• latest-form:index 和 handoff:summary 已优先读取 next-actions 顶层 actionCount/topActions/ownerGroupCount/ownerArtifactCount，没有顶层字段时才兼容回退到旧 actions 数组。
• round-deposition 的 business-proof-next-actions-open 守卫已收紧：要求顶层 actionCount 与 actions.length 一致，topActions 至少覆盖前 5 个高优先级动作，并且每个 top action 带 owner、title、command 和 acceptance。
• business-proof:next-actions:smoke、business-proof:next-actions:missing-proof:smoke 和 round:deposition:smoke 已补断言，防止后续 summary 退化为只剩 actions 数组。

已验证

• node --check scripts\business-proof-next-actions.js
• node --check scripts\latest-form-index.js
• node --check scripts\generate-optimization-handoff.js
• node --check scripts\round-deposition-audit.js
• node --check scripts\round-deposition-smoke.js
• npm.cmd run business-proof:next-actions:smoke
• npm.cmd run business-proof:next-actions:missing-proof:smoke
• npm.cmd run latest-form:index:smoke
• npm.cmd run handoff:summary:smoke
• npm.cmd run round:deposition:smoke，当前 passCount=129、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，28 步全部 pass，最新真实 round-deposition.counts.pass=129、counts.fail=0。
• npm.cmd run hygiene:smoke 通过，scannedFiles=175、hitCount=0。
• npm.cmd run task:handoff-index:smoke 通过，交接入口仍记录 openCount=3、businessProofNextActionCount=3、readyForClaim=false。
• npm.cmd run acceptance 通过，包级 smoke、任务交接入口 smoke、安全审计、包内容门禁和 workspace install smoke 均保持通过。

当前边界

• 最新真实 next-actions summary 已记录 actionCount=3、topActions.length=3、ownerGroupCount=2、ownerArtifactCount=2，对应真实历史 Brief、人工复核标注和真实视频 A/B 验收。
• 本轮只增强行动队列的机器可读性和交接稳定性，不补真实历史 Brief、不生成真实视频 A/B live proof、不关闭客户效果证明。
• 当前仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、optimization-completion.readyForClaim=false，不能宣称提号率提升、客户效果达标或人工补号量下降。

2026-06-12 推进优化：acceptance:video-ab 前置失败可审计化

本轮推进

• acceptance:video-ab 现在会在缺运行凭证、company、VOC social provider 或视频分析 provider 时先输出 video-hit-rate-preflight-summary.json 和 video-hit-rate-preflight-report.md，退出码仍为失败，但不再把缺凭证场景表现为一段 stack trace。
• preflight 失败摘要固定记录 materialType=video_ab_runtime_preflight、proofLevel=not_business_proof、canCloseProofGap=false、proofContext.generatedBy=acceptance:video-ab-preflight，并只记录 token 是否存在，不写入 token 明文。
• evidence:index 已新增 video-ab-runtime-preflight 分类；即使 readyForVideoAb=true，该类型也固定为 not_business_proof，必须生成 live video-hit-rate-summary.json 才能进入 proof-gap closure。
• round-deposition 新增 evidence-index-video-ab-runtime-preflight-boundary 守卫，要求证据台账中的 video A/B runtime preflight 不能替代 acceptance:video-ab live proof。

已验证

• node --check scripts\video-hit-rate-audit.js
• node --check scripts\video-hit-rate-audit-smoke.js
• npm.cmd run acceptance:video-ab:smoke
• 当前环境执行 npm.cmd run acceptance:video-ab 会生成 outputs\video-hit-rate-preflight-latest\video-hit-rate-preflight-summary.json，并以失败退出；本轮用退出码 2 作为预期失败验证通过。
• node --check scripts\evidence-index.js
• node --check scripts\evidence-index-smoke.js
• npm.cmd run evidence:index:smoke，当前 fixture total=43、not_business_proof=18。
• node --check scripts\round-deposition-audit.js
• node --check scripts\round-deposition-smoke.js
• npm.cmd run round:deposition:smoke，当前 passCount=130、failCount=0。
• npm.cmd run round:refresh -- --output-root outputs --strict 通过，28 步全部 pass，最新真实 round-deposition.passCount=130、failCount=0。

当前边界

• 本轮只让真实视频 A/B 的“跑不起来”状态也可审计、可交接，不生成真实 live proof。
• outputs/video-hit-rate-preflight-latest/video-hit-rate-preflight-summary.json 不能关闭 video-ab-live-proof，也不能证明视频分析提升提号结果。

• 当前仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、optimization-completion.readyForClaim=false，不能宣称提号率提升、客户效果达标或人工补号量下降。

  2026-06-13 推进优化：三个真实缺口材料审计与 1.0.1 patch

本轮推进

• 新增 real-gap:materials 三缺口材料审计脚本，统一读取 DHA PoC 原始工作簿、local-seed-to-intake-worklist、真实视频资源 readiness、acceptance:video-ab preflight、经验逐字稿索引和最新 proof-gap:closure。
• 新增 real-gap:materials:smoke 并纳入 npm run acceptance，固定断言三个缺口都能找到项目材料，同时 canCloseNow=false，防止把候选名单、逐字稿经验、preflight 或 readiness 误升格为业务证明。
• 审计产物写入 outputs/real-gap-material-audit-latest/，当前 gapCount=3、materialFoundCount=3、openGapCount=3、canCloseProofGap=false。
• 审计已明确三块材料状态：历史缺口有 DHA 工作簿和 12 行历史草稿但只有 briefCount=1；video A/B 有真实候选视频资源和 15 条候选视频 note 线索但缺 live proofContext；客户效果有 12 行人工复核草稿和经验规则但缺真实客户选择、反馈原因、本轮人工补号量和通过的 history audit。
• package.json、package-lock.json、.claude-plugin/plugin.json、skill-package-manifest.json 和 MCP server 版本同步到 1.0.1，准备作为 1.0 后的补丁发布。
• docs/release-notes.md 与 docs/tihao-handoff-index.md 已补 1.0.1 交接说明，要求后续先读三缺口材料审计再继续补证。

已验证

• npm.cmd run real-gap:materials:smoke
• npm.cmd run real-gap:materials
• npm.cmd run acceptance
• npm.cmd publish --dry-run --access public --registry https://registry.npmjs.org/
• npm.cmd publish --access public --registry https://registry.npmjs.org/，返回 + @vocmarket/tihao-sop@1.0.1
• npm.cmd view @vocmarket/tihao-sop@1.0.1 version --registry https://registry.npmjs.org/，返回 1.0.1
• npm.cmd view @vocmarket/tihao-sop dist-tags.latest version --registry https://registry.npmjs.org/，返回 latest=1.0.1
• npx.cmd --yes @vocmarket/tihao-sop@latest workspace --smoke

当前边界

• 这轮关闭的是“资料没找到/没接入”的事实问题，不关闭业务证明缺口。
• 当前仍是 proof-gap-closure.complete=false、businessOpenCount/openCount=3、optimization-completion.readyForClaim=false。
• 仍不能宣称提号率提升、客户效果达标或人工补号量下降。