本文档是 coucou-19day-sprint 的人力分配 + 排期独立子文档。Sprint 范围 / 决策 / 风险 / 战略见主文档；架构 + 接口契约见 coucou-backend-api-design。

本文档导航¶

概述¶

Sprint 时长：19 自然日（6.12-6.30，6.11 为 Day-0）→ 每人 ~18 工作日（含周末）

人力配置 v3.5 (2026-06-11 final)：

容量平衡：前端 14d (伍天力 含录音 UX) + 协作 ~3d (陈玉祥) + AI 加速 = 覆盖 19+ 前端任务 → 不砍 nice-to-have；陈玉祥 buffer 从 ~3d 被 auth 转发吃到 ~0.5-1d（launch 标准下接受）。

Sprint 工时基线：sprint 19 自然日 = 6.12-6.30；6.11 (周四) 是 Day-0 准备阶段，不计 sprint 工时（M0 工作如跨团队同步 / IT 凭证 / DNS / repo / Sentry 必须完成，但属于 sprint 启动准备，不挤占 sprint 内 1.0 投入）。

v3.5 关键调整（对比 v3.4）：本次 sprint = 公开 launch 免费版（非 demo）→ auth 改方案 A（全部走 coucou-server 转发 + OAuth 回调接管），推翻 sprint plan 旧决策 #6（H5 直连）。陈玉祥 M1 新增 ~2-2.5d（14 auth 转发 endpoint + 业务 hook + OAuth 接管 + OpenAPI spec +10），buffer 从 ~3d → ~0.5-1d；新增 1 项 Day-0 跨团队阻塞（Google Console redirect URI + workflow-api 信任 X-Forwarded-Host 验证）。架构+接口设计见 coucou-backend-api-design §5；关键工程发现（X-Forwarded-Host 让 OAuth 回调零改造落 coucou 域）降低了接管成本。

v3.4 调整（保留）：M0 (6.11) 不计 sprint 工时。 v3.3 调整（保留）：陈玉祥 M1 工作量 3.5d → 2.5d（AI 加速比预估快 1d）。 v3.2 调整（保留）：Broadcast 录音 UX 伍天力 独立完成（不再需要陈玉祥 6.25 上午 onboarding）；单点风险时间点从 3 个降到 2 个（6.13/6.18）。 v3.1 调整（保留）：OpenAPI spec finalize 从郑国敏（0.5 空降）转给陈玉祥（1.0 主力）；郑国敏 own 3 个独立 deliverable 模块。

任务分工标签（排期段每个 bullet 前缀）： - [前] = 前端（CouCou H5）—— 伍天力 主力 / 陈玉祥 0.5d-1d 协作复杂交互 - [后] = 后端（coucou-server）—— 陈玉祥 主力 / 郑国敏 0.5 投入分担 Memory + Controls 整套 - [全] = 跨前后端 / 联调 - [运] = 运维 / 凭证 / 配置 / dragonflow 协调 —— 陈玉祥 兼（M0 集中，sprint 内分散 follow-up） - [产] = 产品 / seed 数据 / 文案 / hero agent 打磨 —— 产品同学

AI 适配性标签： - [ai-friendly] (50-60%) — CRUD / 表单 / 列表 / DDL / DTO / mock seed - [human-lead] (30-40%) — Stripe webhook 状态机 / Player Chat IM / Broadcast 录音 / 安全 / 性能 - [ai-assist] (10-20%) — AI 起草 + 人工 review

👤 伍天力（前端 100% · 14d 主力 · 不砍 nice-to-have）¶

时间线 + 协作请求¶

容量验证：14d 主任务 + ~3d 协作 = ~17d 覆盖 ✓

风险点¶

• M3 6.19 milestone：Chat UI 接通是 sprint 最关键 milestone，伍天力 单兵风险大 → 陈玉祥 6.18 全天 SSE onboarding + 后端联调辅导（单点保险）
• ~~M5 Broadcast 录音 UX~~ → v3.2 修正：录音 UX 不是难点，MediaRecorder API 简单 + 长按交互成熟模式 + AI agent 加速 → 伍天力 独立完成
• M6 Dashboard 4 sub-tab + Memory 联调：3d 主任务最重 → 陈玉祥 1d Dashboard 协作 + 郑国敏 0.5d Memory UI 联调
• 协作单点风险：M3 SSE onboarding 依赖陈玉祥（郑国敏 0.5 投入不做散点空降）→ 陈玉祥 6.18 calendar 锁死，临时调走立即触发 escalate Chris/姜涛

