Godot Dev

Godot 开发统一入口（4.23 三场景分流）

严格遵循 docs/需求文档/4.23.md： Skill 负责所有匹配逻辑、流程管理、资源下载、命令运行； MCP 只负责对 Godot 编辑器的单元操作。 所以本文件里必须真实地跑 shell 命令、读文件、写 active-game.json， 不要幻想存在某个 MCP 路由工具会替你判断（旧的 godot_dev_router 已删除）。

工作区目录契约（4.23.md 强制约定，所有子 Skill 必须遵守）

${WORKSPACE} 的最终结构 永远 是平铺的：

${WORKSPACE}/
├── godot-editor/          ← Godot 编辑器二进制（由 godot-deploy 下载/解压）
│   └── Godot_v4.6-stable_win64.exe
├── active-game.json       ← 全局唯一的「当前操作游戏目录」标记（由 godot-new 写入）
├── game1/                 ← 第 1 个游戏项目（由 godot-new 创建）
│   ├── project.godot
│   ├── addons/godot_mcp/
│   ├── scenes/  scripts/  assets/  data/  docs/
│   └── .vscode/
├── game2/                 ← 用户「再做一个」时由 godot-new 新建的第 2 个项目
│   └── ...
└── （用户可能存在的其他无关文件，本插件不动）

强约束：

• godot-editor/ 必须落在 ${WORKSPACE}/godot-editor/，不是插件目录、 不是用户目录、不是嵌套在某个 game 里
• active-game.json 必须放在 ${WORKSPACE}/active-game.json，与所有 game 目录、godot-editor 平铺同级
• 每个游戏是 ${WORKSPACE} 的一级子目录，不嵌套、不带前缀
• 所有路径推断（gameDir / 编辑器可执行文件位置 / addons 注入位置）都基于 此结构；任何子 Skill（godot-deploy / godot-new / godot-debug）都不得 把这些资产放到其他位置

active-game.json 的字段：

{
  "gameDir":       "<absolute path, 例如 D:/work/${WORKSPACE}/game1>",
  "projectName":   "game1",
  "template":      "default" | "2d-platformer" | "3d-fps" | "empty",
  "createdAt":     "<ISO8601>",
  "pluginVersion": "2.0.0"
}

第 0 步：环境探测（每次激活的第一件事，必做，不可省略）

用一段 PowerShell 一次性收集 4 个标志位，不要反问用户。

$ws = "${WORKSPACE}"   # Agent 已知的当前工作区绝对路径

# 0.1 active-game.json
$agJson = Join-Path $ws "active-game.json"
$active = $null
if (Test-Path $agJson) { $active = Get-Content $agJson -Raw | ConvertFrom-Json }
$hasActiveGame = [bool]$active

# 0.2 gameDir 与 project.godot
$gameDir = if ($hasActiveGame) { $active.gameDir } else { $null }
$hasProject = $false
if ($gameDir -and (Test-Path (Join-Path $gameDir "project.godot"))) {
    $hasProject = $true
} elseif (-not $hasActiveGame) {
    # fallback：扫一级子目录找任意 project.godot；只用于诊断展示，不自动写 active-game.json
    $cand = Get-ChildItem -Path $ws -Directory -ErrorAction SilentlyContinue |
            Where-Object { Test-Path (Join-Path $_.FullName "project.godot") } |
            Select-Object -First 1
    if ($cand) { $gameDir = $cand.FullName; $hasProject = $true }
}

# 0.3 godot-editor 是否已下载到工作区
$editorDir = Join-Path $ws "godot-editor"
$hasEditor = (Test-Path $editorDir) -and `
             ((Get-ChildItem -Path $editorDir -Filter "Godot_v*.exe" -Recurse -ErrorAction SilentlyContinue | Select-Object -First 1) -ne $null)

# 0.4 9080 端口探测（Godot 插件是否启用）
$probe = Test-NetConnection -ComputerName 127.0.0.1 -Port 9080 `
         -InformationLevel Quiet -WarningAction SilentlyContinue
$editorListening = [bool]$probe

Write-Host "ENV: hasActiveGame=$hasActiveGame hasProject=$hasProject hasEditor=$hasEditor editorListening=$editorListening gameDir=$gameDir"

汇总四个标志位：

第 1 步：意图判别（不要反问用户，按优先级直接判定）

把用户原话简单做关键词匹配：

按以下优先级直接判定（禁止反问用户）：

1. hasProject == false → 一律 场景 1 = make_game
2. hasProject == true 且原话出现 new_game 关键词 → 场景 2 = new_game
3. 其他 → 场景 3 = modify_game

第 2 步：按 4.23.md 三场景分流

🅐 场景 1 — make_game：空环境，全套部署 + 建项目

4.23.md：「环境为空或者只有无关文件，就按照旧的 deploy command 流程： 下载 godot 编辑器，创建游戏，还需要在根目录添加一个 json 文件， 说明当前操作的游戏文件夹是哪个」。

明确告诉用户：「正在按 4.23 场景 1 处理：先部署环境，再创建项目。」

执行顺序（不要跳步）：

