README-DEV-zh.md•9.63 kB
# MCP for Unity 开发工具
| [English](README-DEV.md) | [简体中文](README-DEV-zh.md) |
|---------------------------|------------------------------|
欢迎来到 MCP for Unity 开发环境!此目录包含简化 MCP for Unity 核心开发的工具和实用程序。
## 🚀 可用开发功能
### ✅ 开发部署脚本
用于 MCP for Unity 核心更改的快速部署和测试工具。
### 🔄 即将推出
- **开发模式切换**:内置 Unity 编辑器开发功能
- **热重载系统**:无需重启 Unity 的实时代码更新
- **插件开发工具包**:用于创建自定义 MCP for Unity 扩展的工具
- **自动化测试套件**:用于贡献的综合测试框架
- **调试面板**:高级调试和监控工具
---
## 快速切换 MCP 包源
从 unity-mcp 仓库运行,而不是从游戏的根目录。使用 `mcp_source.py` 在不同的 MCP for Unity 包源之间快速切换:
**用法:**
```bash
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: UnityMcpBridge)
切换后,打开包管理器并刷新以重新解析包。
## 开发部署脚本
这些部署脚本帮助您快速测试 MCP for Unity 核心代码的更改。
## 脚本
### `deploy-dev.bat`
将您的开发代码部署到实际安装位置进行测试。
**作用:**
1. 将原始文件备份到带时间戳的文件夹
2. 将 Unity Bridge 代码复制到 Unity 的包缓存
3. 将 Python 服务器代码复制到 MCP 安装文件夹
**用法:**
1. 运行 `deploy-dev.bat`
2. 输入 Unity 包缓存路径(提供示例)
3. 输入服务器路径(或使用默认:`%LOCALAPPDATA%\Programs\UnityMCP\UnityMcpServer\src`)
4. 输入备份位置(或使用默认:`%USERPROFILE%\Desktop\unity-mcp-backup`)
**注意:** 开发部署跳过 `.venv`, `__pycache__`, `.pytest_cache`, `.mypy_cache`, `.git`;减少变动并避免复制虚拟环境。
### `restore-dev.bat`
从备份恢复原始文件。
**作用:**
1. 列出可用的带时间戳的备份
2. 允许您选择要恢复的备份
3. 恢复 Unity Bridge 和 Python 服务器文件
### `prune_tool_results.py`
将对话 JSON 中的大型 `tool_result` 块压缩为简洁的单行摘要。
**用法:**
```bash
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
```
可靠找到它:
1. 打开 Unity 包管理器
2. 选择"MCP for Unity"包
3. 右键单击包并选择"在资源管理器中显示"
4. 这将打开 Unity 为您的项目使用的确切缓存文件夹
注意:在最新版本中,Python 服务器源代码也打包在包内的 `UnityMcpServer~/src` 下。这对于本地测试或将 MCP 客户端直接指向打包服务器很方便。
## MCP Bridge 压力测试
按需压力测试实用程序通过多个并发客户端测试 MCP bridge,同时通过立即脚本编辑触发真实脚本重载(无需菜单调用)。
### 脚本
- `tools/stress_mcp.py`
### 作用
- 对 Unity MCP bridge 启动 N 个 TCP 客户端(默认端口从 `~/.unity-mcp/unity-mcp-status-*.json` 自动发现)。
- 发送轻量级帧 `ping` 保活以维持并发。
- 并行地,使用 `manage_script.apply_text_edits` 向目标 C# 文件追加唯一标记注释:
- `options.refresh = "immediate"` 立即强制导入/编译(触发域重载),以及
- 从当前文件内容计算的 `precondition_sha256` 以避免漂移。
- 使用 EOF 插入避免头部/`using` 保护编辑。
### 用法(本地)
```bash
# 推荐:使用测试项目中包含的大型脚本
python3 tools/stress_mcp.py \
--duration 60 \
--clients 8 \
--unity-file "TestProjects/UnityMCPTests/Assets/Scripts/LongUnityScriptClaudeTest.cs"
```
标志:
- `--project` Unity 项目路径(默认自动检测到包含的测试项目)
- `--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` 进行文件读取。您可能看到弃用警告;对于此内部工具无害。
- 暂时失败:
- 偶尔的 `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>`。无序言/尾声或代码围栏。
- 保持编辑最小且可逆;包含简洁证据。
### 运行套件
1) 推送您的分支,然后从 Actions 标签手动运行工作流。
2) 作业将报告写入 `reports/` 并上传工件。
3) "JUnit Test Report" 检查总结结果;打开作业摘要查看完整 markdown。
### 查看结果
- 作业摘要:GitHub Actions 标签中运行的内联 markdown 摘要
- 检查:PR/提交上的"JUnit Test Report"。
- 工件:`claude-nl-suite-artifacts` 包含 XML 和 MD。
### MCP 连接调试
- *在 Unity MCP 窗口(编辑器内)启用调试日志* 以查看连接状态、自动设置结果和 MCP 客户端路径。它显示:
- bridge 启动/端口、客户端连接、严格帧协商和解析的帧
- 自动配置路径检测(Windows/macOS/Linux)、uv/claude 解析和显示的错误
- 在 CI 中,如果启动失败,作业会尾随 Unity 日志(序列号/许可证/密码/令牌已编辑)并打印套接字/状态 JSON 诊断。
## 工作流程
1. **进行更改** 到此目录中的源代码
2. **部署** 使用 `deploy-dev.bat`
3. **测试** 在 Unity 中(首先重启 Unity 编辑器)
4. **迭代** - 根据需要重复步骤 1-3
5. **恢复** 完成后使用 `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`,使用"Choose `uv` Install Location"来固定 Links shim。