docs(recall): 回填创始人三条边界判定(②③⑤ 全做;⑤ 含本阶段上 k8s + blast radius 提示)

- ② 数据飞轮:三条全做(溯源链+同款创作 / 资产市场 / 收益回流训练),展开跨模块面+落地依赖
- ③ 审核台:全做(双层审核+锁风三档+违规处置+admin 前端)
- ⑤ 观测体系:全做+本阶段上 k8s;诚实标注 k8s=部署架构大变更,建议与观测埋点解耦单独立项
- 回收 README 判定纪要补"三条边界已定"更新

范围已钉、待出正式设计稿;均就地扩活档。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/architecture/_recall/README.md

@@ -78,4 +78,6 @@
 | 4 | 平台吞并风险 | 应对 = 深化游戏引擎使用 + 深化游戏创作能力 | 已对齐进档:[商业定位 §3](../产品/商业定位.md)「平台方下场风险与应对」,指向 tier2 自治富游戏引擎 + 对话式创作 |
 | 5 | 线上观测体系 | admin 补观测跳转 / 观测大图;栈 = OpenTelemetry + Grafana + 夜莺 + 链路日志 / 指标 / 告警 + k8s;参考 yudao-cloud / vue-pro | 已立待补设计骨架 + 范围建议:[运维 README §4](../运维/README.md);待创始人定 MVP 边界(含是否本阶段上 k8s) |
 
-第 2 / 3 / 5 条的骨架里都写了"范围建议(待创始人确认边界)"——这三条要补的设计都不小,边界(MVP 做到哪一档)定了我才出正式设计稿,免得范围未定就写、写完返工。
+第 2 / 3 / 5 条的骨架里原本写了"范围建议(待创始人确认边界)"——这三条要补的设计都不小,边界(MVP 做到哪一档)定了我才出正式设计稿,免得范围未定就写、写完返工。
+
+**更新(2026-06-21):创始人已定三条边界——② 三条飞轮全做 / ③ 审核台全做(含锁风三档)/ ⑤ 观测全做且本阶段上 k8s。** 范围已回填进三个骨架(生成引擎 §10 / 合规闸门 §9 / 运维 §4);其中 ⑤ 的 k8s 迁移是部署架构大变更,我已在骨架里标注 blast radius、建议与观测埋点解耦单独立项。下一步出正式设计稿。

docs/architecture/架构/生成引擎/README.md

@@ -365,6 +365,10 @@ flowchart LR
 - **玩家 → 创作者的 remix(带溯源链)**:玩家在信息流里看到一款游戏,直接发起"做一个同款",生成时带上溯源,把消费侧流量导回创作侧——这是网络效应飞轮的核心动作(对应需求清单 P-FED-12 同款创作)。
 - **生成全量 + 收益数据回流训练语料**:生成全过程数据,加上线上真实的收益与留存数据,回流成训练语料,反过来抬升生成质量与商业化判断。现行的进化语料只覆盖了生成侧自增强,漏了收益回流这一半。
 
-**范围建议(待创始人确认边界)**:MVP 建议先落"溯源链 + 同款创作"这条最轻、又直接喂网络效应的飞轮;资产市场牵涉交易与分成,和素材契约、支付绑定,建议排在素材中心(P-MAT)之后;收益回流训练牵涉数据管线,建议作为数据线(②自有端内测)成型后的增量。MVP 要落到哪一档,请创始人定。
+**范围(创始人 2026-06-21 定:三条全做)**:三条飞轮都要,但落地仍有先后依赖——
 
-**下一步**:边界定了之后由我出正式设计稿(接进本生成引擎子树),前端同款创作入口与 admin 落点随设计稿一并定;代码执行归 Mac。
+1. **溯源链 + 同款创作**:feed 卡片加"做同款"入口,生成时记血缘(原作 / 原作者),试玩页展示溯源。最轻、不依赖新支付,先落。跨 feed + studio + 生成侧。
+2. **创作者资产库 → 资产市场**:把生成沉淀的素材 / 配置 / 玩法骨架做成可检索、可复用、可流通的资产层。依赖素材契约(P-MAT)与授权 / 分成支付,排在素材中心之后。跨 素材 + trade + studio。
+3. **收益回流训练语料**:生成全过程数据 + 线上收益 / 留存数据,回流成训练语料,反哺生成质量与商业化评分。依赖数据管线,作为数据线(②自有端内测)成型后的增量。跨 telemetry + trade + 生成侧。
+
+**下一步**:由我出正式设计稿(接进本生成引擎子树),前端同款创作入口与 admin 落点随稿一并定;代码执行归 Mac。

