unity-mcp/docs/README-DEV-zh.md

# 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: MCPForUnity)

切换后，打开包管理器并刷新以重新解析包。

## 开发部署脚本

这些部署脚本帮助您快速测试 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`

### 作用
- 对 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` 保护编辑。

### 用法（本地）
```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 连接调试
- *在 MCP for Unity 窗口（编辑器内）启用调试日志* 以查看连接状态、自动设置结果和 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。