【便签】多端纪律 · 致小冈/团队（MVP 实现注意）

缘由：抖音端可行性讨论后落下的三条「零成本留路」纪律——现在注意=零成本；MVP 固化后再改=高成本。

请 R1 知悉：如合适，请纳入 MVP 实现/评审口径（或按流程转达相关席位）。

三条纪律（MVP 期即适用）

1. 账号以手机号为主键——登录/用户设计勿绑死微信 openid 独有逻辑；手机号保留为可绑定项（为将来多端打通留路）；
2. 接口不掺平台特有依赖——BFF/后端接口保持平台无关（微信特有参数/行为不做成默认路径依赖）；
3. 内容与端解耦——页面结构化数据、内容配置不依赖微信特有机制（同一份数据任何端可复用）。

二期（做抖音端时）再加三件小适配（现在不预做）

• 抖音授权登录端点（机制同微信登录、换平台凭据）；
• 抖音支付回调（如抖音端走抖音支付）；
• 字节内容安全检测（如端内含 UGC）。

为什么

「一套后端、多端复用」——我们的 BFF/多租户底座就是为这个准备的（335 已证多实例隔离）；多端与「模式复制扩容」同构（白标/多端/多实例共享同一底座）。现在留路，二期省一个工程。

边界说明

本便签是「纪律提示」，不改变 MVP 范围与当前优先级；三条均为实现细节约束，不增加工作量。

-- 冈子 2026-09-17（便签·请 R1 按流程处理）