support stream programme

Streaming decoding and playback scheme for local music players

来自地图 #42「本地文件真·边解边播的规格与架构决策」的收口（地图已关闭，本 issue 按约定保持 OPEN 作目的地锚点）：十二张子票的决策已折叠成 doc/streaming-playback-spec.md，架构决策见 docs/adr/0003-incremental-supply-contract.md；旧 doc/流式方案介绍.md 已标为历史文档。实现不在这张图内：后续按规格第 10 章走 /to-spec → /to-tickets → /implement-spec，实现清单编号 E1–E15 在规格第 9 节。本 issue 正文的 local music players 指本地文件边解边播，#22 界外清单曾误写成「网络流」，已在 doc/bad-input-spec.md §12 更正。

状态更新（2026-11-08，文档真源核查）：本票 2026-11-05 的 comment 写「实现不在这张图内，后续按规格第 10 章走 /to-spec → /to-tickets → /implement-spec」——该 effort 已经完成：Spec #55、执行票 #56–#68 全 CLOSED，PR #69 于 2026-11-06 合并，E1–E15 全部落地（含播放位置单轨化 / segmentBaseBytes / seek 两档精度 / 四条 StreamingBudget 判据）。此后 #75（C 链 #85–#93）与 #94（O 链 #105–#107）也均已收口。

本票仍保持 OPEN，含义只有一条：它是「support stream programme」这一尚未实现的功能需求的目的地锚点，不是 E 链入口、不是待办队列，也不代表边解边播还没做。不要重开 E 链 / /to-spec、不要再起一轮 O 链。真正推进本功能须由用户给方向并单开 effort。

docs: 修正两处终态失同步措辞并回填四张票的证据链指针

范围结论更正（2026-11-08，撤回上一条 comment 的一处错误表述）：上一条把本票写成「尚未实现的功能需求的目的地锚点」，这个说法是错的，在此更正。

按现行规格的裁定，#8 正文 Streaming decoding and playback scheme for local music players 指的就是本地文件边解边播：doc/bad-input-spec.md §12 明写「已由地图 #42 收口为边解边播规格，本文件旧版把它写成『网络流』属措辞偏差」；doc/streaming-playback-spec.md §1 也写「只含本地文件，网络流 / URL / HTTP 数据源 / 边下边播 / 断线重连不在范围内」。该功能已由 Spec #55、票 #56–#68 与 PR #69（2026-11-06 合并）完整落地，E1–E15 全部完成；此后 #75 / #94 两张地图也已收口。

因此本票的功能范围已经实现完毕。它仍保持 OPEN，纯粹是 #42 收口时「保持 OPEN 作目的地锚点」的历史约定，不表示还有未完成功能、也不是待办队列。此前给用户的回复里把「启动 #8 功能实现」列为下一步选项，同样基于这个误读，一并作废。

边界（防止反向误读）：真正的网络流 / URL / 边下边播数据源属规格明确界外（doc/bad-input-spec.md §12、doc/streaming-playback-spec.md §1），若将来确实要做，应另开新票重新裁决范围，不要挂到 #8 上、也不要据此重开 E 链。是否关闭本票、是否新增网络流需求由用户决定；本次不擅自改票状态、不改票正文。

docs: 更正 #8 范围结论并给 E 链历史措辞补时点说明

收口决议（2026-11-08，用户拍板选择「关闭 #8 锚点票」）：本票关闭，原因是功能范围已全部实现，且「保持 OPEN 作目的地锚点」的历史约定已无实际作用。 这是一次纯治理收口，不是 wontfix，也不是功能回退。

一、范围与完成情况

本票正文 Streaming decoding and playback scheme for local music players 指本地文件边解边播：doc/bad-input-spec.md §12 明写「已由地图地图：本地文件真·边解边播的规格与架构决策 #42 收口为边解边播规格，旧版把它写成『网络流』属措辞偏差」；doc/streaming-playback-spec.md §1 明写「只含本地文件，网络流 / URL / HTTP 数据源 / 边下边播 / 断线重连不在范围内」。
该功能已由 Spec #55、执行票 [T01] 四个观测点与独立判据套件骨架 #56–[T13] CI 观测与端到端 drift 记录 #68（全 CLOSED）与 PR #69（2026-11-06 合并）完整落地，E1–E15 全部完成。此后地图：播放器状态与公开 API 契约 #75（C 链 [Spec] 播放器状态与公开 API 契约实现计划 #85–feat: 播放器状态与公开 API 契约落地（C1–C6 / #85–#92） #93）与地图：观测指标、drift 判定与契约漂移守护 #94（O 链 O1 drift 最小取数点：S(t)/P(t) 同一时刻同步快照 #105–O3 格式内长短配对峰值交叉校验的验证步骤（L3 非门禁） #107）两张地图也均收口，观测口径 / 定标 / 数值阈值 / 图外 O1–O6 全部有终态，CI 双工作流绿。

二、为什么此前一直 OPEN

纯粹是地图 #42 收口时「保持 OPEN 作目的地锚点、不并入本图子票」的历史约定，不表示有未完成功能、也不是待办队列。本票此前 3 条 comment 保留为历史留痕：11-05 的「后续按规格第 10 章走 /to-spec → /to-tickets → /implement-spec」在当时成立、现已执行完毕；11-08 的两条分别更正了「E/C/O 链已完成」与「『尚未实现』系误读」。
该约定自此终止。#75 与 #94 票正文里「support stream programme #8 按约定保持 OPEN」的同类措辞同样只是起图时的历史留痕，一并失效；票正文一律不改（地图票是历史决策留痕），以本 resolution 与地图：本地文件真·边解边播的规格与架构决策 #42 的约定终止 comment 为准。

三、零改动声明

不改代码、用例、CI 配置、任何既有判据数值、不新增 / 不删除任何规格条款；doc/streaming-playback-spec.md §1 的界外范围一字未动。仓库侧仅把 5 处「support stream programme #8 保持 OPEN」的时点措辞同步为终态（历史原句保留作留痕）。
关闭后仓库 OPEN 票为 0，OPEN PR 为 0。唯一仍保留的技术缺口是 doc/player-state-contract.md §10.3 登记的 C1 / C5 端到端判据（须新增可注入错误接缝，规格 §8 现禁止，属已登记并解释过的已知代价、非待裁决 fog），与本票无关。

四、边界与反悔通道

真正的网络流 / URL / 边下边播数据源属规格明确界外。若将来要做，须另开新票重新裁决范围与实现路径，不要挂回本票、不要重开 E 链 / O 链、不要起第六张地图。
若将来认为本票不该关闭，重开须由用户决定，并在重开时写明新的、具体的未完成范围；仅凭 issue 标题或「锚点」二字重开属误读（判定范围须读规格的界外 / 更正章节，见 doc/bad-input-spec.md §12、doc/streaming-playback-spec.md §1）。

docs: 关闭 #8 锚点票并同步仓库终态措辞

Navigation Menu

Repository navigation

support stream programme #8

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

support stream programme #8

Description

Activity

wt159 commented on Nov 5, 2026

wt159 commented on Nov 8, 2026

wt159 commented on Nov 8, 2026

wt159 commented on Nov 8, 2026

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions