chromebox_10th_audio_driver/_bmad-output/implementation-artifacts/1-2-roadmap-vs-work-progress-boundary.md

Story 1.2: 路线图与 WORK_PROGRESS 职责边界可读

Status: done

Story

As a 读者，
I want 在文档中看清「路线图管顺序、WORK_PROGRESS 管事实」，
So that 我不会把阶段规划与换机/验证事实混为一谈。

Acceptance Criteria

1. Given 阅读 Linux_HDMI_Audio_Roadmap.md 与 docs/meta/WORK_PROGRESS.md When 对比开篇说明 Then 明确：路线图 = 阶段顺序与建议；WORK_PROGRESS = 日期、内核、阻塞与换机事实 And 二者互相有交叉引用链接

Tasks / Subtasks

• Task 1：在路线图开篇增加「文档角色」表与指向 WORK_PROGRESS 的链接（AC #1）
• Task 2：在 WORK_PROGRESS 开篇增加与路线图分工的段落及反向链接（AC #1）

Dev Notes

• 与 FR2、PRD「路线图 vs 进度」一致；不删既有导航表，仅补强分工语义。

References

• [Source: epics.md — Story 1.2]
• [Source: prd.md — FR2]

Dev Agent Record

Completion Notes List

• 路线图：新增 「文档角色（与 WORK_PROGRESS 的分工）」 表；页眉增加指向 WORK_PROGRESS.md 的速链。
• WORK_PROGRESS：在体例段后增加 与路线图分工 短段，并链回 Linux_HDMI_Audio_Roadmap.md。

File List

• docs/linux-hdmi/Linux_HDMI_Audio_Roadmap.md
• docs/meta/WORK_PROGRESS.md
• _bmad-output/implementation-artifacts/1-2-roadmap-vs-work-progress-boundary.md（本文件）

Change Log

• 2026-04-05：Story 1.2 完成；双文档职责边界显式化。