gjm
32d552f1f0
- 新增 project_agent_roadmap.md（总目标/多源分层/第一步/后续路线） - 新增 feedback_tool_layering.md（工具层正交分工，反对无休止加工具） - reference_environment.md 补 e:\desktop\agent_test.dwg 与 /p SHS-ENVI2026 启动方式 - 一并提交上次会话遗留的记忆更新
1.4 KiB
1.4 KiB
name, description, type
| name | description | type |
|---|---|---|
| 工具层与 agent 层的正交分工 | 用户反对"无休止加工具"堆业务能力；工具层应正交稳定，业务规则进 agent 层 | 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 最小集"思想的延续：追求最小正交基，而非功能全集。