docs: docs/29 让号给架构师线（改号 33）；补实施后续说明

架构师线 2026-09-12 推送的 `docs/29-Agent组员登录接口使用说明.md` 占用了 29，
与本线的《架构对齐 · 记忆→画像→图》重号。按"以架构师为主线"的口径，本线让号。

- `git mv docs/29-架构对齐-记忆与画像投影链路.md docs/33-架构对齐-记忆与画像投影链路.md`
  （用 mv 而非增删，保留文件历史）
- 该文档开头补"⚠️ 后续（2026-09-12）"提示：结论**已落地实施**，指向
  `docs/32-记忆投影链路实现说明.md`；避免接手人按原文的"本文只做核对与建议，
  不改任何代码"误判为尚未实施。同时记录让号原因，避免编号来历不明
- 文档内部无自引用编号、全仓无 `docs/29` 引用（已全量搜索确认），故无引用需改

验证
- `tools/check_authoritative_docs.py` → checked 41 documents, no number collision
- docs 编号现为 30(投顾迁移TODO) / 31(投顾灰度) / 32(记忆投影链路) / 33(架构对齐)

说明：架构师分支上 `docs/21`、`docs/22` 各自有两份（投顾线带入的重号），
本线已在 c82e989 改号为 30/31，合并后该重号自动消除，无需额外处理。

docs/33-架构对齐-记忆与画像投影链路.md

@@ -4,6 +4,14 @@
 > 而主干 `qyqy_develop` 上也有同类实现。**在合并之前必须先做一次架构对齐**，否则两套会互相覆盖。
 > **本文只做核对与建议，不改任何代码**。
 >
+> **⚠️ 后续（2026-09-12）**：本文的结论**已落地实施**，实施说明与验证证据见
+> `docs/32-记忆投影链路实现说明.md`。本文保留作为**决策依据** —— 它记录了
+> "为什么选方案 A（复用主干图投影、不引入第二套）"、"为什么由生产端组装 `memory_sources`"
+> 这两个决定的原始核对过程与判据，这部分推演在 `docs/32` 里没有重复。
+>
+> **编号说明**：本文原为 `docs/29`；2026-09-12 让号给架构师线的
+> `docs/29-Agent组员登录接口使用说明.md`（该编号被后推的主干占用），改号为 `docs/33`。
+>
 > **核对时间**：2026-09-11 晚　**主干**：`qyqy_develop` @ `bbf623a`　**ZSY**：`cbcf7c7`
 
 ---