docs: 修投顾线带入的文档重号（21/22 → 30/31）；新增 docs/29 架构对齐

投顾线（bbf623a）带进两份文档，与既有的撞号：
  21-投顾Agent迁移TODO.md          → 30-（原 21 已被《风控业务第二版迁移清单》占用）
  22-投顾Agent灰度与回滚操作手册.md  → 31-（原 22 已被《四大Agent流程实现拆解》占用）
处理原则与 docs/27 一致：**让新来的那份让号**（既有那份被更多地方引用）。
同时修了 30 号文档里两处指向旧号的自引用。守卫恢复通过（40 份无重号）。

另含 docs/29-架构对齐-记忆与画像投影链路.md（合并 ZSY 分支前必须做的对齐，
结论见该文档：主干那条链**其实已经接好**，走的是 domain_event_outbox + profile.rebuild_requested；
ZSY 走的是另一条 memory_sync_outbox，两条平行不冲突，但需要先明确分工）。

docs/30-投顾Agent迁移TODO.md

@@ -195,7 +195,7 @@ Redis 不可用时实测按设计降级放行；生产装配模式因本机 Milv
 本次继续完成灰度闸门和回滚手册：新增 `AdvisorRolloutService`，由环境变量控制投顾灰度，
 开启后管理员放行、客户按白名单放行，未命中返回 `403 AGENT_PERMISSION_DENIED` 并写入
 `advisor.rollout_denied` 审计；已接入投顾业务路由和 `advisor` Agent 运行入口。新增操作手册
-`docs/22-投顾Agent灰度与回滚操作手册.md`。专项测试 `6 passed`，全量单元测试 `505 passed，
+`docs/31-投顾Agent灰度与回滚操作手册.md`。专项测试 `6 passed`，全量单元测试 `505 passed，
 3 warnings`，Ruff 和 MyPy（146 个源文件）通过。实现提交：`f5dd5b8`。生产/联调环境的
 实际灰度与回滚演练仍待执行。
 
@@ -571,7 +571,7 @@ python tools/audit_constraints.py
 - [x] 保存每个模块的测试结果。（已回填阶段记录）
 - [x] 保存迁移后的结构审计结果。（独立迁移库 72 张业务表）
 - [x] 准备关闭新投顾入口的配置开关。（`ADVISOR_ROLLOUT_ENABLED=false`）
-- [x] 准备应用代码按提交回滚方案。（见 `docs/22-投顾Agent灰度与回滚操作手册.md`）
+- [x] 准备应用代码按提交回滚方案。（见 `docs/31-投顾Agent灰度与回滚操作手册.md`）
 - [x] 确认数据库不执行破坏性 downgrade。（见回滚手册）
 - [x] 确认新增表保留，不自动删除。（见回滚手册）
 - [x] 确认失败 Outbox 可以重试或人工处理。（沿用公共 Outbox 重试/死信机制）