👤 陈玉祥（后端主业务 1.0 · sprint 内 ~14-15d 后端 + ~3d 协作前端 ≈ 17-18d 含 ~0.5-1d buffer · M0 不计工时）¶

主攻：coucou-server 后端业务 + auth gateway（14 endpoint 转发 + OAuth 接管） + OpenAPI spec 解锁项 + Broadcast B 后端 + chat 转发 + Operation/Dashboard + 性能/安全 + IT 兼 + 6.18 SSE onboarding 关键时刻 own。Studio Publish + Memory + Controls 转移给郑国敏；Broadcast 录音 UX 伍天力 独立完成；M0 (6.11) Day-0 准备工作不计 sprint 工时。⚠️ v3.5 auth 转发后接近满载，buffer 仅 ~0.5-1d。

时间线¶

容量验证：sprint 内 ~14-15d 后端 + ~3d 协作前端 = ~17-18d ≈ 1.0 × sprint 19 自然日 含 ~0.5-1d buffer（v3.5 auth 转发吃掉 ~2-2.5d buffer：M1 从 2.5d → 4.5-5d）。⚠️ 接近满载——auth 转发是 launch 必需，但 M1 压力陡增，6.13 OpenAPI spec finalize（+10 auth endpoint）风险升高。buffer 仅够 chat merge broadcast 边界 case，安全 sweep / 演练 bug 修复缓冲基本消失。

关键交付物¶

难点¶

• M1 d2 OpenAPI spec finalize：sprint 第一个关键解锁项，过去由郑国敏 own 现转给陈玉祥；spec quality 决定前端 M2 是否能独立开发
• M3 d1 Chat 真接通：SSE 流式 + trace_id 透传 + 错误处理，sprint 内后端最关键节点（6.19 milestone）
• M5 d2 chat history merge broadcast 排序：sprint 内最复杂业务逻辑 → 提前用郑国敏 M3 算法设计 doc 实施
• M6 load test + 安全 sweep：必须做，但容易被前端协作挤压 → 6.27 排独立日

👤 郑国敏（0.5 · ~6.5d · 3 个独立 deliverable 模块 owner）¶

0.5 = 每周 ~2.5d，预约式投入，不是 daily standup 必到。v3.1 调整：从"散点空降"改为 own 3 个完整模块（M3 / M4 / M6），每个模块独立交付，跟 dragonflow team / Chris 直接对接 review。

时间线（3 个 deliverable 模块）¶

容量验证：1 + 2.5 + 2.5 + 0.5 = 6.5d ≈ 0.5 × 14 工作日 = 7d ✓

关键交付物¶

关键 milestone 救场矩阵¶

时间预约表（避免临时找不到人）¶

排期（详细 M 节点视图）¶

从 sprint plan PART 2 迁入。三人分工/容量/时间预约表见上方各 §；本段是按 M 节点的逐日排期 + 6.11-6.18 方案讨论清单 + 产品同学并行工作流。

排期（Day-0 准备 + 6 节点 × 3 天 + 1 天收尾）¶

每节点 day 1 09:00 站会：上节点收尾 / 本节点目标 / 依赖 ready 检查 / 卡住的立即降级 scope。

任务分工标签：每个 bullet 前缀 [后] = 后端 (coucou-server)、[前] = 前端 (CouCou H5)、[全] = 跨前后端 / 联调、[运] = 运维 / 凭证 / 配置、[产] = 产品 / seed 数据 / 文案

6.19 硬 milestone：M3 day 2 (6.19) 真 agent 聊天 ready。产品同学拿到第一个可聊的 demo agent，6.19 起进入"打磨 + 体验改进"并行工作流（详见下方 §产品同学并行工作流）。

⚡ 简洁时间线（一眼看全图）¶

Sprint 时间轴¶

       Stage 1: 基础 + 聊天 (6.11-6.19)            │  Stage 2: 高级功能 (6.20-6.30)
       高级功能并行方案讨论 (6.13/16/17/18 截止)    │
