2026-07-06-story-tracking-purify-owner
⟦tag:v2|task|2026-07-06-story-tracking-purify-owner⟧
kind: task
id: 2026-07-06-story-tracking-purify-owner
objective: 以 2026-07-06 ~ 2026-07-10 五日计划与 剧情追踪-字段净化 真源为 direct truth source,围绕 R6 仍未闭环的可见字段泄漏与 App 侧提示净化 gap 设立 剧情追踪字段净化 单一长工 owner,先压出下一轮最小短工板。
scope: docs/plans/active/2026-07-06-5日开发计划-v1.md, docs/design/active/产品需求总览-v1.md, docs/design/active/5日反需求清单-v1.md, docs/design/active/启动页UI规范-v1.md, docs/design/active/剧情追踪-字段净化与输出规则-v1.md, docs/handoff/tasks/2026-07-04-r6-story-tracking-purify-spec-v1.md(supporting spec only), AGENTS.md, src/components/StoryTrackingCard.tsx, src/data/year1Plan.ts, src/App.tsx
owner threadId: 019f32ea-4ba2-7cd2-b566-22490e54f115
owner title: [长工]#剧情追踪字段净化@v1.2
owner state: active-owner-intake-absorbed-no-dispatch
acceptance:
- 第一轮只做 owner intake,不写
src/**实现,不改docs/handoff/**,不派短工 - 输出
R6当前模块结论 + 2-4 条下一轮短工 lane,逐条写清文件边界、验收口径、不做什么、风险 / 回退 - 明确区分
supporting spec、设计母本与today-top1 可执行短工 - 若当前 worktree 仍保留
mainchainLine、属性、投放、验收等开发者字段泄漏,必须写成 unresolved gap,不得淡化成“文档已齐” - 若候选 lane 需要改
src/App.tsx,必须把 App 侧改动单独写清,不得藏进 UI 润色或 supporting spec current state: active blockers: none next action: 当前[长工]#剧情追踪字段净化@v1.2(019f32ea-4ba2-7cd2-b566-22490e54f115)的第一轮 owner intake formal callback 已吸收到 ../sessions/2026-07-06-story-tracking-purify-owner-02.md。当前只保留 owner-returned shortlist:StoryTrackingCard玩家可见字段净化、year1Plan文案源收束、App nextHint净化、AGENTSdocs-only 约束;在新的明确 dispatch 动作出现前,不派任何 R6 短工,也不把2026-07-04-r6-story-tracking-purify-spec-v1.md或 W29 草案误当 live task card。 summary: - 当前
R6不是“已有 supporting spec 所以等于已开工”;supporting spec 只说明输入边界,并不替代 live owner 或 today-top1 lane。 - 当前立长工的原因是代码侧真值仍显示
StoryTrackingCard、year1Plan、App.tsx未按 R6 口径收口,存在真实可见字段泄漏与提示净化 gap。 docs/design/active/启动页UI规范-v1.md当前只作为同轮 UI 非目标与边界提醒,不单独构成 R6 sibling lane。- 本卡只服务
剧情追踪字段净化;不把启动页、Year1 sibling lane、红点系统或道具模块并进来。 - 当前 owner intake formal callback 已被控制面正式吸收;其结论现只按 owner-returned shortlist 处理,暂不在本卡内外推为已真实派出短工。