docs/architecture/运维/README.md

@@ -114,6 +114,13 @@ flowchart TB
 - **admin 侧补观测入口**:在 admin 控制台补"观测跳转 / 观测大图",让运营和排查能从后台一键进到监控大盘,而不是各看各的散件。
 - **部署形态**:观测栈与服务编排往 **k8s** 收;可参考 **yudao-cloud / vue-pro** 已有的监控集成(它本身带了一套可观测性接入,能省掉从零搭的工夫)。
 
-**范围建议(待创始人确认边界)**:MVP 建议先落"OpenTelemetry 采集 + 一个 Grafana 大盘 + 关键告警(可用性 / 错误率 / 生成失败率)+ admin 观测跳转"这条最小可观测闭环;夜莺与 k8s 编排建议随服务从单体 staging 走向正式集群时一起上。MVP 观测要做到哪一步、是否本阶段就上 k8s,请创始人定。
+**范围(创始人 2026-06-21 定:全做 + 本阶段上 k8s)**:
 
-**下一步**:边界定了之后由我出正式设计稿(接进运维域 + admin 前端入口);采集埋点与栈搭建的代码执行归 Mac。
+1. **采集**:OpenTelemetry 全栈埋点(trace / metrics / log 统一)。
+2. **看板告警**:Grafana + 夜莺(Nightingale),关键告警含可用性 / 错误率 / 生成失败率。
+3. **admin 观测入口**:控制台补观测跳转 / 观测大图,一键进监控大盘。
+4. **k8s 编排**:观测栈与服务编排上 k8s;可参考 yudao-cloud / vue-pro 已有的监控集成省搭建工。
+
+> ⚠️ **blast radius(我作为工程师的提示)**:上 k8s 是**部署架构的大变更**——当前是单体 staging(mini-desktop 容器),迁 k8s 会改动 [staging-ops](../../../.agents/skills/staging-ops.md) 整套部署链与四机分工,影响面远大于其余三件观测工作。建议把"k8s 迁移"**单独立一个设计 / 实施项**,与观测埋点解耦推进,别让观测大盘被 k8s 迁移阻塞(观测栈本身在单体 staging 上也能先跑起来)。
+
+**下一步**:由我出正式设计稿(观测体系 + k8s 迁移建议分两份);采集埋点、栈搭建、集群迁移的代码执行归 Mac。

docs/architecture/运营/合规闸门.md

@@ -250,6 +250,11 @@ sequenceDiagram
 - **锁风门的三档强度**:标准 / 严格 / 人工复核,按 IP 敏感度和内容类型选档,决定一款生成内容要不要、以多严的力度过保真与版权检查。
 - **违规处置**:封禁、举报降权、分级标签这套处置动作,以及它们怎么联动到信息流的曝光权重和创作者信用。
 
-**范围建议(待创始人确认边界)**:MVP 建议先落"自部署快检 + 人审队列 + 基础处置(下架 / 降权)"这条最小可运营闭环;阿里云内容安全兜底建议在接真实公开流量(渠道线③)前接入;锁风三档与 IP 库绑定,建议随素材 / IP 授权模型一起做。MVP 审核台要做到哪一步,请创始人定。
+**范围(创始人 2026-06-21 定:全做)**:四块都要——
 
-**下一步**:边界定了之后由我出正式设计稿(接进运营 / 合规域),admin 审核台前端入口随设计稿定;代码执行归 Mac。
+1. **双层内容审核**:自部署快检挡大面 + 阿里云内容安全兜底 + 人审队列(BPM)。阿里云兜底在接真实公开流量(渠道线③)前接入。
+2. **锁风门三档**:标准 / 严格 / 人工复核,按 IP 敏感度与内容类型选档;与 IP 库绑定,随素材 / IP 授权模型一起做。
+3. **违规处置**:封禁 / 举报降权 / 分级标签,联动 feed 曝光权重与创作者信用。
+4. **admin 审核台前端**:队列、详情、处置操作、锁风档位配置。
+
+跨 compliance + admin + BPM + 阿里云 API + feed(曝光联动)+ IP 库。**下一步**:由我出正式设计稿(接进运营 / 合规域),admin 审核台前端入口随稿定;代码执行归 Mac。