2026-06-11 变更日志¶

CouCou 战略 + 工程双轨对齐（全天单线程迭代）¶

起点：用户给出 /Users/momo/Downloads/coucou-app-mockup.html 让我先看 CouCou 新 C 端 app 原型。从 mockup 推进到「CouCou 是 Sentino agent saas 平台拿过来用」，一路澄清到 v2 报告 + sprint plan 落地。

关键澄清链（按对话顺序）：

1. CouCou 是 Sentino 的 C 端聚合 app（v2 §01 首版理解）
2. CouCou 是 Sentino 给 creator/IP 方做的多品牌市集（修正：不是 Sentino 第一方）
3. B 端 API 仍然保留客户自做 app 能力（v2 §03：双 SKU 共架构 + Dogfood public API 纪律）
4. Creator 上架协议看商务（v2 §07：IP policy 引擎按 case-by-case 配置化）
5. C 端订阅 + Creator 付 Studio 按量/协议（v2 §05：双轨付费 Roblox-like 模型，但...）
6. CouCou 要做 Physical AI Bubble（重大方向修正：Bubble = Dear U 的 K-pop idol 私聊订阅 app，不是"出圈泡沫"。CouCou = Physical AI 版 Bubble，supply 是日韩台中美明星 IP）
7. 现有 memex 抽取的记忆不是给用户看的，CouCou 要展示（v2 §08 + memex v2.1：fact + narrative 双层架构）
8. PRD v3.1 + 工程负责人视角排期（v2 §06 直接 Phase 2 + 模块拆分）
9. 19 天 H5 demo sprint，不做硬件，复用 dragonflow（关键工程决策：Sentino app server 终态架构提前演进）
10. Studio = 现有 dragonflow workflow-web（不重建，sprint 复用 workflow-api auth + agent CRUD）

新建 / 升级页面¶

新建¶

• wiki/reports/2026-06-11-architecture-business-readiness.md v2 published（544 行）—— 修订 06-03 v1 HTML 报告：
• §01 产品定位重写：Sentino 升级为对话式 agent 平台，双 SKU 共架构；CouCou = Physical AI 版 Bubble（不是通用 UGC 市集）
• §02 6 个 CouCou 引入的新域 + 1 个平台运营域
• §03 双 SKU 共架构 + Dogfood public API 三条纪律
• §04 客户类型表正交两维（按技术能力 + 按商业关系）
• §05 双轨付费模型（Bubble 头部 BD + Studio 腰部按量）+ 类比从 Roblox 换成 Bubble/Weverse/Vocaloid
• §06 直接跳 Phase 2 + 关键澄清：dragonflow workflow-api 是 Sentino app server 种子
• §07 IP policy 引擎（商务弹性 schema 化）
• §08 记忆双层架构（fact + narrative，对接 memex v2.1）
• §09 跨境法务与合规挑战（5 司法管辖区 × 真人 likeness × AI 言行）
• §10 商业模式参考数据（Dear U/HYBE/Vocaloid/OnlyFans 对标）

• §11 待决策 11 条按优先级（#1 = 明星 IP BD 模板 + 跨境法务授权框架）

• wiki/projects/coucou-19day-sprint.md active（357 行）—— 19 天 H5 demo sprint plan：

• 范围：保留 14 项 / 砍 13 项 / 预留 3 个 schema 留口
• 排期：M1-M6 × 3 天 + 收尾 2 天，每节点 must-have / nice-to-have / 降级触发条件
• 账户互通：复用 dragonflow workflow-api user 表加 3 字段（is_fan / is_creator / couCou_profile），不新建第 4 套体系
• Agent 发布：dragonflow agent 表加 5 字段（status / pricing / ip_policy_id / etc.）+ workflow-web 加"发布到 CouCou"按钮
• IoT bridge helper：server-to-server 用 dragonflow uid 调 IoT UID 登录 + 缓存 token
• 待决策：6 个 Day-1 内部 + 6 个 Day-0 dragonflow team 必谈
• 风险跟踪 8 条

升级¶