─────────────────────────────────────────────────────────────────────────────────
 日:   11   12   13   14   15   16   17   18   19  │ 20   21   22   23   24   25   26   27   28   29   30
       四   五   六   日   一   二   三   四   五  │ 六   日   一   二   三   四   五   六   日   一   二
       │    ├────M1────┤   ├────M2────┤   ├──M3──┼──┤   ├────M4────┤   ├────M5────┤   ├────M6────┤    │
       M0   │              │              │      ★      │              │              │             收尾
       │    │              │              │     6.19    │              │              │              │
       │    │              ⭐             ⭐            │              ⭐             ⭐             ⭐
       │    │              M1 EOD         方案 EOD      │              Stripe MVP    Bcast+Publish 全功能
       │    │              注册登录       (6.16/6.17/   │              (6.23)        (6.26)         (6.29)
       │    │              + Home         6.18 3 个)    │
       │    ⭐                                          │
       │    6.13 EOD                              ★★★ Stage 1 终点 ★★★
       │    Stripe/15plan/                        真 agent 聊天 ready (6.19)
       │    音频方案 EOD                          ★ 产品同学打磨工作流启动 (6.20)
       ⭐
       6.11 EOD: 18 项 Day-0 同步 + 10 内部决策 + 凭证 + 13 项方案讨论启动

关键 Milestone（按时间排，6 个 ⭐）¶

Swim lane（按工作流横向看进度，█ = 主要工作日）¶

                  M0  M1   M2   M3   M4   M5   M6   收尾
                  6.11 12-14 15-17 18-20 21-23 24-26 27-29 6.30
跨团队同步         ██
后端 schema/基础       ███
后端 chat 接通                    ██
后端 Stripe                            ███
后端 Broadcast                              ██
后端 Dashboard query                        ███
后端 联调/edge                                    ███
前端 H5 改造           ███
前端 注册登录          ██
前端 Home/Detail            ███
前端 Chat UI                ██    ███
前端 Plan+Stripe                       ███
前端 Broadcast 录音                         ███
前端 Dashboard 4tab                              ███
前端 Memory+Controls                              ██
Studio·邮件改造        ███
Studio·Publish UI                      █    ██
产品·方案 align       ████████          (持续)
产品·hero agent 打磨                ██████████████████████

⚠️ 重负载日：M1（前后端齐爆）/ M3 d1-d2（chat 联调 + 6.19 milestone）/ M4（Stripe 难点）/ M5（Broadcast 录音 + Dashboard 后端）/ M6（Dashboard 前端 + 端到端）

⚠️ dragonflow team 工作窗口：仅 3 个窗（邮件 M1 / /api/media/upload 任意时间 / Publish UI M4-M5），共 4-5 天投入

📅 时间线（M 节点 + Stage 视角）¶

原则：6.19 前后两阶段切分¶

M0 · Day-0 · 6.11(四) — 准备 [Stage 1]¶

目标：强阻塞依赖书面承诺到位 + 10 内部决策拍板 + 13 项方案讨论启动

• [运] 跨团队同步（9 项 api-gateway + 6 项 dragonflow + 3 项 IT）
• [运] 10 个 Day-1 内部决策拍板
• [运] 凭证申请（API_KEY / DNS / repo / Sentry）
• [运] 13 项 6.11-6.18 高级功能方案讨论启动（详见 §6.11-6.18 方案讨论清单）

⭐ 6.11 EOD：所有强阻塞依赖书面承诺到位

M1 · 6.12(五) - 6.14(日) — 后端 API + 前端选型/改造 [Stage 1] · 3 天¶

目标：注册登录 + Home 预订阅展示 + 后端 endpoint 真实现 + OpenAPI spec finalize

⭐ 6.13 EOD：Stripe 集成方案 / 15 plan 数字 / 音频上传方案 EOD 定（高级功能方案讨论里程碑） ⭐ 6.14 EOD（M1 EOD）：注册登录 + Home 预订阅展示 + 后端基础 endpoint ready

M2 · 6.15(一) - 6.17(三) — Home + 角色列表 + Player Detail + Chat UI 骨架 [Stage 1] · 3 天¶

目标：4 主 tab 完整页面 UX 上线 + Chat UI 骨架移植 + Stage 2 方案 align

