RECORD · CORPUS

规划母版与章节全图

门户仓不保存原始结论，只保存逐字节副本与一份索引。这一页把每份母版的全部章节摊开 —— 摊开是字面意思，不是挑几条摘要，因为挑选就是在替读者做取舍。

A · PLANNING CORPUS · reits-knowledge 437–446

掉头之后的整个规划：10 份母版，131 章全部展开

437–443 七份在 2026-08-01 同批写成，第一次把「掉头之后做什么」从散落的决定变成可引用的裁决面；444 号在 2026-08-02 追加，写的是「用什么做」与六条风险决策；445 号同日追加，写的是「叫什么」—— 但它是证据文档不是裁决面，两个候选与 PD-21 的 🔴 状态一并保留。本节按线归组逐份展开章节全图，并给出每份的同步摘要；正文是逐字节副本，事实源以 reits-knowledge 为准，本页与之不一致时以 reits-knowledge 为准。

PROVENANCE · 本段为同步副本

事实源为 reits-knowledge 437–446 号文档

门户仓不保存原始结论，只保存 content/knowledge/ 下的逐字节副本与一份 INDEX.json；副本由 npm run knowledge:sync 生成， npm run knowledge:verify 比对镜像与源仓 sha256， npm run knowledge:selfcheck 比对镜像与 INDEX.json 自身。本页上的标题、章节与摘要全部读自该 INDEX.json，页面不另抄一份，因此不会与镜像漂移。

SYNCED AT: 2026-08-03 08:53 UTC
PLANNING / MIRRORED: 10 / 21
OPS BASELINE: 431–436 见 /ops

VERSIONED PAIR

437 与 441 是同主题的两个版本

441 号是 437 号的 v2。边界争议一律以 441 号裁决，依据是老板 2026-08-01 的十四条决定。两份都留在本页，是因为 437 号整份并未作废：被推翻的只有四端归属，其条款链与 RBAC 结论仍是现行依据，而 441 号明写这部分「不重复论证，引用即可」——只收 v2 会让这条引用落空。

已被推翻（7 条，登记于 441 号第 1 章）

R-1 · §2.2 安卓是「移动端唯一可承载预测市场实际业务的载体」 → 安卓零真钱交易面
R-2 · §2.4 Web「不做下单／入金／出金／钱包连接」 → Web 是唯一真钱业务承载面
R-3 · §3 裁决表「交易归 Desktop／Android，iOS 与 Web 永久不做」 → 交易面唯一落 Web
R-4 · §2.1 iOS「不做预测市场类小程序宿主」 → iOS 做沙盒类小程序宿主
R-5 · §2.3 Electron App-1「（P-4 后）非托管交易」 → 交易代码不进依赖图
R-6 · §1.2 前提「HIDE_REVIEW_ENTRIES 隐藏了朋友圈入口」 → 主入口本就不受该 flag 控制（440 号首次纠正）
R-7 · §1.2 归属「朋友圈 UGC 义务挂 4.7.1」 → 应挂 Guideline 1.2（440 号首次改判）

437 号继续有效的结论