• wiki/concepts/sentino-memex.md —— 加新章节「v2.1 演进：CouCou narrative layer」（76 行）：
• 双层架构（Narrative + Fact，不重构只加层）
• v2 设计选项 3 条捆绑成 v2.1（memory-as-a-tool + revisions API+IAM 保 P1 / arbitrary dict scope P2→P1）
• 三阶段工程拆解 + 4 day-1 设计决策（同步生成 / 统一入口 / 删除语义 / conflict resolution）
• 跟 Auto Memory 哲学差异回写（双层让两种哲学在不同 layer 共存）
• frontmatter updated 2026-04-28 → 2026-06-11，sources/tags 补充

Index 更新¶

• ## 研究报告 加 2026-06-11 v2 入口（时间倒序最上）
• ## Sentino - 客户与合作 加 coucou-19day-sprint
• ## 最近更新 加 2026-06-11 条目

关键判断（值得跨场景复用）¶

1. Bubble 不是"泡沫"，是 Dear U 的 K-pop idol 私聊订阅 app¶

误解风险极高的命名。后续讨论 idol fandom / fan service / K-pop 业务时，要先校准是哪个 Bubble。Bubble 在 K-pop 圈是 fan service 标配，HYBE 的 Weverse 是同类对标，CouCou 把这个模式 + Vocaloid IP 商业化 + Furby 物理形态合起来。

2. dragonflow workflow-api 是 Sentino app server 的种子，不是要新建的 server¶

v2 报告 v1 草稿写"一次性 app server + business"暗示从零新建——实际 dragonflow workflow-engine + workflow-api + workflow-web 已是生产 Java 三件套。这意味着： - 直接 Phase 2 工程量比 v1 草稿暗示的低 - CouCou H5 可以直接接 workflow-api - Sentino 内部至少 3 套用户体系（dragonflow / API 网关 memovis / IoT 平台）的合并，长期通过 dragonflow user 表 = Sentino unified user 表实现

3. memex 抽取的 gist 是给 LLM 读的，CouCou 要给人读，是 4 件事一起做¶

不是单纯加翻译层。双层 representation + 三源写入（被动 + user edit + creator inject）+ scope 扩展（character_id 加入 arbitrary dict scope）+ IP 风格化（同一 fact 不同 idol 措辞）。memex v2 设计选项 P1/P2 三条捆绑刚好覆盖前三件。

4. CouCou supply 是金字塔（头部 BD + 腰部 PLG），不是 Roblox 式纯长尾¶

商业模式不是 creator 付 compute = PLG 增长，而是头部 idol IP 走 BD + 商务协议（平台可能 0 抽 / 反向补贴换独家），腰部 KOL/vtuber 走 Studio 按量付费。"Creator 免费额度政策"在 v2 待决策跌出 top 5——长尾 PLG 不是第一年 launch 主战场。

5. 19 天 sprint 不是权宜之计，是终态架构的起点¶

H5 demo sprint 用了 dragonflow 作为后端，加了 CouCou-facing endpoints + IoT bridge + user 表 capability flags。这些都是 v2 §06 终态 Sentino app server 必需的能力。19 天后增量演进，不二次迁移。

待决策落地（持续追踪）¶

v2 报告 §11 待决策 11 条全部在 sprint plan 里有对应工程动作： - #1 明星 IP BD 模板 + 跨境法务授权 → sprint 期间并行启动（不阻塞 H5 demo） - #2 首批签约目标 idol 清单 → sprint 期间 BD 决策 - #3 Sentino app server scope 边界 → sprint 决策 = 塞进 dragonflow workflow-api（不另起 billing service） - #4 头部 IP 方分账模型 → sprint 不需要（订阅 mock，无真分账） - #5 memex v2.1 排期 + ownership → sprint 不做，但 schema 不冲突 - #6-11 现有客户迁移 / 外包谈判 / 腰部 KOL / 过渡期 / 品牌关系 / Powered by 标识 → sprint 不动

工作流观察（值得记 feedback）¶

