docs(memory): Agent 多源架构 + 工具分层；补真实测试图纸与启动方式

- 新增 project_agent_roadmap.md（总目标/多源分层/第一步/后续路线）
- 新增 feedback_tool_layering.md（工具层正交分工，反对无休止加工具）
- reference_environment.md 补 e:\desktop\agent_test.dwg 与 /p SHS-ENVI2026 启动方式
- 一并提交上次会话遗留的记忆更新

ai.memory/feedback_tool_layering.md

@@ -0,0 +1,25 @@
+---
+name: 工具层与 agent 层的正交分工
+description: 用户反对"无休止加工具"堆业务能力；工具层应正交稳定，业务规则进 agent 层
+type: feedback
+---
+
+# 工具层与 agent 层的正交分工
+
+**规则**：不要靠"无休止加工具"堆业务能力。判断一个需求该加工具、还是该在 agent 层做：
+
+> 能由已有工具的**原始事实**组合出来的结论 → **agent 层（Python）**做；
+> 只能由 **CAD 侧**提供的原始事实/动作 → 才加工具，且必须**通用正交**。
+
+**Why**：用户（2026-10-15）明确指出"需要的工具是动态的、不确定的，根据具体业务出现，
+无休止添加工具肯定不对"。工具层应**稳定正交**，业务层**高频可变**——业务变了只改 agent
+侧清单/规则，不碰工具、不重编 DLL。
+
+**How to apply**：
+
+- 业务规则（如"法兰数 == 2×阀门数"、管线连通性）→ 写进 agent 层 `checks.py`，
+  **绝不做成工具**。
+- 通用感官（如读任意实体几何 `get_entity_geometry`）→ 该补，且要设计成对**任何图纸**通用，
+  不为某个业务/格式定制（属"正交感官"，是 agent 迭代的前提）。
+- 只有 **CAD 进程内**才能提供的能力才考虑加 MCP 工具；PDF/图片等应在 agent 侧处理。
+- 这是"B 最小集"思想的延续：追求**最小正交基**，而非功能全集。