gjm/cad-agent
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
38 Commits 1 Branch 0 Tags
4167ea033fead790efdcc0e41050f5d31b4c35b6
Commit Graph
38 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
gjm 4167ea033f fix(frame): 加固 TCP 收发路径（大响应、分帧判定、超限回包、PostMessage 泄漏） 
- SendAll：发送改为循环直到发完并检查返回值。原实现单次 send 且忽略返回值，
  截图这类大响应可能被截断；同时 accept 时补设 SO_SNDTIMEO——响应由 AutoCAD
  主线程发送，慢客户端若把 send 卡住会直接拖死 CAD 的 UI。
- RecvOneFrame：去掉"收完 select 探测 150ms 无后续数据即判定整帧"的启发式。
  该做法与分片时机强相关，真实网络上分片间隔 >150ms 的大报文会被误截断成 -32700。
  改为「零超时 select 探测 + JSON 完整性判定」：数据仍在流式到达时不解析，
  与分片间隔无关；且仅在内容以 '}'/']' 收尾时才尝试解析，避免大报文反复解析（O(n^2)）。
- 帧超限：不再静默断开，回顶层 -32700。回包后先 shutdown(SD_SEND) 再有界排空剩余
  输入再关闭——否则接收缓冲仍有未读数据会触发 RST，可能把刚发出的响应丢掉。
- PostMessage：检查返回值。原实现只在窗口为空时 delete，投递失败（窗口已销毁 /
  队列满）会让 TaskData 永久泄漏；现在失败即释放（析构会关闭 socket）。

验证（关 CAD -> 重建 -> 重启后实测）：
- 新增 verify_mcp_tcp_hardening.py 8/8 PASS：截图 base64 解码为完整 PNG（92175 字节，
  含文件头与 IEND）；>8MB 帧回 -32700；不带换行的旧式请求仍可用；分片间隔 450ms
  不被截断（旧实现会失败）；客户端中途断开后基座存活；常规路径无回归。
- 回归：verify_mcp_frame 4/4、verify_mcp_fault_injection 22/22、verify_stdio_bridge 24/24、
  verify_annotate 9/9、dwg_review --check 正常。
 2026-10-14 15:49:15 +08:00
gjm bfacb020a8 docs(memory): 记录基座工具执行的异常安全不变量与故障注入验证 2026-10-14 15:40:56 +08:00
gjm 48229c28b0 fix(frame): 工具执行加异常保护，畸形参数不再崩溃 CAD / 泄漏写锁 
cad_mcp_frame 的工具执行发生在 AutoCAD 主线程的窗口消息处理链上
（TcpServerLoop -> PostMessage -> WndProc -> ExecuteTaskInMainThread -> mcp_Tools::Call）。
插件 Execute 在参数类型不符时会抛 nlohmann::type_error（如 args.value("bulge", 0.5)
收到字符串、parsePoint 对 ["a","b"] 取 get<double>()）。原实现全程无 try/catch，
异常逃逸出 WndProc 属未定义行为（实测表现为 CAD 崩溃），且会让 DLL 代理的文档写锁
无法释放。LLM 驱动的审图流程会生成这类错误参数，属日常会踩到的路径。

- mcp_ConfigParser.cpp: mcp_Tools::Call 用 try/catch 包住 Execute，
  std::exception -> make_error(-32603)（上层映射为 result.isError=true），catch(...) 兜底。
- mcp_server.cpp: HandleToolsCall 入口校验 params/arguments 必须是对象、name 必须是
  字符串，否则回 -32602（协议错误），从源头避免 value()/get<>() 抛异常；
  ExecuteTaskInMainThread 增加兜底 try/catch，并补 !req.is_object() -> -32600。
- mcp_tool.cpp: mcp_Tool_DllProxy::Execute 的文档写锁改为 RAII 守卫
  （ScopedDocumentWriteLock），异常展开时同样解锁，避免写锁泄漏。

验证（关 CAD -> 重建 -> 重启后实测）：
- 新增 verify_mcp_fault_injection.py 22/22 PASS：
  A 结构性错误（params/arguments/name 类型错、非对象请求、非法 JSON）分别回
  -32602/-32600/-32700；B 工具内部类型异常被兜为 result.isError=true；
  C 反复注入 10 次后 CAD 存活、写锁未泄漏（有效写操作仍成功）。
