# 提号经验优化执行进度 ## 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` ## 验收证据 已通过： ```powershell 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 ``` 小规模质量矩阵： ```powershell $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 --memory `； 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 下被命令行编码污染。 ### 验收结果 已通过： ```powershell 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、门禁和人工复核说明。 ### 验收结果 小矩阵验证： ```powershell $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` 完整验收： ```powershell 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 配置状态和下一步动作，不记录密钥明文。 ### 验收结果 本地无真实环境变量时运行： ```powershell npm run live:preflight ``` 结果： - 输出目录：`outputs/live-preflight-1780733665849` - `readyForLiveAcceptance=false` - `readyForVideoAb=false` - `failures=2` - `warnings=3` - 失败项：缺少 sessionToken、缺少 company。 - 警告项：未配置 reference/homepage/evidence 或 video provider。 完整验收： ```powershell 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` ### 验收结果 已通过： ```powershell 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 中有团队规则建议，会新增 `反馈记忆与团队规则建议` 章节。 ### 验收结果 已通过： ```powershell 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%；没有客户选择字段时只标记为待补，不能宣称达标。 ### 验收结果 已通过： ```powershell 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 矩阵现已包含： ```text baseline-live,reference-account,homepage-evidence,video-enhanced,result-first,result-first-risk,result-first-broad ``` ### 验收结果 新策略 sample 子集： ```powershell $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 子集： ```powershell $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`，不会误报真实补证完成。 完整验收： ```powershell 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 长跑验收时应打开。 ### 验收结果 默认门禁小矩阵： ```powershell $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 门禁： ```powershell $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 门禁： ```powershell $env:TIHAO_GATE_REQUIRE_HOMEPAGE_PROVIDER="true" npm run overnight:quality ``` 结果： - 输出目录：`outputs/overnight-quality-1780734804090` - `gatePass=false` - 当前 sample/fallback 环境被正确阻断。 完整验收： ```powershell 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` ### 验收结果 已通过： ```powershell 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 当作真实命中率证明。 ### 验收结果 已通过： ```powershell 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/客户选择字段时不能宣称命中率达标。 ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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 证明项。 - 必须跟踪客户选中率和人工补号量证明项。 ### 验收结果 已通过： ```powershell 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`。 ### 验收结果 已通过： ```powershell 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%”达标。 ### 验收结果 已通过： ```powershell 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 门禁。 ### 验收结果 已通过： ```powershell 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 和团队规则建议覆盖。 ### 验收结果 已通过： ```powershell 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` 状态项现在检查请求契约、成功补证、未授权降级和公开输出安全。 ### 验收结果 已通过： ```powershell 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。 ### 验收结果 已通过： ```powershell 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 的夜跑优化任务、软件端博主表格式、人工复核标签、去重和候选池验收整理成中文表格版。 - 去掉重复标签清单，改用一张人工复核标签表统一说明。 ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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。 ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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` ### 验收结果 已通过： ```powershell 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 文案。 ### 验收结果 已通过： ```powershell 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` 类型覆盖。 ### 验收结果 已通过： ```powershell 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 ` 参数。 - 新增 `--proof-gap ` 参数。 - `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`： - 固定按顺序运行： 1. `proof-gap:software-form` 2. `optimization:status` 3. `evidence:index` 4. `handoff:summary` 5. `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=`，薄历史审计只能保持 `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`。 - 仍不能宣称提号率提升、客户效果达标或人工补号量下降。