edit | blame | history | raw

认证会话 replacement build 阻塞回执

  • 需求:REQ-BILI-DYNAMIC-COLLECTOR-20260804-001
  • 开发任务:DEV-PROJECT-INFO-BILI-AUTHENTICATED-SESSION-DOWNLOAD-20260805-001
  • 接收回执:HANDOFF-INFODEV2-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-REPLACEMENT-BUILD-BLOCKED-20260807-001
  • 当前状态:BUILD_FAILED_CLEANLY_ADMIN_DECISION_PENDING

核验结果

  1. 原 HOLD/2 源码限定复审已 PASS/0,审核结论为 HOLD2_F1_F2_CLOSED_SOURCE_APPROVED;该 PASS 只放行一次受控 replacement build,不放行安装或真实下载。
  2. 唯一一次 replacement build 已消耗。离线安装 yt-dlp==2026.7.4 到临时 .deps 成功,但 PyInstaller spec 执行 copy_metadata('yt-dlp') 时未发现临时 distribution metadata,返回 PackageNotFoundError,构建以 exit 1 干净失败且未重试。
  3. replacement 输出目录已回滚为不存在,replacement EXE 和 schema 2 receipt 均为 0;旧 EXE/receipt 仍只作为历史证据,不可安装。
  4. 证据:dev/tmp/bili-auth-ytdlp-build-contract-repair-20260806-001/replacement-build-blocked-20260807.json3253 字节,SHA-256 34EEC108F0F27384F605C67AB4529682463196B8C0A5F03CC96E595DD61D19FA

下载员边界与后续

  • 当前不可安装、不可执行 EXE,也不可启动 Chrome 认证会话或真实媒体下载;F:\video\青枫浦上Q 与正式 ana-data 均不因本回执发生变化。
  • 等待 project.admin 对同一任务的最小源码修订、新 source 复审及新的一次构建作出决定。下载员不自行重试构建,不新建平行开发或审核链。
  • 因 replacement build 未形成,BV1AkuH64EZh 继续保持 VIDEO_DOWNLOAD_BLOCKED_AUTH_SESSION_SOURCE_REVIEW_HOLD2 的既有历史记录;后续状态变化只追加更正,不重写 manifest 历史。

01:30 管理端决定

  • 决定回执:HANDOFF-INFOADMIN-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-REBUILD-DECISION-20260807-001
  • 管理端已授权同一 owner 在同一任务内完成 .deps metadata 可见性的最小源码修复,并沿既有 inforev 审核链提交;只有新 source PASS 和新的树外 source approval 形成后,才条件放行新的一次 clean build。
  • 真实运行边界不变:install/HKCU/EXE/Chrome/Cookie/session/media network/download、F:\video、正式 ana-data 与转写均未放行。EOF 弹窗溯源事项继续与本构建阻塞解耦。
  • 已为 BV1AkuH64EZh 在 manifest 追加最新状态 VIDEO_DOWNLOAD_BLOCKED_YTDLP_REPLACEMENT_BUILD_REPAIR_PENDING,仅更正当前阻塞原因,不覆盖 HOLD/2 历史。

02:27 metadata 修复提交

  • 开发回执:HANDOFF-INFODEV2-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-METADATA-REPAIR-SOURCE-REVIEW-SUBMITTED-20260807-001
  • .deps metadata-path 最小修复已完成并提交原审核员限定复审;扩展 32 项、冻结 bridge 21 项、项目回归 134 项通过。
  • 修复证据:dev/tmp/bili-auth-ytdlp-build-contract-repair-20260806-001/metadata-repair-source-rereview-20260807.json4345 字节,SHA-256 217CD836934DD4C31B2C6A67DDCBE84B85B11AD7E584B0EDDCA0AF311E46B108
  • 当前仍为 SOURCE_REREVIEW_PENDING,修复后新构建计数为 0;审核 PASS 与新的树外 source approval 前不得构建,安装和真实认证下载仍为 0。
  • 已在 BV1AkuH64EZh 的 manifest 历史追加 VIDEO_DOWNLOAD_BLOCKED_YTDLP_METADATA_REPAIR_SOURCE_REREVIEW_PENDING,不覆盖前序构建阻塞记录。

02:28 管理端进度同步

  • 管理端回执 HANDOFF-INFOADMIN-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-METADATA-REPAIR-SOURCE-REVIEW-PROGRESS-20260807-001 确认修复快照与 machine evidence 精确匹配,原 inforev 正在执行同链 source rereview。
  • 输出 -002 不存在,post-repair build count 仍为 0;无新任务或平行审核链。该同步未改变当前 manifest 状态或真实运行冻结边界。

03:22 F1-only 复审进度

  • 管理端回执:HANDOFF-INFOADMIN-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-PREVALIDATION-F1-SOURCE-REREVIEW-PROGRESS-20260807-001
  • F1-only 冻结源码快照与 machine evidence 已由管理端确认精确匹配;证据显示 marker 未执行、篡改输出/receipt 不存在、候选输出 -002 不存在、replacement build count 为 0。
  • inforev 正在执行同一审核链复审,尚无 PASS 或新的 reviewer-owned source approval。当前 manifest 的 VIDEO_DOWNLOAD_BLOCKED_YTDLP_METADATA_REPAIR_SOURCE_REREVIEW_PENDING 仍准确,因此不重复追加同状态记录。
  • build/install/HKCU/EXE/Chrome/Cookie/session/network/download/media、F:\video、正式 ana-data 与转写继续冻结;无新任务或审核链。

