Files
BlueRoseNote/07-Other/AI/AI Agent/UnrealEngine/Hardness Game Development.md

107 lines
6.4 KiB
Markdown
Raw Normal View History

2026-03-30 18:39:33 +08:00
# 目录结构
- docs
- Netease_AITA_AssetMaker.md项目技术、设计细节入口文档方便Agent来寻找
2026-03-30 19:20:31 +08:00
-
2026-03-30 18:39:33 +08:00
- ProjectsUE工程目录。
# 相关技术与容器
- UE
2026-03-30 19:20:31 +08:00
- UnrealMcp
- Puerts
- Puerts Editor
2026-05-04 23:28:37 +08:00
- **uecli**
2026-03-31 17:15:55 +08:00
- Readme的材质都是agent调用uecli做的 帮我生产材质 排版材质节点 帮我场景截图,帮我材质蓝图截图 帮我写readme 帮我提交仓库。 https://github.com/wlxklyh/UECLI
2026-05-04 23:28:37 +08:00
- **通过蓝图转c++功能让AI读懂蓝图**
- Debug
- 雷火MCP**IDE Debug MCP**
2026-03-31 17:15:55 +08:00
- https://km.netease.com/v4/section/aigc/detail/blog/263683
2026-04-01 12:30:06 +08:00
- cpp-debugger-cli
2026-05-04 23:28:37 +08:00
- 互娱
- **从 ASAN 到 AI 的“接力排查”** https://km.netease.com/v4/detail/blog/256465
2026-05-05 00:27:30 +08:00
- **1. 借助 ASAN 把“指针变野”的时间点钉住** [[UE5编辑器开启ASAN]]
2026-05-04 23:28:37 +08:00
- 第一步是启用 ASANAddressSanitizer来辅助定位
- 在 UE5 编辑器环境启用 ASAN本身需要做一些额外工作[https://km.netease.com/v4/detail/blog/254722](https://km.netease.com/v4/detail/blog/254722)
- 这些环境搭建细节本文不展开只强调结论ASAN 成功启用,可以看到完整的分配 / 释放栈。
- https://km.netease.com/v4/detail/blog/260127
- [RiderDebugMcp](http://git-internal.nie.netease.com/mcpanalyzer/RiderDebugMcp)
- [VSDebugMCP](http://git-internal.nie.netease.com/mcpanalyzer/VSDebugMCP)
- [UnrealMCP](http://git-internal.nie.netease.com/mcpanalyzer/UnrealMCP)
- [ue-reference-diagnostic-mcp](http://git-internal.nie.netease.com/mcpanalyzer/ue-reference-diagnostic-mcp)
2026-05-05 00:27:30 +08:00
- VSCode MCP & Plugin
- https://github.com/juehang/vscode-mcp-server
- **`@modelcontextprotocol/server-dap` (DAP MCP)** **用途**:如前所述,这是 AI 进行代码调试的“圣杯”。***它允许大模型直接通过标准 DAP 协议连接到本地的 Python、C++ (GDB/LLDB)、Node.js 调试进程***。
2026-05-05 12:31:11 +08:00
- VSCode插件开发参考 https://github.com/RooCodeInc/Roo-Code 以及以上插件实现一个调试MCP桥接插件。
- Gemini 讨论方案 https://gemini.google.com/app/566ad29e1c699c65
2026-05-04 23:28:37 +08:00
- LLDB MCP https://lldb.llvm.org/use/mcp.html
2026-05-05 12:31:11 +08:00
- Skill
- 108.6K Star https://skills.sh/shubhamsaboo/awesome-llm-apps/debugger
2026-05-04 23:28:37 +08:00
- 其他仓库
- https://github.com/akiselev/debugger-cli
2026-05-05 21:31:55 +08:00
- UI设计
- [开源平替的 Claude Design。](https://mp.weixin.qq.com/s/cKFkP7vXTwC1FZ2k2LHFXA)
2026-05-05 12:31:11 +08:00
- 知识图谱
- [[Graphify 知识图谱]]
- [GitNexus 代码图谱](https://www.bilibili.com/video/BV1vy9XBrExq/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e)
2026-03-30 18:39:33 +08:00
- Docker
- Gitea工单以及版本管理。
2026-05-04 23:28:37 +08:00
- ~~OpenClaw子节点部署通过父节点进行控制。~~
2026-03-30 23:05:56 +08:00
- SMB服务。
2026-03-30 18:39:33 +08:00
- Obsidian Cli文档管理。
2026-05-05 12:31:11 +08:00
需要搬运的:
1. [ ] Myself
1. [ ] RPGGameplayAbility
2. [ ] [RiderDebugMcp](http://git-internal.nie.netease.com/mcpanalyzer/RiderDebugMcp)
3. [ ] [VSDebugMCP](http://git-internal.nie.netease.com/mcpanalyzer/VSDebugMCP)
4. [ ] [UnrealMCP](http://git-internal.nie.netease.com/mcpanalyzer/UnrealMCP)
5. [ ] [ue-reference-diagnostic-mcp](http://git-internal.nie.netease.com/mcpanalyzer/ue-reference-diagnostic-mcp)
2026-05-05 21:31:55 +08:00
6. [ ] AssetMaker
7. [ ] Artlib
2026-05-05 12:31:11 +08:00
2026-05-04 23:28:37 +08:00
## UE测试技术
- 可视化日志
- 自动测试框架
## LLDB
#### 1. 安装与环境配置
首先,你需要确保本地安装了 LLDB并为 Claude Code 配置 MCP 服务。
- **方案 A使用官方/社区 LLDB-MCP (推荐)** 在终端中运行以下命令添加 MCP 调试服务:
```
# 使用 uvx 或 npx 自动安装并运行 lldb-mcp-server
claude mcp add lldb-debugger -- command "uvx" --args "lldb-mcp-server"
```
可能是https://github.com/stass/lldb-mcp
- **方案 B开启 LLDB 2026 原生 MCP 支持** 现代版本的 LLDBv19+)已内置 MCP 协议支持。你可以在项目目录下启动它:
```
lldb --protocol-server start --port 59999
```
#### 2. 安装调试“技能” (Skill)
为了让 Claude 具备系统化的调试思维(而不只是乱试命令),你需要从 **Skills.sh** 或 GitHub 安装技能包:
```
# 安装通用的调试技能包
claude skill install AlmogBaku/debug-skill
2026-05-05 00:27:30 +08:00
```
## VSCode
这的确是一个非常典型的架构差异问题。你提到通过 COM (Component Object Model) 接口控制 Visual Studio这非常精准因为 VS 的底层重度依赖 Windows 的 COM 组件机制(如 DTE 对象)。
但对于 **VS Code** 来说情况完全不同。VS Code 是基于 Electron 和 Node.js/TypeScript 构建的,**它根本没有 COM 接口**。
要让 MCP (Model Context Protocol) 或者外部 AI Agent 控制 VS Code特别是进行断点调试社区目前有几套非常成熟的开源方案和设计思路
---
### 一、 VS Code 的 MCP 控制方案
针对 VS Code 的架构,目前主要有三种主流的控制路径:
#### 1. “由内向外”方案Agent 直接作为 VS Code 插件 (目前最稳定、最主流)
与其让外部的 MCP 服务去“黑客”般地控制 VS Code不如**让 Agent 直接运行在 VS Code 内部**。
- **原理**:像 **Cline**、**Roo Code** 这样的插件,它们本身就拥有完整的 VS Code Extension API 权限(可以打开文件、打断点、读取控制台)。
- **MCP 的角色**在这种架构下VS Code 插件作为 **MCP Client**,它去连接外部的 MCP Server比如获取特定的代码分析工具、数据库查询权限等而不是让 MCP 来控制 VS Code。
#### 2. DAP-MCP 桥接方案 (专门针对断点调试)
VS Code 所有的调试能力都是基于 **DAP (Debug Adapter Protocol)** 构建的。如果你想让一个外部的 Agent比如你终端里的 Claude Code控制 VS Code 的调试器,最好的办法是拦截或桥接 DAP。
- **原理**:启动一个 `mcp-server-dap`。这个 MCP 服务把 Agent 发出的 MCP 指令(如“继续执行”、“查看变量”)翻译成标准的 DAP 协议,直接发给 VS Code 底层的 Debug Adapter比如 `cppdbg``lldb-dap`)。
- **效果**AI 不需要点击 VS Code 的 UI 按钮,它直接和 VS Code 背后那个真正负责调试的引擎对话。
#### 3. “由外向内”方案WebSocket / RPC 桥接插件
如果你的 Agent 必须在外部运行,且需要控制 VS Code 的 UI比如让编辑器滚动、高亮某一行代码
- **原理**:需要在 VS Code 里安装一个**暴露 WebSocket 或 HTTP 接口的桥接插件**。外部的 MCP Server 通过向这个本地端口发送 JSON-RPC 指令,插件再调用 VS Code API 来执行操作。