№ · 任务清单 CH.07.05
主页 · 📃 任务清单 · 2026-07-03-unlock-red-dot-owner

2026-07-03-unlock-red-dot-owner

📅 2026-07-05 · 📦 4.9 KB · 📃 任务清单 · 📝 MD 文档 🆕 14d 🏷️ 真值🏷️ 装备🏷️ Buff🏷️ 短工🏷️ Year1🏷️ 新手

⟦tag:v2|task|2026-07-03-unlock-red-dot-owner⟧ kind: task id: 2026-07-03-unlock-red-dot-owner objective: 以最近 5 天需求为 direct truth source,设立 功能解锁与红点 单一长工 owner,吸收已 verified 的 onboarding 历史卡与当前红点漂移信号,先把模块板建立起来。 scope: docs/plans/active/2026-07-03-5day-demand-owner-board-v1.md, docs/daily-plans/2026-06-29.md, docs/design/active/产品需求总览-v1.md, docs/handoff/tasks/2026-06-29-onboarding-flow-stability.md, docs/handoff/tasks/2026-06-30-onboarding-flow-stability.md, docs/handoff/tasks/2026-06-30-onboarding-flow-system-audit.md, docs/handoff/tasks/2026-06-30-onboarding-flow-regression-audit.md, src/components/welcome/**, src/components/OnboardingCoach.tsx, src/components/tips/FirstRunGuide.tsx, src/redDot/**, src/utils/onboardingSteps.ts, src/utils/tabUnlockConfig.ts, src/utils/unveilTriggers.ts owner threadId: 019f2c2a-b90d-7ad0-a974-aff3da81c741 owner title: [长工]#功能解锁与红点@v1.0 owner state: active-parked-no-dispatch acceptance:

  • 长工 owner 已把 onboarding verified 历史卡作为“已完成根因修复”吸收,不重复开旧 bug 排查
  • 输出 功能解锁与红点 的 2-4 条下一轮短工 lane,至少覆盖解锁状态、红点 / 揭幕表现、回归验证三类
  • 明确红点线与 Year1、道具模块、账号系统的边界,不顺手并进去
  • 第一轮 owner 不直接开做大面积 UI 重构,只做 module intake 与 lane 切分
  • 回 summary package,默认不输出整段 git diff current state: active blockers:
  • current truth source only supports parked with blocker; any further lane today would widen into browser-wide regression or src/redDot/** system work. next action: 当前 owner refresh absorb 证据已落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-09.md。本轮 功能解锁与红点 已明确回 parked with blocker:当前没有安全的新 unlock-only 最小闭环,本轮不新派 short worker,继续保持 parked / no dispatch;不提前进入 src/redDot/**,也不把浏览器大回归包装成 today-top1。后续如需继续,只能基于新的更窄 truth source 从当前 live owner task + shortlist 重新开轮。 summary:
  • 这是当前 live owner board 下的 功能解锁与红点 长工卡,负责把 新手流程与功能解锁红点设计 收成一个真实模块板。
  • onboarding 历史卡继续作为“已完成根因修复”的母本吸收;本轮不重开老问题定位,只做 module intake 与 lane 切分。
  • 当前共享工作区里的 welcome/red-dot 实物仍只算漂移信号;只有本轮 owner intake 收敛出的 2-4 条 lane,才算当前正式执行面。
  • 当前已吸收的 first-round shortlist:[短工]#功能解锁状态真源梳理@v1.0[短工]#揭幕触发与红点接线收束@v1.0[短工]#功能解锁-红点定向回归验收@v1.0
  • 当前 callback 证据落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-03.md
  • 当前 top1 lane 的 dispatch-ready draft 证据落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-04.md;formal callback absorb 证据落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-05.md;真实派工 worker 为 019f30ba-68f5-7920-b13b-da3b7aadd2a3,当前控制面状态已收口为 callback absorbed / closed
  • [短工]#揭幕触发与红点接线收束@v1.0 已收成 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-06.mdstalled / blocker-evidencesrc/utils/onboardingSteps.ts 已切 hasExperiencedTabUnlockFlow,但 src/App.tsx 仍传旧字段 unlockedTabsCount,未形成可吸收 formal callback。
  • canonical repair lane [短工]#unlock接线闭环修阻@v1.0 的 absorb 证据已落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-07.md;canonical worker 为 019f320b-b182-7f01-96a6-a97295f15943,控制面状态已收口为 callback absorbed / closed;其余 repair duplicates 继续只按 historical noise 处理。
  • 本轮 [短工]#功能解锁-红点定向回归验收@v1.0 的 callback absorb 证据已落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-08.md;当前本轮按“hasExperiencedTabUnlockFlow 与 unlock / unveil 链闭环后的定向回归已收口”处理,不自动并开新的 unlock sibling lane。
  • 本轮 owner refresh absorb 证据已落盘于 docs/handoff/sessions/2026-07-03-unlock-red-dot-owner-09.md;当前本轮明确保持 parked with blocker,不新增 short worker。