9.4 KiB
MCP for Unity 开发工具
| English | 简体中文 |
|---|
欢迎来到 MCP for Unity 开发环境!此目录包含简化 MCP for Unity 核心开发的工具和实用程序。
🚀 可用开发功能
✅ 开发部署脚本
用于 MCP for Unity 核心更改的快速部署和测试工具。
🔄 即将推出
- 开发模式切换:内置 Unity 编辑器开发功能
- 热重载系统:无需重启 Unity 的实时代码更新
- 插件开发工具包:用于创建自定义 MCP for Unity 扩展的工具
- 自动化测试套件:用于贡献的综合测试框架
- 调试面板:高级调试和监控工具
快速切换 MCP 包源
从 unity-mcp 仓库运行,而不是从游戏的根目录。使用 mcp_source.py 在不同的 MCP for Unity 包源之间快速切换:
用法:
python mcp_source.py [--manifest /path/to/manifest.json] [--repo /path/to/unity-mcp] [--choice 1|2|3]
选项:
- 1 上游主分支 (CoplayDev/unity-mcp)
- 2 远程当前分支 (origin + branch)
- 3 本地工作区 (file: MCPForUnity)
切换后,打开包管理器并刷新以重新解析包。
开发部署脚本
这些部署脚本帮助您快速测试 MCP for Unity 核心代码的更改。
脚本
deploy-dev.bat
将您的开发代码部署到实际安装位置进行测试。
作用:
- 将原始文件备份到带时间戳的文件夹
- 将 Unity Bridge 代码复制到 Unity 的包缓存
- 将 Python 服务器代码复制到 MCP 安装文件夹
用法:
- 运行
deploy-dev.bat - 输入 Unity 包缓存路径(提供示例)
- 输入服务器路径(或使用默认:
%LOCALAPPDATA%\Programs\UnityMCP\UnityMcpServer\src) - 输入备份位置(或使用默认:
%USERPROFILE%\Desktop\unity-mcp-backup)
注意: 开发部署跳过 .venv, __pycache__, .pytest_cache, .mypy_cache, .git;减少变动并避免复制虚拟环境。
restore-dev.bat
从备份恢复原始文件。
作用:
- 列出可用的带时间戳的备份
- 允许您选择要恢复的备份
- 恢复 Unity Bridge 和 Python 服务器文件
prune_tool_results.py
将对话 JSON 中的大型 tool_result 块压缩为简洁的单行摘要。
用法:
python3 prune_tool_results.py < reports/claude-execution-output.json > reports/claude-execution-output.pruned.json
脚本从 stdin 读取对话并将修剪版本写入 stdout,使日志更容易检查或存档。
这些默认设置在不影响基本信息的情况下大幅减少了令牌使用量。
查找 Unity 包缓存路径
Unity 将 Git 包存储在版本或哈希文件夹下。期望类似于:
X:\UnityProject\Library\PackageCache\com.coplaydev.unity-mcp@<version-or-hash>
示例(哈希):
X:\UnityProject\Library\PackageCache\com.coplaydev.unity-mcp@272123cfd97e
可靠找到它:
- 打开 Unity 包管理器
- 选择"MCP for Unity"包
- 右键单击包并选择"在资源管理器中显示"
- 这将打开 Unity 为您的项目使用的确切缓存文件夹
注意:在最新版本中,Python 服务器源代码也打包在包内的 UnityMcpServer~/src 下。这对于本地测试或将 MCP 客户端直接指向打包服务器很方便。
MCP Bridge 压力测试
按需压力测试实用程序通过多个并发客户端测试 MCP bridge,同时通过立即脚本编辑触发真实脚本重载(无需菜单调用)。
脚本
tools/stress_mcp.py
作用
- 对 MCP for Unity bridge 启动 N 个 TCP 客户端(默认端口从
~/.unity-mcp/unity-mcp-status-*.json自动发现)。 - 发送轻量级帧
ping保活以维持并发。 - 并行地,使用
manage_script.apply_text_edits向目标 C# 文件追加唯一标记注释:options.refresh = "immediate"立即强制导入/编译(触发域重载),以及- 从当前文件内容计算的
precondition_sha256以避免漂移。
- 使用 EOF 插入避免头部/
using保护编辑。
用法(本地)
# 推荐:使用测试项目中包含的大型脚本
python3 tools/stress_mcp.py \
--duration 60 \
--clients 8 \
--unity-file "TestProjects/UnityMCPTests/Assets/Scripts/LongUnityScriptClaudeTest.cs"
标志:
--projectUnity 项目路径(默认自动检测到包含的测试项目)--unity-file要编辑的 C# 文件(默认为长测试脚本)--clients并发客户端数量(默认 10)--duration运行秒数(默认 60)
预期结果
- 重载过程中 Unity 编辑器不崩溃
- 每次应用编辑后立即重载(无
Assets/Refresh菜单调用) - 域重载期间可能发生一些暂时断开连接或少数失败调用;工具会重试并继续
- 最后打印 JSON 摘要,例如:
{"port": 6400, "stats": {"pings": 28566, "applies": 69, "disconnects": 0, "errors": 0}}
注意事项和故障排除
- 立即 vs 防抖:
- 工具设置
options.refresh = "immediate"使更改立即编译。如果您只需要变动(不需要每次编辑确认),切换到防抖以减少重载中失败。
- 工具设置
- 需要前置条件:
apply_text_edits在较大文件上需要precondition_sha256。工具首先读取文件以计算 SHA。
- 编辑位置:
- 为避免头部保护或复杂范围,工具在每个周期的 EOF 处追加单行标记。
- 读取 API:
- bridge 当前支持
manage_script.read进行文件读取。您可能看到弃用警告;对于此内部工具无害。
- bridge 当前支持
- 暂时失败:
- 偶尔的
apply_errors通常表示连接在回复过程中重载。编辑通常仍会应用;循环在下次迭代时继续。
- 偶尔的
CI 指导
- 由于 Unity/编辑器要求和运行时变化,将此排除在默认 PR CI 之外。
- 可选择在具有 Unity 功能的运行器上作为手动工作流或夜间作业运行。
CI 测试工作流(GitHub Actions)
我们提供 CI 作业来对 Unity 测试项目运行自然语言编辑套件。它启动无头 Unity 容器并通过 MCP bridge 连接。要从您的 fork 运行,您需要以下 GitHub "secrets":ANTHROPIC_API_KEY 和 Unity 凭据(通常是 UNITY_EMAIL + UNITY_PASSWORD 或 UNITY_LICENSE / UNITY_SERIAL)。这些在日志中被编辑所以永远不可见。
运行方法
- 触发:在仓库的 GitHub "Actions" 中,触发
workflow dispatch(Claude NL/T Full Suite (Unity live))。 - 镜像:
UNITY_IMAGE(UnityCI)按标签拉取;作业在运行时解析摘要。日志已清理。 - 执行:单次通过,立即按测试片段发射(严格的每个文件单个
<testcase>)。如果任何片段是裸 ID,占位符保护会快速失败。暂存(reports/_staging)被提升到reports/以减少部分写入。 - 报告:JUnit 在
reports/junit-nl-suite.xml,Markdown 在reports/junit-nl-suite.md。 - 发布:JUnit 规范化为
reports/junit-for-actions.xml并发布;工件上传reports/下的所有文件。
测试目标脚本
- 仓库包含一个长的独立 C# 脚本,用于练习较大的编辑和窗口:
TestProjects/UnityMCPTests/Assets/Scripts/LongUnityScriptClaudeTest.cs在本地和 CI 中使用此文件来验证多编辑批次、锚插入和大型脚本上的窗口读取。
调整测试/提示
- 编辑
.claude/prompts/nl-unity-suite-t.md来修改 NL/T 步骤。遵循约定:在reports/<TESTID>_results.xml下为每个测试发射一个 XML 片段,每个包含恰好一个以测试 ID 开头的name的<testcase>。无序言/尾声或代码围栏。 - 保持编辑最小且可逆;包含简洁证据。
运行套件
- 推送您的分支,然后从 Actions 标签手动运行工作流。
- 作业将报告写入
reports/并上传工件。 - "JUnit Test Report" 检查总结结果;打开作业摘要查看完整 markdown。
查看结果
- 作业摘要:GitHub Actions 标签中运行的内联 markdown 摘要
- 检查:PR/提交上的"JUnit Test Report"。
- 工件:
claude-nl-suite-artifacts包含 XML 和 MD。
MCP 连接调试
- 在 MCP for Unity 窗口(编辑器内)启用调试日志 以查看连接状态、自动设置结果和 MCP 客户端路径。它显示:
- bridge 启动/端口、客户端连接、严格帧协商和解析的帧
- 自动配置路径检测(Windows/macOS/Linux)、uv/claude 解析和显示的错误
- 在 CI 中,如果启动失败,作业会尾随 Unity 日志(序列号/许可证/密码/令牌已编辑)并打印套接字/状态 JSON 诊断。
工作流程
- 进行更改 到此目录中的源代码
- 部署 使用
deploy-dev.bat - 测试 在 Unity 中(首先重启 Unity 编辑器)
- 迭代 - 根据需要重复步骤 1-3
- 恢复 完成后使用
restore-dev.bat恢复原始文件
故障排除
运行 .bat 文件时出现"路径未找到"错误
- 验证 Unity 包缓存路径是否正确
- 检查是否实际安装了 MCP for Unity 包
- 确保通过 MCP 客户端安装了服务器
"权限被拒绝"错误
- 以管理员身份运行 cmd
- 部署前关闭 Unity 编辑器
- 部署前关闭任何 MCP 客户端
"备份未找到"错误
- 首先运行
deploy-dev.bat创建初始备份 - 检查备份目录权限
- 验证备份目录路径是否正确
Windows uv 路径问题
- 在 Windows 上测试 GUI 客户端时,优先选择 WinGet Links
uv.exe;如果存在多个uv.exe,使用"ChooseuvInstall Location"来固定 Links shim。