1. 部署阶段：执行 godot-deploy/SKILL.md 的 5 步流程 （Node 检查、Server 构建、.mcp.json 注册、把 Godot 编辑器下载到 ${WORKSPACE}/godot-editor/、9080 探测）。
   • 步骤 5（9080 探测）通常会 [WAIT]，因为此时还没有项目可被编辑器打开。 这是正常的——继续走步骤 2 创建项目，再让用户去打开编辑器即可。
2. 新建项目：执行 godot-new/SKILL.md：
   • 根据用户原话推断 projectName / template（推不出 → empty）
   • 复制模板 → ${WORKSPACE}/<projectName>
   • 注入 addons/godot_mcp/
   • 写入 ${WORKSPACE}/active-game.json
3. 引导用户用 ${WORKSPACE}/godot-editor/ 下的 Godot_v*.exe 打开 ${WORKSPACE}/<projectName> 并启用 GodotMCP 插件。不要自动启动 editor.exe（启用插件需要 GUI 操作）。
4. 用户回来再次说话时，会落到场景 3 走 build_godot_scene 完成首批游戏内容。

🅑 场景 2 — new_game：已有编辑器，仅新建另一个游戏

4.23.md：「当前环境已有 godot 编辑器，而且明确要一个新的游戏。则按照旧的 new command 流程：仅新建游戏。如果用户的游戏需求明确，可以通过游戏推断出 哪个游戏模板合适，否则用空模板」。

明确告诉用户：「正在按 4.23 场景 2 处理：仅新建另一个游戏。」

1. 直接执行 godot-new/SKILL.md：
   • 推断模板（推不出 → empty）
   • 复制模板到 ${WORKSPACE}/<projectName>（与现有 game1/game2 平铺）
   • 注入 addons/godot_mcp/
   • 覆盖写入 active-game.json，把 gameDir 切换到新项目
2. 引导用户在 Godot 编辑器中关闭旧项目、打开新项目目录、启用插件
3. 不要重跑 godot-deploy（编辑器已就绪）；不要删除旧 game 目录

🅒 场景 3 — modify_game：修改当前游戏内容

4.23.md：「mcp 对项目的修改，所有场景的修改合并为一个工具，需要传递完整的 最终需要的场景树结构，然后内部用单元的方法实现。其他代码、策划案、表格， 以及图片、模型等资源，都直接在当前操作的游戏目录里修改」。

明确告诉用户：「正在按 4.23 场景 3 处理：修改 <gameDir> 内容。」

前置条件检查

• hasActiveGame == false → 告诉用户先用「做一个 …」(场景 1) 或 「再做一个 …」(场景 2) 创建项目；不要自己创建
• hasProject == false → 同上
• editorListening == false → 让位给 godot-deploy 把端口探起来后再说

修改类型分流（基于 gameDir = $active.gameDir）

build_godot_scene 调用约定

这是 4.23.md 场景 3 唯一允许的「场景修改」MCP 工具：

build_godot_scene({
  scenePath: "res://scenes/<场景名>.tscn",
  root: {
    name: "<根节点名>",
    type: "<Godot 节点类型，如 Node2D / CharacterBody2D / Control>",
    properties: { ... },          // Vector2 用 [x,y]；Color 用 [r,g,b,a] (0-1)；rotation 单位为弧度
    script: { path: "res://scripts/<x>.gd", content: "<完整 GDScript>" },
    children: [ ... ]             // 递归，每个子节点同样的结构
  },
  saveAfter:    true,             // 默认 true
  openInEditor: true              // 默认 true
})

把用户的开发需求一次性翻译成上面这个声明式 root 树，调一次 build_godot_scene，再把返回的 report 原样展示给用户。

Godot 4 路径与类型约定（写 build_godot_scene 参数时遵守）

严禁行为

• ❌ 不要调用任何不在「build_godot_scene + 三个 debug 工具」之外的 MCP 工具（旧的 godot_deploy / godot_dev_router / init_godot_project / operate_node / operate_scene / operate_script / run_project / manage_project / scan_project_modules / get_project_info / list_templates 等已经从 MCP 中移除，调用它们会失败）
• ❌ 不要在 Skill 里写「我先调 router 让它告诉我下一步」——4.23.md 已经 把路由职责放回 Skill，这个文件本身就是路由
• ❌ 不要在没有 active-game.json 的情况下自己手写 project.godot
• ❌ 不要为「修改场景」而做多次原子调用——必须一次 build_godot_scene 传完整树
• ❌ 不要做"自动 run_project → 自动再 debug"循环（本 MCP 已无 run_project）
• ❌ 不要反复反问用户「你是要新建还是修改？」——按第 1 步优先级判定
• ❌ 不要把 godot-editor 或 game 目录放到 ${WORKSPACE} 之外或嵌套位置

MCP 连接异常时的处理

调用 build_godot_scene / get_debug_errors / get_script_errors / get_editor_output 时若收到 「工具不存在 / 未注册 / connection refused / ECONNREFUSED / WebSocket」 类错误：

→ 立刻让位给 godot-deploy 完成连接修复 （不要自己跑 npm / 改 .mcp.json），修复后让用户重新触发本 Skill。

输出格式

• 场景切换：每次激活，第一行明确说「正在按 4.23 场景 X 处理：…」
• MCP 工具结果：原样展示返回的 report 文本，不要复述、不要总结
• 失败：把错误信息和下一步建议简短给出，等待用户处理后重新触发