• 方向级修正快速响应：从"通用 physical AI 消费端"到"Physical AI Bubble (Dear U)"是一次方向级修正。我立刻 acknowledge + 重新对齐 + 提出 v2 重写方案——而不是补丁式 edit，避免了战略叙事一致性的隐患。
• 工程视角 vs 战略视角分文档：v2 报告（战略 report）+ sprint plan（active project page）拆开写，互引而非合并。两份 audience 不同（战略给 CEO/BD/投资人 看，sprint plan 给工程团队执行用），生命周期不同（report 是 snapshot，project 是 living）。
• dragonflow 提前出场：本来想 v2 §06 写"Sentino app server"作为新工程，幸好用户最后一句"Studio 就是现在的 dragonflow"——避免了一次重大方向偏差。教训：架构讨论涉及"新建 server"时，先 grep 知识库已有的同类组件，不要默认从零起新。

晚间补充：workflow-api 实际是 Sentino IdP（最大架构修正）¶

下午 system design 推进时 user 给了 ~/local/api-gateway/docs/api.md（api.sentino.jp 公共 API 文档）+ https://studio.sentino.jp/ 让我分析可行性，触发架构理解的第三次修正（前两次：multi-brand market → Physical AI Bubble、Sentino app server → dragonflow workflow-api）。

read source + curl prod 实测发现¶

1. workflow-api 实际能力远超 dragonflow concept v1 描述——是 Sentino IdP + Workspace + 订阅 + Agent CRUD + Agora + 图片上传 + 邮件 多功能后端： - JwtTokenProvider / ApiKeyAuthenticationFilter 双轨 auth - OAuth2Controller + Google OAuth prod 已 enabled - AuthController：register / login / refresh / forgot-password / reset-password / 邀请码 / 注册配置 - User 模型：完整字段 + 软删除 + entryWorkspaceId - UserWorkspace：OWNER / ADMIN / MEMBER / VIEWER 4 角色 - User.subscriptionPlan：FREE / PRO / BUSINESS / ENTERPRISE - ImageUploadController + ImageUploadService：OCI Object Storage，10MB 上限 - 邮件：阿里云 SMTP（国内 prod）/ OCI Email Delivery（海外 prod），双 sender (SmtpEmailSender / ConsoleEmailSender)，按 email.enabled 切换

2. studio.sentino.jp 就是 workflow-web prod 部署——curl 验证 /api/auth/registration-config 返回 {invitationCodeRequired:false, googleOAuthEnabled:true}，/api/auth/login 返回标准 401 JSON。CORS setAllowedOriginPatterns("*") 允许任何前端跨域调用。

3. 战略叙事侧惊喜：studio.sentino.jp 首页 meta description 是 "The AI voice infrastructure for fan economy. Bring IP characters to life with voice, memory, and emotion — across every device"——跟 v2 §01 Physical AI Bubble 战略叙事完全对齐，说明 Sentino 公开品牌已经在打这个方向。

对架构理解的全面修正¶

工作流教训¶

• 架构推断前必须先 read source / curl prod——前面 6 轮讨论基于"workflow-api 是 agent 工作流"窄理解，错过了它已是 IdP 的事实，浪费了好几轮 IdP 抽离论证。教训：有公开文档（api-gateway/docs/api.md）+ prod URL（studio.sentino.jp）就该立刻 fetch 验证，不要先空想架构
• 多功能后端是 startup 常见反模式但有合理性——dragonflow workflow-api 一个服务承担 IdP / Workspace / 订阅 / Agent / Agora 多角色，从"clean architecture"角度该拆，但从"小团队快速演进"角度是务实合并。修正后的 sprint 计划复用而不拆，长期才考虑抽 IdP
• dragonflow-platform concept 页 v1 描述过窄误导了我整轮讨论——concept 页的准确性直接决定后续推理质量。今天补强 v1.1 段 "workflow-api 实际是 Sentino IdP + 多功能后端"

Sprint 计划大幅简化的具体表现¶

对后续战略性影响¶

