代理工具
Astah Pro MCP 主分支把近 400 項 UML 操作壓成 83 項可程式化工具
Astah Pro MCP 的實驗性主分支新增 programmatic tool calling，以 83 項工具取代直接模式近 400 項細粒度操作，降低代理載入大型工具目錄的壓力。變更尚未出現在 Astah 官方列出的 0.2.9 穩定資訊中，且模型資料、日誌與編輯權限仍會交給外部代理。
獨立開發的 Astah Pro MCP 外掛正在主分支測試新的 programmatic tool calling 模式，讓 Claude Code、Codex CLI 等代理直接讀寫 Astah Professional 裡的 UML 模型。舊的 direct mode 仍保留在 `18888` 埠並暴露 398 項工具；新模式改走本機 `8888` 埠，只向模型公開 83 項較高階介面。對工具數量有限制、或會把完整 schema 放進上下文的代理而言，縮小工具目錄可減少 token 開銷及選錯相似操作的機會。
外掛能建立或查詢類別圖、循序圖、活動圖、狀態機、使用案例、需求圖與心智圖，也能在模型與原始碼之間轉換。通訊採 Streamable HTTP，但只監聽本機；每個新代理工作階段連線時，Astah 會顯示確認視窗。README 展示三款代理完成同一組圖表任務所需約 13、19 與 41 分鐘，不過這些只是單次示範，沒有成功率、token 數或人工修正量，不能當成模型排名。
這項更新同時暴露一個部署版本問題：Astah 官方外掛頁仍把 0.2.9 列為最新版，描述約 300 項可編輯工具與約 100 項唯讀工具；GitHub 主分支則要求 Astah Pro 12，使用不同埠號與 83／398 項介面。團隊若直接追蹤主分支，不能沿用官方穩定版設定或假定工具 schema 相容，應固定 commit 或 JAR、保存 MCP 工具清單並做回歸測試。
此外，本機傳輸不代表資料留在本機：專案內容與日誌仍會送給所連接的模型服務，代理也能修改設計檔。維護者建議先用 Git 或副本備份；機密架構還應限制供應商資料保留、審查連線確認，並等待正式版本與更完整的一致性測試。