⭐ 6.16 EOD：Creator 卡 / Operation / Plan Sheet / Studio Publish UI 方案定 ⭐ 6.17 EOD：Operation 数据指标 / CouCou 邮件文案（验证码主题+正文+多语言）方案定

M3 · 6.18(四) - 6.20(六) — Player Chat IM 接通【6.19 硬 milestone】[跨 Stage 1 → 2] · 3 天¶

目标：6.19 EOD 真 agent 聊天 ready (Stage 1 终点) → 6.20 Stage 2 启动

⭐ 6.18 EOD：Memory + Controls + demo journey 方案定 ★★★ 6.19 EOD：真 agent 聊天 ready / Stage 1 终点 ★★★（demo-able / 第一个 "可演示给非工程人看" milestone）

M4 · 6.21(日) - 6.23(二) — Stripe 真支付 + Creator 卡翻转 + Plan 编辑 [Stage 2] · 3 天¶

目标：Stripe Hosted Checkout + Webhook + 订阅 + Plan Sheet + Creator Plan 编辑 + Studio Publish 启动 后端 owner = 郑国敏（v3.1+ 调整：M4 Studio Publish 整套 endpoint = 郑国敏独立 deliverable，2.5d；陈玉祥 M4 后端工作 = M3 chat 性能调优 + load test fixtures + 0.5d 跟郑国敏对架构 review + Creator 卡 3D 动效协作，详见 coucou-19day-sprint-staffing）

⭐ 6.23 EOD：Plan 完整展示 + Subscribe stub ready（按 agent 拉 3 plan / Subscribe "即将上线" / Creator 卡翻转 / Studio Publish 联调通）—— Stripe 真支付移 7.15 sprint

M5 · 6.24(三) - 6.26(五) — Broadcast B + A 框架 + Operation [Stage 2] · 3 天¶

目标：Broadcast B 完整（text + voice + 通知）+ A 框架 stub + Operation tab + Studio Publish 联调

⭐ 6.26 EOD：Studio Publish flow ready / Broadcast B ready

M6 · 6.27(六) - 6.29(一) — Memory + Controls + 端到端联调 [Stage 2] · 3 天¶

目标：Memory + Controls tab 上线 + 端到端完整 demo journey 跑通 + Stripe 失败 case 覆盖

⭐ 6.29 EOD：全功能 ready

收尾 · 6.30(二) — demo 准备 [Stage 2] · 1 天¶

目标：demo 演练 × 3 + 话术定稿 + 已知问题清单 + retro 准备

• [全] Demo 演练 × 3 遍以上
• [产] Demo 话术定稿（30s / 3min / 10min 三版）
• [全] Bug 修复（联调遗留 + 演练发现）
• [全] 已知问题清单 + Sprint retro 准备

⭐ 6.30 EOD：Sprint EOD / Demo ready

三轨负载观察¶

关键阻塞节点（按时间）¶

6.11-6.18 高级功能方案讨论清单（Stage 1 期间并行，6.19 前必 align）¶

按 6.19 前后两阶段原则，Stage 1（6.11-6.19）期间高级功能不开发，但必须 align 方案——这样 Stage 2（6.20-6.30）开始时照方案直接做，不重新设计。

每个讨论结果产出：一个独立 task 清单（每 task 拆到 0.25-0.5 天 + 标 AI 适配性 + 标 Owner），交给 Stage 2 执行。

产品同学并行工作流（6.19 起）¶

触发点：M3 day 2（6.19）EOD 第一个真 agent 聊天 ready 后，产品同学开始介入。在此之前（6.11-6.18）产品同学是辅助角色（提供 demo agent persona 草稿、命名规范、品牌叙事文案对齐）；6.19 起进入主导角色——打磨可展示 agent + 体验改进 feedback loop。

6.11-6.18 准备期（产品同学辅助 sprint 团队）¶

• [产] demo agent persona 草稿（M1 ready）：5 个 idol agent，每个含：name / by_creator / persona prompt（性格 + 说话风格 + 行为习惯 + guardrails 草稿）/ greeting message / 头像建议（admin 用 workflow-web 上传）
• [产] 命名规范对齐 v2 §01：K-pop（NOVA 系）/ J-pop（Hana 系）/ vtuber（The Citrus 系）/ 华语 / 英语；不挂任何真人 likeness
• [产] Discover 文案：分类 chip 命名 / 精选标签 / 每个 agent 的 50 字内 description
• [产] Plan Sheet 文案：三档 tier 名称（sprint 内仅 monthly 文案，季/年 sprint 后扩） + 每档 features 列表
• [产] CouCou 邮件文案稿：注册验证码邮件（zh+en 模板）+ 密码重置邮件 / 订阅成功 / distribute 通知（sprint 内验证码邮件必出，其他 sprint 后）