• "Sprint 后立刻签 5 个 idol IP 上架"零阻塞——idol IP 方在 studio.sentino.jp 注册 → 创建 agent → 调 coucou-server admin endpoint 注册到 CouCou workspace → Discover 立刻可见
• Phase 3 Memory UI 命门已识别——api.sentino.jp 公共 API 缺 4 个 memory CRUD endpoint，是 sprint 后 Phase 3 的强阻塞项，必须提前给 api-gateway team 提需求 + 排期
• "agent saas + Studio + CouCou" 的产品 family 已经是同 IdP 下的 3 个 client——任何后续新 client（mobile / 桌面 / 第三方 app 模板）都用同一套 auth + workspace 模型

夜间补充：sprint 人力分配 v3 final + 独立子文档¶

sprint plan 反复迭代 30+ 轮后，人力配置经历 7 个版本（v1 → v2 → v3 → v3.1 → v3.2 → v3.3 → v3.4 final）最终定型，并把详细分工独立成子文档 coucou-19day-sprint-staffing。

人力配置 v1 / v2 / v3 / v3.1 / v3.2 / v3.3 / v3.4 (final)¶

v3 → v3.4 关键决策¶

• Memory + Controls 整套 owner = 郑国敏（不是陈玉祥）：creator_notes CRUD 4 endpoint + Controls toggle endpoints + Memory tab UI 联调，2-2.5d 集中在 M6
• 郑国敏 0.5 v3.1 调整：从"散点空降"改为 own 3 个独立 deliverable 模块——M3 algorithm 设计 doc + M4 Studio Publish 整套（publish + Operation mock + 联调 2.5d）+ M6 Memory + Controls 整套 + Stripe 7.15 预研；不再做 OpenAPI spec / SSE onboarding / 录音 onboarding 这些散点工作（全转给陈玉祥）
• v3.1 调整动机：v3 中 OpenAPI spec finalize（6.13 EOD 关键解锁项）和 SSE/录音 onboarding 都依赖郑国敏 0.5 投入按时空降，单点风险大；v3.1 转给陈玉祥（1.0 主力）更稳，代价是陈玉祥从 16.5d → 18d 满载 0 buffer
• v3.2 录音 UX 重新评估：MediaRecorder API 简单 + 长按交互成熟模式 + AI agent 加速，伍天力独立完成；陈玉祥释放 1d
• v3.3 M1 AI 加速兑现：陈玉祥 M1 项目骨架 + JWT + schema + endpoints + OpenAPI spec + Postman 集合，AI agent 加速后 2.5d 够（不需要 3.5d 保守估计）；陈玉祥再释放 1d
• v3.4 M0 Day-0 准备不计工时：6.11 跨团队同步 + IT + DNS + repo + Sentry 必须完成但属于 sprint 启动前准备，不挤占 sprint 内 1.0 投入；陈玉祥 sprint 工时基线明确为 6.12-6.30 共 19 自然日；再释放 1d → ~3d buffer
• 陈玉祥前后端可流动：sprint 内 ~12d 后端 (M1-M6) + ~3d 协作前端（M2 角色列表 / M3 Chat 联调辅导 + SSE onboarding / M4 3D 动效 / M6 Dashboard 4 sub-tab）+ 6.30 演练
• AI agent 加速 ~50-60% 任务（CRUD / 表单 / 列表 / schema），是 v3 不砍 nice-to-have + v3.3 M1 释放 1d 的关键变量
• Discover Tab 完全砍掉（v3.4 期间确认）：连 stub / "Coming soon" 占位都不做，底部 Tab bar 移除入口；Home 预订阅完全替代演示流程；sprint 后补做

文档拆分原因¶

sprint plan 主文档已 1430 行，人力分配章节占 ~250 行。拆出独立子文档： - 主文档保留人力配置概览表（一张 4 行表）+ AI 守则 + standup 节奏 + 跳转链接 - 独立子文档：三人详细任务清单 + milestone 救场矩阵 + 时间预约表 + 容量风险 + 修订日志 - 收益：主文档专注 sprint 范围/排期/架构/接口/决策/风险，人力分配独立维护可单独引用