From cf70ac49e9482c0ea655abbc3f054d360485a049 Mon Sep 17 00:00:00 2001
From: Windows <19353512109@163.com>
Date: Sat, 12 Sep 2026 10:52:25 +0800
Subject: [PATCH] =?UTF-8?q?docs:=20docs/29=20=E8=AE=A9=E5=8F=B7=E7=BB=99?=
 =?UTF-8?q?=E6=9E=B6=E6=9E=84=E5=B8=88=E7=BA=BF=EF=BC=88=E6=94=B9=E5=8F=B7?=
 =?UTF-8?q?=2033=EF=BC=89=EF=BC=9B=E8=A1=A5=E5=AE=9E=E6=96=BD=E5=90=8E?=
 =?UTF-8?q?=E7=BB=AD=E8=AF=B4=E6=98=8E?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

架构师线 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，合并后该重号自动消除，无需额外处理。
---
 ...画像投影链路.md => 33-架构对齐-记忆与画像投影链路.md}  | 8 ++++++++
 1 file changed, 8 insertions(+)
 rename docs/{29-架构对齐-记忆与画像投影链路.md => 33-架构对齐-记忆与画像投影链路.md} (94%)

diff --git a/docs/29-架构对齐-记忆与画像投影链路.md b/docs/33-架构对齐-记忆与画像投影链路.md
similarity index 94%
rename from docs/29-架构对齐-记忆与画像投影链路.md
rename to docs/33-架构对齐-记忆与画像投影链路.md
index 593d886..3ccaaa9 100644
--- a/docs/29-架构对齐-记忆与画像投影链路.md
+++ b/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`
 
 ---