6.19-6.29 打磨期（产品同学主导）¶

工作模式：产品同学每天至少 1 小时跟 demo agent 真聊（任选一个）+ 1 小时整理 feedback 进 sprint backlog。

6.19-6.20（M3 day 2-3）：第一个可展示 agent 打磨¶

• [产] 选 1 个 hero agent 重点打磨：5 个 demo agent 里挑最适合 demo 演示的 1 个（建议挑 J-pop / vtuber 风格，调性最容易让 BD/投资人 感受到产品价值的）
• [产] 跟 hero agent 真聊 5-10 轮，记录：
• 性格一致性问题（一会儿冷淡一会儿热情）
• 话题边界问题（不该聊的聊了 / 该聊的不会聊）
• 长度问题（回复太长 / 太短）
• 情感色彩（idol 感是否到位 / 太 ChatGPT-like）
• 中英日混杂时的语言切换
• [产] 调 persona prompt + guardrails → 调 Studio (workflow-web) 改 agent 配置 → 重测
• [产] 6.20 EOD 交付：hero agent persona 打磨到"可以拿给 BD 第一眼看不尴尬"

6.21-6.26（M4-M5）：体验改进 feedback loop¶

• [产] 每天 sync 产品 → 工程团队的 backlog item：
• A. 产品改进（可改 persona / 文案 / UI 配置）—— 产品同学自行 Studio 调
• B. 工程改进（需要前/后端动代码）—— 进 sprint backlog，工程负责人排进每节点 nice-to-have
• C. sprint 外（PRD v3.2+ 范围）—— 单独记，sprint 后跟 PRD 同步
• [产] 真演练 demo user journey（M4-M5 功能逐步上线）：注册 → Discover → 订阅某 idol → 进 Player Chat → 聊 5 轮 → 切 Creator 视角 → distribute 一条消息 → 切回 Player → 看到 distributed 消息
• [产] 5 个 demo agent 都至少打磨到 "B 级可用"（hero agent 是 A 级，其他配演示）

6.27-6.29（M6）：联调期产品验收¶

• [产] 端到端完整 user journey 跟工程团队一起跑（不只是 hero agent）
• [产] 重点验收：M3 起识别的 bug / 体验问题是否都进了 sprint backlog 并解决
• [产] 收尾 1 天的"必做 demo 改进项"排序（工程容量有限，产品同学决定优先级）

6.30 收尾：demo 准备¶

• [产] Demo 话术写定稿（30 秒电梯介绍 / 3 分钟核心演示 / 10 分钟深度演示三个版本）
• [全] Demo 演练（产品 + 工程一起跑 3 遍以上）

工具与协同¶

• 每天 18:00 5 分钟 sync（不开会，IM 文字同步）：产品列今天发现的 issue + 分 A/B/C 类
• B 类 issue 当天进 sprint backlog：工程负责人 24h 内决定是否进当前节点 / 推到下个节点 / 推到 sprint 后
• A 类不进工程 backlog：产品同学直接在 Studio (workflow-web) 调 agent 配置（persona prompt / guardrails / greeting / pricing 等）
• 6.19 起 hero agent 永远 publish 状态：让任何人随时能拿手机打开 demo

Hero agent 选型建议¶

不要选最像"真 idol"的（法务风险），不要选最 generic 的（看不出特色）。挑这种：

• 设定有钩子：一句话能讲清楚（"会唱歌但讨厌被夸 / 桌面摆件型 / 偶尔会忘记吃药"）
• 声音/性格有辨识度：跟其他 4 个 agent 区分明显
• 互动有 demo 时刻：能在 5 分钟演示里展示至少 2-3 个"哇时刻"（distribute / 记忆 / 跨设备）

建议产品同学 6.11-6.18 期间从 5 个 demo agent 里物色，6.19 day 1 确定 hero agent。