§1.1 条款链：4.7 首段责任传导 / 5.3.4 / 5.3.3×4.7.1 死结 / 3.1.1 点名加密货币 / 4.2.2
§1.2 后半：2.3.1 后果是账号终止，会连带毁掉 425 D-02 永久冻结的 bundle ID
§5：平台级 RBAC 必须新建，平台端与用户端是两套主体、不共用登录面
§6：A3 拆除与 /internal/* 鉴权化是止损，排在任何拍板之前

产品边界与四端职责 v2（Product Boundary v2 & Four-Client Responsibility Matrix）

四端职责与「这个功能放哪个端」的现行裁决面：iOS／安卓＝IM＋资讯小程序，Electron＝IM＋后台管理，Web＝唯一承载真实业务。

边界现行

版本关系v2，取代 437 的四端归属结论。第 1 章以 R-1…R-7 逐条登记推翻依据。

章节全图 · 15 章

P-0 · 🔴 定位变更登记（2026-08-02）
0. 总结论
1. 本文与 437 号的关系：逐条推翻登记
2. 四端职责表（含「明确不做什么」）
3. 「一次构建两个产物」的口径补齐
4. 空间世界＝小程序：架构、对撞与品类负面证据
5. 用户认知路径
6. 角色与权限
7. 朋友圈的处置（决定 6）
8. 钱包的处置（决定 5）
9. 「游戏」有两份副本
10. ⚠️ 诚实章节：设计跑在能执行的量前面
11. 未核实 / 推导清单
12. 与既有文档的关系
13. 变更记录

产品边界与四端职责（Product Boundary & Four-Client Responsibility Matrix）

第一版产品边界母版。四端归属部分已失效；条款链与平台级 RBAC 结论仍是现行依据。

边界部分失效

版本关系v1，四端归属已由 441 改判（§2.1／§2.2／§2.4／§3 与 §1.2 两处前提）。整份未作废：§1.1 条款链、§1.2 的 2.3.1 定性、§5 平台级 RBAC 继续有效，441 明写不重复论证、引用即可。

章节全图 · 14 章

0. 总结论
1. 核心矛盾的裁决
2. 四端职责表（本文核心裁决物）
3. 重叠事项裁决表（两个端都能做时归谁）
4. Electron：一个应用还是两个——裁决：两个独立应用、两个独立仓库、两条独立发布通道
5. 用户认知路径：从「用户在 IM 里」到「用户在用预测市场」
6. 角色与权限方案
7. Web 职责边界（防止它变成第二个什么都做的端）
8. iOS 线 P0：A3 拆除方案
9. 需老板拍板的决策清单
10. 本文【未核实】与【推导】清单
11. 与既有文档的关系
12. 执行顺序（不可调换）
变更记录

盈利模式与优先级（Monetization Model & Priority Ladder）

收入来源全表 R1–R10、优先级三档，以及第一笔钱的最短路径。

收入现行

版本关系无更高版本；本文 §8.3 自述未推翻任何既有结论。

章节全图 · 10 章

0. 总结论（三句）
1. IM 在生态里的经济角色
2. 今日财务底座实测（决定下文每条路的前置条件是真是假）
3. 收入来源全表（R1–R10）
4. 优先级三档
5. 第一笔钱的最短路径
6. 需老板拍板的决策清单
7. 假设、【推导】与【未核实】清单
8. 与既有文档的关系
变更记录

新客户端技术选型（New Client Technology Selection）

Electron 与 Android 的选型、仓库骨架，以及「统一业务逻辑」三种含义的逐个评估。

技术现行

版本关系无更高版本。其选型服务于边界，边界口径以 441 为准（本文成文时引的是 437）。

章节全图 · 12 章

0. 四句结论
1. 「统一业务逻辑」三种含义的逐个评估
2. Electron 完整选型
3. Android 选型
4. 仓库结构与目录骨架
5. 后台管理前端的技术边界
6. 服务端待补能力清单（本批不实现）
7. 需老板拍板的决策清单
8. 本文【未核实】与【推导】清单
9. 与既有文档的关系
10. 查实来源
变更记录

iOS 上架内容面与钱包隔离方案（iOS Shipping Surface & Wallet Isolation Plan）

上架包内容清单与钱包隔离方案，每行配一条可被单条命令证伪的验收命令。

上架面现行

版本关系无更高版本；是 437／441 在 iOS 侧的施工母版。它首次纠正了 437 §1.2 关于朋友圈入口的前提（441 R-6／R-7 沿用）。

章节全图 · 14 章

0. 总结论
1. 两次失败必须先记下来（否则后人会再选一次）
2. 上架包内容清单表
3. 朋友圈：进包 + 默认可见
4. 钱包隔离方案：不依赖，不删代码
5. `main-wallet` 分支策略
6. 游戏：三处一起，缺一处则前功尽弃
7. 模拟仓：全部在小程序，宿主零原生代码
8. 已知缺陷清单
9. 修复顺序
10. 需老板拍板的决策
11. 未核实与推导清单
12. 本批边界交代
变更记录

沙豆与虚拟经济红线（Shadou & Virtual Economy Red Lines）

沙豆的四条流入、仅游戏内流出、五个「永不」，以及虚拟物品不可转移红线。

虚拟经济现行

版本关系无更高版本；与 441／443 同批，是 441「沙豆购买／兑换／转赠／提现四端全禁」一行的依据。

章节全图 · 15 章

P-0 · 🔴 定位变更登记（2026-08-02）
0. 总结论
1. 命名与单位
2. 沙豆的四条流入
3. 沙豆的流出：仅游戏内
4. ~~五个~~ **六个「永不」**
5. 虚拟物品：成就展示，不可转移
6. ⚠️ 账号买卖：如实写成缓解不了
7. 工程强制汇总表（一页纸）
8. 为什么不包装钱包
9. ⚠️ 最大的内部冲突：沙豆账本三方打架
10. 直播结算沙豆（决定 8）：形态未定义，两种直觉读法各撞一条红线
11. 未核实 / 推导清单
12. 与既有文档的关系
13. 变更记录

三档路线图与待拍板决策表（Three-Tier Roadmap & Pending Decision Register）

三档路线图（现在做／有用户后做／有收入后做）与完整待拍板决策表 PD-xx。

排期现行

版本关系无更高版本；与 441／442 同批。第 7 章另设「已推翻结论台账」防止母版回抄。

章节全图 · 13 章

0. 总结论
P-0 · 🔴 定位变更登记（2026-08-02）
1. 分档原则
2. 第一档 · 现在做（12 项，零拍板依赖）
3. 第二档 · 有用户后做
4. 第三档 · 有收入后做
5. 完整待拍板决策表
6. 登记项（必须如实收录）
7. 已推翻结论台账（防止母版回抄）
8. ⚠️ 诚实章节：设计跑在能执行的量前面
9. 未核实 / 推导清单
10. 与既有文档的关系
11. 变更记录

引擎选型、平台架构与风险决策（Engine Selection, Platform Architecture & Risk Decisions）

引擎选型结案（Phaser 4.2.1／MIT，Godot 4 与 Unity Web 出局）、20 MiB 包体预算与运行时硬约束，以及主控代老板作出的六条风险决策 D-1…D-6。

引擎与风险现行

版本关系无更高版本。它是「引擎、包体预算、RTC 能力、美术授权分档、押注机制红线」这五件事的唯一真值，2026-08-02 结案。⚠️ 它的推翻台账编号是 444 X-n、未核实清单是 444 UV-n，与 443 的 X-1…X-29／UV-1…UV-18 同形不同物，不许互相引用充当对方的证据。

章节全图 · 12 章

0. 总结论
1. 游戏引擎选型（已结案）
2. 运行时硬约束（【本文实测】，全部给 `file:line`）
3. 已存在但此前三份报告全部失察的资产
4. 美术授权分档（硬约束）
5. 主控作出的风险决策 D-1…D-6
6. 分级实测证据表
7. 未核实清单（`444 UV-n`）
8. 保守约束（原样带过来，不许更松）
9. 推翻台账（`444 X-n`）
10. 与既有文档的关系
11. 变更记录

第三轮起名：候选、减分项与商标检索方法论（Third-round Naming: Candidates, Demerits & Trademark Search Methodology）

第三轮起名的两个候选（Thronby ／「岛街」）、Thronby 的两处减分项，以及此后强制执行的商标检索方法论、四道闸与四个会伪造「干净」结果的检索陷阱。

命名现行

版本关系无更高版本。⚠️ 它是一份**证据文档，不是裁决面**：Thronby 与「岛街」是候选，PD-21（应用名）在 443 号里仍标 🔴，本文不改它的状态。它的推翻台账是 445 X-1…X-4、未核实清单是 445 UV-1…UV-9，与 443／444 的同形编号不同物。

章节全图 · 13 章

0. 总结论
1. 定性：候选,不是裁决
2. `Thronby` 的两处减分项
3. 本轮结果
4. 「岛街」的证据
5. 方法论（本文最有价值的部分,以确定语气写死）
6. 四个会伪造「干净」结果的检索陷阱
7. 诚实的空洞
8. 老板需要亲自做的动作
9. 未核实清单（`445 UV-n`）
10. 推翻台账（`445 X-n`）
11. 与既有文档的关系
12. 变更记录

鸟瞰像素美术方向规格（Top-Down Pixel Art Direction Spec）

鸟瞰像素美术方向规格：镜头裁决为俯视（此前所有侧视方案作废）、22 个值分 7 族的色板、俯视光照与阴影色相偏移的量化差分、墙拆成屋顶／墙厚／室内地面三层、五层遮挡、角色 32×48 与三条绝对判据、每岛资产字节实测、年代区分的四种手段与反面清单。

美术方向现行

版本关系无更高版本，2026-08-03 成文。⚠️ 它推翻了四条上游前提，其中两条会直接影响下游决策：**色板不是十六个值而是 22 个分 7 族**（少了角色冷蓝那一族，角色在冷紫阴影里读不出轮廓，实测三阶糊成一片），以及**「收紧色板 ⇒ 省包体」在量级上不成立**（4 bit／16 色与 8 bit／22 色实测差 0.17%，DEFLATE 把位深差吃掉了）。它的每岛 0.69 MiB 落在 444 号锁定的 0.78 MiB 之内 ⇒ 不推翻 444 的岛数，只证明它做得到。它的推翻台账是 446 X-n、未核实清单是 446 UV-n，与 443／444／445 的同形编号不同物。

章节全图 · 13 章

0. 先回答一个判断题：霓虹
1. 色板
2. 俯视的光照
3. 地块
4. 遮挡关系：裁决与理由
5. 角色
6. 图集规格与一个岛的资产清单
7. 每岛一个历史时期，同一套色板怎么成立
8. 反面清单
9. 复现方式
10. 未核实清单（UV）
11. 推翻台账
12. 我被挡住的地方（与上面「查了没问题」严格分开）