03:38 replacement build-002 阻断

  • 开发回执:HANDOFF-INFODEV2-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-REPLACEMENT-BUILD-002-BLOCKED-20260807-001;关联审核结果 HANDOFF-INFOREV-INFODEV2-BILI-AUTHENTICATED-SESSION-YTDLP-PREVALIDATION-F1-SOURCE-REREVIEW-RESULT-20260807-001
  • F1 source 修复已获 reviewer PASS/0,新 source approval 与构建前输入复算通过。唯一一次 clean build-002 中,离线 yt-dlp 安装和 PyInstaller EXE 组装完成,但 receipt 前静态归档门未找到固定 yt-dlp package metadata,故 exit 1。
  • attempt count=1、retry=0;输出 dev/tmp/bili-auth-controlled-build-ytdlp-20260807-002 已回滚为不存在,accepted EXE=0、schema 2 receipt=0,没有可安装产物。
  • 阻断证据:dev/tmp/bili-auth-ytdlp-build-contract-repair-20260806-001/replacement-build-002-blocked-20260807.json2322 字节,SHA-256 3E184118BEE03C8AA6D536B10C0B41F2B795FF8D4D56D72911B065CA9D50A257
  • 已为 BV1AkuH64EZh 追加 manifest 状态 VIDEO_DOWNLOAD_BLOCKED_YTDLP_REPLACEMENT_BUILD_002_ARCHIVE_METADATA_MISSING;等待管理端沿原链决定后继最小修订与新授权,本角色不重试、不安装。

03:40 build-002 后继决定

  • 管理端回执:HANDOFF-INFOADMIN-VIDEO-DOWNLOADER-BILI-AUTHENTICATED-SESSION-YTDLP-ARCHIVE-METADATA-BLOCKER-DECISION-20260807-001
  • 同一 owner/reviewer 链获准先区分“包内确实缺失 metadata”与“validator 漏判”,再对精确 archive-metadata 合同做最小源码修复并取得新的 source PASS/approval。
  • 只有上述门禁完成后才可尝试一次 clean build-003;当前不授权 build-003、安装、EXE 执行、Chrome/Cookie/session 或真实媒体采集。
  • 已为 BV1AkuH64EZh 追加 VIDEO_DOWNLOAD_BLOCKED_YTDLP_ARCHIVE_METADATA_CONTRACT_REPAIR_PENDING,保留 build-002 失败历史。

10:20 archive-metadata source 复审容量恢复决定

  • 管理端回执:HANDOFF-INFOADMIN-VIDEO-DOWNLOADER-BILI-ARCHIVE-METADATA-SOURCE-REVIEW-CAPACITY-RECOVERY-DECISION-20260807-001,关联本角色升级 HANDOFF-VIDEO-DOWNLOADER-INFOADMIN-BILI-ARCHIVE-METADATA-SOURCE-REVIEW-CAPACITY-BLOCKER-20260807-001
  • 当前没有获授权的替代审核员;原 inforev 任务继续保留。此前 usage-limit systemError 不是审核结论。
  • 管理端已安排 2026-08-08T13:35:00+08:00 的同链恢复检查;仅在 verdict、audit 和 reviewer-owned source approval 仍缺失时恢复原审核员,不创建新任务或平行审核链。
  • 已追加 manifest 状态 VIDEO_DOWNLOAD_BLOCKED_YTDLP_ARCHIVE_METADATA_SOURCE_REVIEW_RESUME_SCHEDULED。build-003 仍不存在且禁止执行;安装、认证浏览器运行、媒体下载、F:\video、正式 ana-data 与转写均未放行。

11:03 用户确认自有工具路线

  • 产品决定:不再把第三方“视频转文字助手”作为完整视频下载主链或运行依赖;现有插件只作为已经验证过的交互和会话使用原理参考,不复制其专有代码、服务或接口。
  • 延续既有 DEV-PROJECT-INFO-BILI-AUTHENTICATED-SESSION-DOWNLOAD-20260805-001,不新建平行任务。项目自有实现为 dev/project-dev/bili_authenticated_extension/ 下的 Chrome side panel + Native Messaging host + worker。
  • 自有工具只覆盖本事项所需窄功能:用户可见的精确 BVID 二次点击、Chrome 已登录会话在运行内存中的短生命周期使用、bestvideo+bestaudio/best、FFmpeg 合并、FFprobe 完整 AV/时长校验、SHA-256、CreateNew mapping 与处理交接。
  • 复用固定版本的 yt-dlp、FFmpeg 和 PyInstaller 等成熟开源基础组件;不自行重造媒体解析器、下载协议栈或封装器,也不形成通用下载器、跨平台产品或第三方插件兼容层。
  • 当前门禁不变:先等原审核链完成 archive-metadata source PASS/approval,再 build-003、hash-only 确认、受控安装和真实视频闭环;不会因路线确认提前构建或下载。