docs(architecture): v0.3 为多人、多登录方式预留表结构（AR11、AR12）

团队版、企业版、飞书 / 企业微信登录都不在早期版本，但 MVP 的表结构先按
多人、多登录方式建，以后接入不用重构：
- 身份拆成人 / 登录方式 / 成员身份三层，一人一企业在服务层限制
- 项目成员表、统一的权限检查点和可见范围过滤先建好
- 记录「谁」的字段指向人，人不做物理删除；订阅带席位数

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

docs/decisions.md

@@ -4,6 +4,13 @@
 
 ---
 
+## AR11–AR12 · 2026-11-03 · 早期只给多人、多登录方式留结构
+
+- **原则**：团队版、企业版（多席位、按角色和项目分权限）、飞书 / 企业微信登录、私有化 SSO 都是以后的版本，早期版本不做；但 MVP 的架构和表结构要先考虑到，以后能直接接进来，不用重构。理由：用户要求。
+- **AR11 身份分三层**：人（`user_account`）、登录方式（`login_identity`）、成员身份（`membership`），MVP 就按这个结构建；「一个手机号只属于一个企业」（FR-M6-04）在服务层检查，不写进表结构。
+- **AR12 权限检查点先建好**：`project_member` 表（建项目的人自动成为负责人）、service 层统一的 `authz.require`、列表查询统一按可见范围过滤；MVP 里唯一的成员是所有者，检查总是通过。具体角色、可见范围、飞书 / 企业微信的接入规则都到对应版本立项时再定。
+- **影响**：技术架构 v0.3 §3.14；04 领域模型的用户拆成 User / LoginIdentity / Membership，增加 ProjectMember，订阅增加席位数。
+
 ## Q13、U 键 · 2026-11-03 · 按建议
 
 - **Q13 额度流水记录「免扣」行**：24 小时内复查不扣点时，也记一行流水，类型「免扣（24 小时内复查）」，数量 0，关联到这次检查。理由：红线 9 要求扣点规则可见、可查，用户能自己核对复查确实没扣点。影响：FR-M6-03 和 04 领域模型补「免扣」类型。