- 回归：verify_mcp_frame 4/4、verify_stdio_bridge 24/24、verify_annotate 9/9、
  dwg_review --check 正常。
 2026-10-14 15:40:20 +08:00
gjm 5d83d3fa76 Merge pull request 'fix(build): 修正 cmake SOURCES 的文件名大小写，使 Linux/macOS 可构建' (#9) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: https://git.ethereal-realm.top/gjm/cad-agent/pulls/9
 2026-10-14 15:18:07 +08:00
gjm 526d5f8911 fix(build): 修正 cmake SOURCES 的文件名大小写，使 Linux/macOS 可构建 
cmake 的 SOURCES 列表引用的文件名与 git 跟踪名仅大小写不同。Windows 大小写不
敏感故能编译，但在 Linux/macOS 上 git checkout 会按跟踪名落盘，CMake 精确匹配
不到便报 "Cannot find source file"。

- src/cad_mcp_frame/cmakelists.txt: stdafx.cpp → StdAfx.cpp，
  mcp_configParser.cpp → mcp_ConfigParser.cpp
- src/cad_mcp_plugins/cmakelists.txt: stdafx.cpp → StdAfx.cpp

统一方向取「大写」，与既有引用保持一致：
- 所有 #include "StdAfx.h"、target_precompile_headers(... PRIVATE StdAfx.h)
- #include "mcp_ConfigParser.h"、class mcp_ConfigParser
仅上述两处 SOURCES 列表写成了小写，是唯一的例外，故改 cmake 而非重命名文件。

同时把本机磁盘上的 mcp_configParser.cpp 规范化为 mcp_ConfigParser.cpp，使工作
副本与仓库一致（Windows 大小写不敏感，不影响构建）。

验证：
- 全项目扫描 cmake/include 引用与 git ls-files 的精确大小写匹配 → 无不一致
- cmake --build --preset R230 --config Debug 成功（CMake 重新配置正常，
  源码未变故未重链接，无需关闭 CAD）
 2026-10-14 15:14:23 +08:00
gjm 4ab591ad23 Merge pull request 'feat(bridge): 新增 stdio↔TCP 桥，让标准 MCP 客户端可直连 CAD 基座' (#8) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: https://git.ethereal-realm.top/gjm/cad-agent/pulls/8
 2026-10-14 13:33:34 +08:00
gjm 3bd77d950e fix(frame): 未知工具错误码 -32601 改为 -32602，符合 MCP 规范 
MCP 规范《Tools / Error Handling》把「未知工具」归为**协议错误**，
示例即为 {"code": -32602, "message": "Unknown tool: invalid_tool_name"}。
基座原先回 -32601（Method not found），语义偏 JSON-RPC 方法层。

- mcp_configParser.cpp: mcp_Tools::Call 改 -32601 → -32602，
  消息改为 "Unknown tool: <name>"。
- 无需改 mcp_server.cpp 的 HandleToolsCall：其协议错误白名单
  {-32700,-32600,-32601,-32602} 已含 -32602，分类逻辑不变。
- 同步更新 verify_mcp_frame.py 与 verify_stdio_bridge.py 的断言
  （未知「方法」仍是 -32601，语义正确，不动）。

验证（重建基座 + 重启 CAD 后实测）：
- 直连 TCP：{"error":{"code":-32602,"message":"Unknown tool: __no_such_tool__"}}
- verify_mcp_frame.py 4/4 PASS；verify_stdio_bridge.py 24/24 PASS
- 回归：verify_annotate.py 9/9、dwg_review --check 正常
- MCP Inspector 冒烟：tools/list 26 个工具、tools/call get_drawing_info 正常
 2026-10-14 06:21:46 +08:00
gjm f33d42afe9 feat(bridge): 新增 stdio↔TCP 桥，让标准 MCP 客户端可直连 CAD 基座 
标准 MCP 客户端（Claude Desktop / CodeBuddy / MCP Inspector）只实现 stdio 与
Streamable HTTP，无法直连 cad_mcp_frame 的自定义裸 TCP。新增 mcp_bridge 包在
客户端与基座之间做协议适配，CAD 侧零改动：

- 合成基座缺失的生命周期：initialize（含协议版本协商、capabilities、serverInfo）
  与 ping；notifications/* 按规范不回包。
- tools/list、tools/call 原样转发到 127.0.0.1:8080，result 与顶层 error 忠实透传，
  仅把 id 改写回客户端原始 id。
- 并发：读线程即时应答 initialize/ping，单工作线程串行转发工具调用（保证顺序、
  慢工具不阻塞 ping）。
- stdout 只走 sys.stdout.buffer 并加锁，规避 Windows 的 \n→\r\n 翻译；
  诊断信息一律走 stderr。
- CAD 未启动时桥照常启动，工具调用回 -32603（可重试）。
- 入口：python -m mcp_bridge，支持 --host/--port/--timeout/--verbose/--print-config。

dwg_review/mcp_client.py 增加 raw_rpc()（_rpc 新增 normalize 开关），
返回基座原始响应 dict 供桥透传，避免重复实现 TCP 封装。

验证：
- verify_stdio_bridge.py 24/24 PASS（版本协商、通知不回包、ping、tools/list 与基座
  等价、tools/call、错误透传、-32700、string id、stdout 纯净性、死端口降级）。
- 真实标准客户端 MCP Inspector 冒烟通过：tools/list 拿到 26 个工具，
  tools/list --strict 退出码 0（无 schema 可移植性问题），
  tools/call get_drawing_info 返回标准 content + isError:false。
- 回归：verify_mcp_frame.py 4/4、verify_annotate.py 9/9、dwg_review --list-tools/--check 正常。
 2026-10-14 00:44:15 +08:00
gjm e56ce09caf Merge pull request 'feat(plugins): 截图前检测 CAD 窗口遮挡并自动置前' (#7) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: https://git.ethereal-realm.top/gjm/cad-agent/pulls/7
 2026-10-13 23:57:00 +08:00
gjm bcc4f72e91 docs(memory): 记录插件 DLL 重链接需先关闭 CAD（无热重载） 2026-10-13 23:56:10 +08:00
gjm 40aff77dd1 feat(plugins): 截图前检测 CAD 窗口遮挡并自动置前 
get_viewport_screenshot 使用 GDI 抓屏（GetDC+BitBlt 读屏幕内容），
若 CAD 窗口被其它窗口遮挡会截到遮挡窗口。现增加：

- IsWindowOccluded：客户区中心点经 WindowFromPoint 取顶层窗口，
  根窗口不同即判定被遮挡。
- ForceWindowForeground：AttachThreadInput + SetWindowPos/BringWindowToTop/
  SetForegroundWindow 强制置前，RedrawWindow(RDW_UPDATENOW) 同步重绘。
- Execute 中先检测遮挡/前台状态，必要时置前并 Sleep(120) 等 DWM 合成，
  返回文本按「已置前」「仍被遮挡」给出提示。
 2026-10-13 23:55:40 +08:00
gjm ca17abadb6 Merge pull request 'feat(mcp): 基座换行分帧与 isError 映射；新增 dwg_review 审查 Agent' (#6) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: https://git.ethereal-realm.top/gjm/cad-agent/pulls/6
 2026-10-13 23:49:17 +08:00
gjm 1cbcbb92f4 perf(review): 安装 Pillow 并优化截图下采样策略 
- 视觉 token 成本由像素尺寸决定，故仅在长边超过 IMAGE_MAX_EDGE(默认1280) 时才缩放
- 不需要缩放且格式未变时原样返回，不重新编码，避免 CAD 线稿的无谓压缩损失
- 缩放后默认输出无损 PNG（IMAGE_FORMAT=png），可设 jpeg 换取更小体积
- 缺少 Pillow 时自动降级为原图直传
 2026-10-13 23:48:46 +08:00
gjm ec5292debe feat(mcp): 基座换行分帧与 isError 映射；新增 dwg_review 审查 Agent 
基座（cad_mcp_frame）:
- 新增 RecvOneFrame: 以 '\n' 为消息边界分帧，去掉单次 recv(2048) 限制（上限 8MB）；
  用 select 短探测兼容不发 '\n' 的旧客户端；clientSocket 设 SO_RCVTIMEO 防卸载卡死
- JSON-RPC id 支持 string/number；无 id 的通知不回包
- isError 映射: 协议级错误保留顶层 error，工具执行错误转 result.isError=true
- 响应补 '\n' 作为消息边界

Agent（新增 dwg_review 包）:
- mcp_client: 唯一 TCP/JSON-RPC 封装（单飞锁/分帧/重试/兼容 error 与 isError）
- cad_tools: 从 tools/list 动态建表，含 15 个只读白名单
- phases: planning -> evidence -> review（受控只读取证子循环）-> report
- annotator: 批注回写 AI_REVIEW 层，支持 dry-run 与撤销
- config: 配置全部走环境变量；Windows 下回退读注册表以读到新设的系统变量

其它: 新增 verify_mcp_frame.py 验证脚本；.gitignore 补 Python/AutoCAD 锁文件规则；
ai.memory 记录架构决策与实测结论
 2026-10-13 23:44:11 +08:00
gjm 201191dc67 Merge pull request 'fix(mcp_frame): c++_dll 版本校验默认只比大版本，R24.3 单独分组' (#5) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: https://git.ethereal-realm.top/gjm/cad-agent/pulls/5
 2026-10-09 23:44:59 +08:00
gjm 3b1cc88262 fix(mcp_frame): 补齐版本校验源码（上一提交因文件名大小写漏带） 
2fa27b1 只带上了文档，未纳入源文件。此处补上 mcp_ConfigParser.cpp 的实际改动：
- acrxGetApiVersion 返回值按 (major<<16)|minor 拆分大/小版本；
- 默认只比大版本（同一大版本内二进制兼容）；
- 例外 R24.3 与 R24.0~R24.2 因 MSVC toolset 不同，按 minor>=3 分组判定。
 2026-10-09 23:42:31 +08:00
gjm 2fa27b1161 fix(mcp_frame): c++_dll 版本校验默认只比大版本，R24.3 单独分组 
- acrxGetApiVersion 返回值编码为 (major<<16)|minor，据此拆分大/小版本
  （实测 R22.0=0x160000、R23.0=0x170000）。
- 同一大版本内二进制兼容（R24.0/R24.1/R24.2 可共用 ARX；2019/R23.0 编的 ARX
  可跑在 2020/R23.1 上），故默认只比大版本，避免为每个小版本各编一份。
- 唯一例外 R24.3：换了 MSVC toolset，与 R24.0~R24.2 不兼容，
  对 major==24 再按 minor>=3 分组判定。
- 同步更新 CODEBUDDY.md 与 ai.memory 说明。
 2026-10-09 23:42:05 +08:00
gjm 1c4160fa55 Merge pull request 'chore(memory): 沉淀基座 c++_dll 加载/执行的排查结论' (#4) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: #4
 2026-10-09 22:38:08 +08:00
gjm 0b4ffdec0c chore(memory): 沉淀基座 c++_dll 加载/执行的排查结论 
- 新增 ai.memory/project_mcp_frame_dll_loader.md：
  1) 运行时 acrxGetApiVersion() 有状态、不可用于版本比对；
  2) DLL 工具写数据库需文档锁（应用上下文 → eLockViolation）；
  3) 同一 DLL 只加载一次（模块缓存）及代理不再 FreeLibrary 的原因。
- 更新索引 MEMORY.md；reference_environment.md 的 c++_dll 说明改为「只加载一次」
  并指向新文件，测试脚本表补 verify_annotate.py。
- 修正 feedback_preferences.md 中 ai.memory「尚未入库」的过时说明。
 2026-10-09 22:37:31 +08:00
gjm 1a454b96bf Merge pull request 'feat(annotate): 新增图纸批注工具集（云线/文字/多段线/引线等 8 个工具）' (#3) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: #3
 2026-10-09 22:34:45 +08:00
gjm ec5f62670d fix(mcp_frame): 修复 c++_dll 工具大量注册失败与写库被文档锁拦截 
- 版本校验：基座侧改用编译期常量 (ARX<<16)|SUB_ARX，不再调用运行时的
  acrxGetApiVersion()。该函数由 rxapi.lib 的 acrxGetApiVersionImpl 提供，
  是有状态实现（读写进程内全局），返回值随调用次数变化；AutoCAD 加载 ARX
  时已调用过一次，导致基座值与 DLL 值不等，绝大多数 DLL 工具被拒绝注册。
- 新增 DLL 模块缓存：同一 DLL 全进程只 LoadLibrary 一次，后续工具复用句柄
  并跳过版本校验。
- 文档锁：mcp_Tool_DllProxy::Execute 统一 lockDocument/unlockDocument，
  修复 DLL 工具在 AutoCAD 应用上下文写数据库返回 eLockViolation
  （表现为 openWriteSpace 拿不到模型空间）的问题。
- 代理类不再 FreeLibrary 模块（改由模块缓存统一卸载），避免同一 DLL 的多个
  工具重复释放、引用计数被打穿。
- 诊断日志精简为仅记录 arx_version/dll_version，且每次加载清空重写。
- 新增 verify_annotate.py：批注工具集运行时验证脚本（绘制/校验/改属性/清理）。
 2026-10-09 22:31:49 +08:00
gjm 0bd290c96e chore(memory): 记录 SSH 密钥变更（改用 id_ed25519_guojianming） 2026-10-09 15:19:02 +08:00
gjm 5b81a71be9 feat(annotate): 新增图纸批注工具集（云线/文字/多段线/引线等 8 个工具） 
- 新增 dwg_annotate_common/draw/edit（命名前缀 dwg_annotate）
- 工具：draw_revision_cloud、add_text、add_mtext、add_polyline、
  add_line、add_leader_annotation、delete_entities、set_entity_properties
- 批注默认落在 AI_REVIEW 图层（不存在则自动创建）
- 同步 cmakelists.txt 与 cad-mcp-frame.json（工具数 18 -> 26）
- 记录 UTF-8 BOM 编译约定到 ai.memory
 2026-10-09 15:17:54 +08:00
gjm ad11a1e1c4 Merge pull request 'chore(memory): 新增 ai.memory 记忆库' (#2) from home-lenovo-legion-r9000/home-ai-dev into main 
Reviewed-on: #2
 2026-10-09 09:48:01 +08:00
gjm e25aa0a650 chore(memory): 新增 ai.memory 记忆库 
- MEMORY.md 索引 + 分主题记忆文件
- project: 图纸审查 Agent 工作汇总
- feedback: 协作偏好（含 Git 推送规则：refs/for/main 触发 Gitea PR）
- reference: 环境与外部资源
 2026-10-09 09:43:21 +08:00
gjm da1545cbcf Merge pull request '修改gitignore' (#1) from home-ai-dev into main 
Reviewed-on: #1
 2026-10-08 22:45:54 +08:00
gjm 30f568a033 修改gitignore 
增加一些忽略类型
 2026-10-08 22:39:26 +08:00
gjm bdd77af041 feat(review): 新增图纸审查工具集与逐图框审查流程 
向 MCP 基座注册 15 个 C++ 工具（cad_mcp_plugins.dll）：
- 概览: get_drawing_info / get_layers / get_layouts
- 数据: query_entities / get_text_content / get_dimensions /
        get_block_references / get_polylines_info / get_entity_detail
- 图框识别: detect_drawing_frames（块/闭合多段线/直线组三种形态，推算图幅）
- 检查: find_duplicate_entities / find_zero_length
- 视图: zoom_to_entity / zoom_to_window / highlight_entities

其它：
- 抽出 dwg_review_common 公共层（实体遍历 / handle / bbox / 分页 / 错误码）
- 工具返回统一为 MCP content 信封，与既有截图工具保持一致
- 新增 dwg_review_agent.py 逐图框审查脚本（deepseek-flash）
- 新增可配置审查清单 review_checklist.json
- 更新 cad-mcp-frame.json：合并视图工具与审查工具，共 18 个
- cmakelists 加入新增源文件
 2026-10-08 15:21:23 +08:00
gjm 1afcc10a61 add 
测试mcp基座
 2026-10-06 23:10:38 +08:00
gjm c0966ad334 refactor 
重构以加强 abi 的兼容性
 2026-10-03 00:24:32 +08:00
gjm a7eaa8483f add 
增加了 plugin 工程
 2026-10-02 23:43:18 +08:00
gjm cf87cfe93d refactor 
修改了目录和部分源文件名称
 2026-10-02 21:02:40 +08:00
gjm 1435b864f8 refactor 
重构 mcp-server 功能
 2026-10-02 20:39:34 +08:00
gjm 5d6f1c74d1 feat 
搭建 mcp server+mcp plugin
 2026-10-02 12:39:35 +08:00
gjm 09f9d69d36 fix 
修正了mcp的主线程调用问题
 2026-09-29 22:33:28 +08:00
gjm 1fdcdefef1 无 2026-09-28 22:13:47 +08:00
gjm 5289689737 mcp 功能初步 2026-09-28 22:09:19 +08:00
gjm 9c41e1d91c 新增工程cadproject 2026-09-28 21:19:38 +08:00