docs(E9): 补充 AI/LLM 后端验证结论

- 后端已验证存在于 user-service(saas-service)：11 Controller/12 Service/11 Mapper 齐全
- 标注未提取到 apes-Authon-Server 的三层原因
- 明确 Go 重写语言跨越、独立业务模块定位、P3/P5 优先级

apes-Arise-Casdoor融合方案.md

@@ -79,10 +79,20 @@
 | E6 | 企业组织架构 | SysOrganization | Group/Label 偏 IT | Go 扩展包：Org 树模型（或 Group 增强）+ 页面 | P3 低 |
 | E7 | 短信+密码复合登录 | 登录服务 | 非默认组合 | Casdoor 自定义 Provider / 登录页编排 | P3 低 |
 | E8 | 用户偏好 | UserPreference | Profile 可扩展 | 扩展包：偏好存储 + API | P3 低 |
-| E9 | AI/LLM/Agent/Skill 配置 | 前端 11 页面 + 未提取后端 | 无 | **独立业务模块**（不进 Casdoor 核心），仅复用 Casdoor 认证 | P3 低 |
+| E9 | AI/LLM/Agent/Skill 配置 | 前端 11 页面 + 后端已验证存在于 user-service（11 Controller/12 Service/11 Mapper 齐全） | 无 | **独立业务模块**（不进 Casdoor 核心），仅复用 Casdoor 认证 | P3 低 |
 | E10 | 多租户数据源切换 | `@TenantSource` + dynamic-datasource | Organization 单库 | **架构级**：评估按租户分库/分 schema（远期） | P4 远期 |
 
 > 说明：E9（AI 配置）本质是 apes 自身业务，与"账权底座"关系弱，建议作为 `apes-Authonkey` 下的独立业务模块存在，**不侵入 Casdoor**。
+>
+> **E9 后端验证结论（已核实）**：AI/LLM 后端代码**完整存在于 user-service（saas-service 单体）**，即 `apes-Authdata/service-master`，**未提取到 `apes-Authon-Server`**（账权服务）。原因有三：
+> 1. **物理归属**：AI/LLM 后端在 `user-service`，而非账权服务；`apes-Authon-Server` 是从 saas-service 剥离出的"纯账权"服务，AI 代码未被搬入。
+> 2. **提取原则排除**：Server 提取时明确"零业务代码"，排除项直接列了"LLM Agent 等任何业务逻辑"。
+> 3. **前端定位**：剥离方案中 AI 页面归"AI/LLM 页面保留"，是独立功能模块，不属账权核心。
+>
+> 规模：前端 11 页面 ↔ 后端 11 个 Controller 一一对应，含 12 个 Service 实现、11 个 Mapper，**无缺失**。可行性成立，但注意：
+> - **语言跨越**：源码为 Java/Spring Boot，若扩展层走 Go（与 Casdoor 同栈），需按业务语义用 Go 重写，不能直接搬。
+> - **归属定位**：AI/LLM 是业务功能而非账权，纳入扩展层后是**与 Casdoor 并列的独立能力模块**（OIDC 登录 + REST 契约接入），不是 Casdoor 子功能。
+> - **优先级**：P3/P5 项，P0–P3 先打通账权主干，AI 模块可在 P4 打包时作为可选插件分发。
 
 ---