一键在 Manus 中运行任何 Skill

gui-config

星标0

分支0

更新时间2026年7月7日 09:53

Atom Game GUI pipeline 第 4 阶段（按需，可跳过）。编辑 design/tables 下的 Excel 配置源表，并镜像改动到对应 *_data.lua（模拟导表，零人工中断）。自包含的配置表编辑指引，不依赖外部 edit-excel skill。仅当功能涉及配置数据时使用。控制配置数据漂移。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

AvatarGanymede

AvatarGanymede/dev-gui-plugin

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Phase 4: gui-config — 配置表编辑（按需，可跳过）

职责：自包含的配置表编辑。控制：配置数据漂移（Excel 源表 vs lua data 不同步）。

执行位置与并行：本阶段在 orchestrator 派发的 subagent 中执行，与主 agent 的 gui-prefab（Phase 3）并行。本 subagent 只做配表编辑，把结果结构化返回给 orchestrator：edited（改了哪些 Excel/*_data.lua） / skipped（本需求不涉及配置）/ blocked（缺配表能力，需人工）+ 涉及的降级/TODO 说明。 run_state 由 orchestrator（主 agent）统一记账——本 subagent 不自行写 gui_run_state.py （会话作用域状态归主 agent，避免 subagent 缺 session env）。

若本需求不涉及配置数据 → 返回 skipped（由 orchestrator 记 set <panelId> gui-config skipped）。

规则（优先工具导表，导出失败才手改镜像；零人工中断）

改 design/tables/ 下的 Excel 源表（真正的真相源）。
*_data.lua 优先用工具正式导出：运行时若有可用的导表工具（GDE CLI / excel-config 等）→ 用它导出，不手改。
导出工具不可用 / 失败 → 才允许手改镜像写入 *_data.lua（降级兜底，模拟导表）：按行定位、同字段同值，严格对齐 GDE 导出格式，使运行期与后续阶段立即可见新配置；加 -- TODO(模拟导出) 标记并记入 HUMAN_REVIEW.md。
区分两类「生成文件」，勿混淆——两者都优先工具导出、导出失败才手改：
- *_data.lua（配表导出产物）—— 本阶段在导出失败时手改镜像写入，不是禁区。
- *_viewmodel.lua / *ViewModel.cs（MVVM 生成）—— 同理优先工具导出，失败才手改（见 mvvm-contract §3）。

工具使用（不硬绑定 MCP）

运行时已加载 excel-config / excel-mcp 等 → 用之读写 Excel 源表。
未加载 → 在 HUMAN_REVIEW.md 标出「需手工配表」，本阶段降级，管线继续。

Gate

Excel 源表与对应 *_data.lua 改动一致（同字段、同值），运行期可读到新配置。

⚠ 若本次因导出失败而手改镜像了 *_data.lua：它是模拟产物，正式 GDE 导表会覆盖它。故「确认 Excel 配置正确并正式导表」列入 HUMAN_REVIEW.md（gui-review 末）， 绝不在管线中途停顿。（若已用工具正式导出，则无此遗留项。）

编辑完成后 → 把结果返回 orchestrator（edited + 改动文件 + 任何 TODO(模拟导出)/降级说明）。 orchestrator 在主 agent 侧据此记账，并在 gui-prefab 也落定后统一进入 gui-review：

# ↓ 由 orchestrator（主 agent）执行，不在本 subagent 内跑
python3 "${CLAUDE_PLUGIN_ROOT}/tools/gui_run_state.py" set "${CLAUDE_PROJECT_DIR}" <panelId> gui-config done

同仓库更多 Skills

同仓库

gui-plan

AvatarGanymede/dev-gui-plugin

Atom Game GUI 开发 pipeline 的第 1 阶段（入口）。当用户要「开发/新增/修改一个 GUI 界面、 panel、面板」或说「跑 gui pipeline / 做 GUI 需求」时使用。先确认用户已提供本次 run 的 panelId 和需求描述，缺少任一项时先向用户询问；随后进入 Claude Code 原生 plan mode：只读探索资源 + 用已注入的知识库坑点 + 向用户提问澄清需求，写计划并 ExitPlanMode 等人类审批；审批通过后把计划高度精炼成需求契约 GUI_PLAN.md 落盘，并初始化 pipeline 运行状态。随后（由 /dev-gui-plugin:run 编排）顺序触发 gui-draft → gui-prefab → gui-config → gui-review → gui-improve → gui-learn。

2026-07-160

gui-draft

AvatarGanymede/dev-gui-plugin

Atom Game GUI pipeline 第 2 阶段。生成 MVVM 代码（Panel.lua + View.cs + 如需的 ViewModel）。自包含的 MVVM 指引。在 gui-plan 产出 GUI_PLAN.md 后使用。控制代码实现漂移（相对需求契约）。

2026-07-150

gui-prefab

AvatarGanymede/dev-gui-plugin

Atom Game GUI pipeline 第 3 阶段。把 View.cs 挂到 Prefab 并绑定 [SerializeField] 引用。自包含的 Prefab 编辑指引，不依赖外部 edit-prefab skill。在 gui-draft 生成 View.cs 后使用。控制 Prefab 绑定漂移。

2026-07-150

gui-review

AvatarGanymede/dev-gui-plugin

Atom Game GUI pipeline 第 5 阶段（唯一验证门）。并行两车道：Type-B 独立 gui-reviewer subagent （Bias Guard，品味判断）+ Type-A orchestrator 机械门（编译/LSP/prefab/生成文件/配置）。汇合成合并 CRITICAL 集合，产出 GUI_REVIEW.md + 6 态裁决 GUI_VERDICT.json + HUMAN_REVIEW.md。也可单独用于审查已有 GUI 代码。控制逻辑质量漂移 + 确定性验证。

2026-07-150

gui-learn

AvatarGanymede/dev-gui-plugin

Atom Game GUI pipeline 第 7 阶段（每次修 bug / 做需求完成后自动跑），不面向用户手动调用。从本次开发提取经验回写**私有知识库** ${CLAUDE_PLUGIN_DATA}/gui-knowledge/：建实例层 bug/fix、泛化出通用层 component/pattern/lesson、写 edges、独立 reviewer 晋升 proposed→confirmed、重建 query_pack；promote/demote 时对公共库语义去重（公共库为准）。两遍式：默认捕获遍；`enrich` 参数触发充实遍填 _TODO_ 段。用户手动沉淀私有库请用 `/dev-gui-plugin:gui-learn-private` command；沉淀进**项目公共库**用 `/dev-gui-plugin:gui-learn-public` command。

2026-07-130

gui-improve

AvatarGanymede/dev-gui-plugin

Atom Game GUI pipeline 第 6 阶段。对 gui-review 合并 CRITICAL 集合（Type-A 编译/语法失败 + Type-B CRITICAL）迭代修复（最多 2 轮）：修复 → 重跑 gui-review 两车道（Bias Guard）→ 记录 GUI_IMPROVEMENT_LOG.md。仅当 gui-review 报出合并 CRITICAL 时使用。2 轮后仍有 CRITICAL 则记入 HUMAN_REVIEW.md，不暂停。

2026-07-070

name	gui-config
user-invocable	false
description	Atom Game GUI pipeline 第 4 阶段（按需，可跳过）。编辑 design/tables 下的 Excel 配置源表，并镜像改动到对应 *_data.lua（模拟导表，零人工中断）。自包含的配置表编辑指引，不依赖外部 edit-excel skill。仅当功能涉及配置数据时使用。控制配置数据漂移。

Phase 4: gui-config — 配置表编辑（按需，可跳过）

职责：自包含的配置表编辑。控制：配置数据漂移（Excel 源表 vs lua data 不同步）。

执行位置与并行：本阶段在 orchestrator 派发的 subagent 中执行，与主 agent 的 gui-prefab（Phase 3）并行。本 subagent 只做配表编辑，把结果结构化返回给 orchestrator：edited（改了哪些 Excel/*_data.lua） / skipped（本需求不涉及配置）/ blocked（缺配表能力，需人工）+ 涉及的降级/TODO 说明。 run_state 由 orchestrator（主 agent）统一记账——本 subagent 不自行写 gui_run_state.py （会话作用域状态归主 agent，避免 subagent 缺 session env）。

若本需求不涉及配置数据 → 返回 skipped（由 orchestrator 记 set <panelId> gui-config skipped）。

规则（优先工具导表，导出失败才手改镜像；零人工中断）

改 design/tables/ 下的 Excel 源表（真正的真相源）。
*_data.lua 优先用工具正式导出：运行时若有可用的导表工具（GDE CLI / excel-config 等）→ 用它导出，不手改。
导出工具不可用 / 失败 → 才允许手改镜像写入 *_data.lua（降级兜底，模拟导表）：按行定位、同字段同值，严格对齐 GDE 导出格式，使运行期与后续阶段立即可见新配置；加 -- TODO(模拟导出) 标记并记入 HUMAN_REVIEW.md。
区分两类「生成文件」，勿混淆——两者都优先工具导出、导出失败才手改：
- *_data.lua（配表导出产物）—— 本阶段在导出失败时手改镜像写入，不是禁区。
- *_viewmodel.lua / *ViewModel.cs（MVVM 生成）—— 同理优先工具导出，失败才手改（见 mvvm-contract §3）。

工具使用（不硬绑定 MCP）

运行时已加载 excel-config / excel-mcp 等 → 用之读写 Excel 源表。
未加载 → 在 HUMAN_REVIEW.md 标出「需手工配表」，本阶段降级，管线继续。

Gate

Excel 源表与对应 *_data.lua 改动一致（同字段、同值），运行期可读到新配置。

⚠ 若本次因导出失败而手改镜像了 *_data.lua：它是模拟产物，正式 GDE 导表会覆盖它。故「确认 Excel 配置正确并正式导表」列入 HUMAN_REVIEW.md（gui-review 末）， 绝不在管线中途停顿。（若已用工具正式导出，则无此遗留项。）

# ↓ 由 orchestrator（主 agent）执行，不在本 subagent 内跑
python3 "${CLAUDE_PLUGIN_ROOT}/tools/gui_run_state.py" set "${CLAUDE_PROJECT_DIR}" <panelId> gui-config done