Standup 节奏¶

• 伍天力 + 陈玉祥：daily standup（每天 09:00 5 分钟，IM 文字同步亦可）
• 郑国敏：每周一三五 18:00 sync（0.5 投入不天天 standup 浪费）+ M4 (6.21-6.23) 期间每天跟 dragonflow team owner + 陈玉祥 sync Publish 联调状态 + M6 (6.27-6.29) Memory + Controls 端到端期间 daily
• 产品同学：6.19 起每天 18:00 5 分钟 IM 同步发现的 issue，分 A/B/C 类（详见主文档 §产品同学并行工作流）

AI agent 使用守则¶

• 每个 [ai-friendly] 任务必须有：① OpenAPI spec or design mock ② 单元测试要求 ③ 代码风格规范
• AI 生成代码必须 PR review（不直接 merge）
• 复杂业务逻辑必须人工 own（即使初稿 AI 起草也要 deep review）
• AI 用于"加速 boilerplate"，不用于"替代设计决策"

容量风险清单¶

修订日志¶

• 2026-06-11 v1：伍天力 前端实习生（1）+ 郑国敏 资深后端（1）+ 陈玉祥 资深后端（1，分 IT/运维 + 前端协作）= 1.5 前端 + 1 后端专攻 + 0.5 IT/运维
• 2026-06-11 v2：陈玉祥后端主力（14d 满载）+ 郑国敏 0.5 投入（关键节点空降）+ 前端 5d 缺口必砍 6 项 nice-to-have
• 2026-06-11 v3：伍天力 前端 1.0 (14d 主力，不砍 nice-to-have) + 陈玉祥 1.0（~12d 后端业务 + ~3.5d 协作前端，运维不耗时）+ 郑国敏 0.5 (~7d，own Memory + Controls 整套 + Stripe 7.15 预研 + 关键节点空降：M0 api-gateway 同步 / M1 OpenAPI spec / M3 6.18 上午 SSE onboarding / M5 6.25 上午 录音 UX onboarding）；3 人覆盖 19d 前端 + 19d 后端任务
• 2026-06-11 v3.1：调整 v3 中"郑国敏散点空降"为"郑国敏 own 3 个独立 deliverable 模块"。具体调整：
• OpenAPI spec finalize（M1 6.13 EOD）→ 陈玉祥 own（不再依赖郑国敏 0.5 投入做关键解锁项）
• 6.18 上午 SSE onboarding → 删除（陈玉祥 6.18 全天后端联调辅导覆盖）
• 6.25 上午 录音 UX onboarding → 陈玉祥 own（不再依赖郑国敏空降）
• M0 api-gateway 同步 → 陈玉祥 own 全部跨团队同步（不分人，全 M0 归陈玉祥）
• M4 Studio Publish endpoint 整套 → 郑国敏 own（publish endpoint + Operation tab mock + 联调，2.5d），从 v3 陈玉祥那里转移过来
• 结果：郑国敏 own 3 个完整模块（M3 algorithm doc / M4 Studio Publish / M6 Memory+Controls），不再做散点协作；陈玉祥升级为 ~14d 后端 + ~4d 协作前端 = ~18d 满载 0 buffer（vs v3 的 ~16.5d）；陈玉祥单点风险增加（6.13 / 6.18 / 6.25 三个关键时间点单点 owner）
• 2026-06-11 v3.2：录音 UX 难度重新评估——Broadcast 录音 UX 不是 sprint 最难交互，MediaRecorder API 简单 + 长按交互成熟模式 + AI agent 加速，伍天力 独立完成。具体调整：
• M5 6.25 上午 陈玉祥 录音 UX onboarding → 删除（伍天力 独立完成）
• M5 陈玉祥 0.5d 录音协作 → 删除（MediaRecorder error / 上传集成 / 语音条 UI 都 伍天力 own）
• 陈玉祥 M5 协作前端 -1d：从 1d → 0d
• 结果：陈玉祥从 ~18d 满载 0 buffer → ~17d + 1d buffer（释放 1d 给 chat merge broadcast 边界 case 测试 / M6 安全 sweep 提前 / chat 性能调优深化）；单点风险时间点从 3 个（6.13/6.18/6.25）降到 2 个（6.13/6.18）；伍天力 协作窗从 5 个降到 4 个（释放 6.25 上午）；M5 6.25 全天 = 陈玉祥后端 broadcast + chat merge + 伍天力 录音 UX 独立完成，不交叉协作
• 2026-06-11 v3.3：陈玉祥 M1 工作量重新评估——项目骨架 + JWT 验签 + schema migration + A.1/A.2 endpoints + seed 5 agent + OpenAPI spec + Postman 集合，AI agent 加速后实际 2.5d 够了（不需要 3.5d 保守估计）。具体调整：
• 陈玉祥 M1 工作量 3.5d → 2.5d（M1 deliverable 不变，OpenAPI spec finalize 6.13 EOD 仍是关键解锁项）
• 结果：陈玉祥从 ~17d + 1d buffer → ~16d + 2d buffer（v3.2 释放 1d 录音协作 + v3.3 释放 1d M1）；buffer 用途：chat 性能调优 / chat merge broadcast 边界 case 测试 / M6 安全 sweep 提前 / Stripe 7.15 预研协助郑国敏；3 人总后端容量 ~20-21d 覆盖任务有余量
• 2026-06-11 v3.4：M0 (6.11) 不计 sprint 工时——6.11 是 Day-0 准备阶段（sprint 6.12 才正式启动），陈玉祥 M0 跨团队同步 + IT 凭证 + DNS + repo + Sentry 实际工作量 ~1d 必须完成，但属于 sprint 启动前的准备，不挤占 sprint 内 1.0 投入。具体调整：
• 陈玉祥 sprint 工时基线：sprint 6.12-6.30 共 19 自然日（不含 6.11 Day-0）
• 陈玉祥 sprint 内总工时 ~15d：~12d 后端 (M1-M6) + ~3d 协作前端 + 6.30 演练；从 v3.3 的 ~16d → ~15d（M0 1d 移出 sprint 工时）
• buffer：~2d → ~3d（v3.4 释放 1d M0）；用途扩加"演练前 bug 修复缓冲"
• 总后端容量：~20-21d → ~18-19d（仅 sprint 内统计）；不影响任务覆盖（任务量 ~19d 仍有余量）
• 2026-06-11 v3.5 (final)：本次 sprint = 公开 launch 免费版（非 demo）→ auth 改方案 A（全部走 coucou-server 转发 + OAuth 回调接管），推翻 sprint plan 旧决策 #6（H5 直连）。具体调整：
• 新增 auth gateway module 给陈玉祥（M1）：14 auth 转发 endpoint + 业务 hook（建 profile / 检测 is_creator / 发欢迎）+ OAuth 回调接管 + OpenAPI spec +10 endpoint，净增 ~2-2.5d
• 陈玉祥 M1 工时 2.5d → 4.5-5d；sprint 内总工时 ~15d → ~17-18d；buffer ~3d → ~0.5-1d（接近满载）
• 新增 Day-0 跨团队阻塞（风险 #8）：Google Console redirect URI + workflow-api 信任 X-Forwarded-Host 验证
• 关键工程发现降低成本：read OAuth2Controller 源码——resolveBaseUrl() 用 X-Forwarded-Host header 决定回调域，coucou-server 代理时注入即可让 OAuth 回调落 coucou 域，基本不改 workflow-api 源码（前提 Day-0 验证 OAuth2Service 不二次硬编码 redirect_uri）
• 降级预案：若 M1 auth 超时或 Day-0 阻塞不成立，OAuth 接管降级（邮箱/验证码先转发，Google OAuth 暂直连，接管推后），保 M1 EOD 注册登录可用
• 架构+接口设计见 coucou-backend-api-design §5；本次 launch 前提变更同步推翻 sprint plan 决策 #6 + v2 报告 §03 直连论证

相关概念¶

• coucou-19day-sprint — sprint plan 主文档（范围 / 决策 / 风险 / 战略；排期已迁入本文档，架构接口已迁 design 文档）
• coucou-backend-api-design — 后端 API 架构+接口权威文档（auth 转发 §5 / 27 业务 endpoint / workflow-api 真实契约）
• 2026-06-11-architecture-business-readiness — v2 战略 + 架构盘点（§03 auth 直连论证被 v3.5 launch 前提推翻）
• dragonflow-platform — workflow-api 是 Sentino IdP