القائمة
Atom Game GUI pipeline 第 4 阶段（按需，可跳过）。编辑 design/tables 下的 Excel 配置源表， 并镜像改动到对应 *_data.lua（模拟导表，零人工中断）。自包含的配置表编辑指引，不依赖外部 edit-excel skill。仅当功能涉及配置数据时使用。控制配置数据漂移。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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。
Atom Game GUI pipeline 第 2 阶段。生成 MVVM 代码（Panel.lua + View.cs + 如需的 ViewModel）。 自包含的 MVVM 指引。在 gui-plan 产出 GUI_PLAN.md 后使用。控制代码 实现漂移（相对需求契约）。
Atom Game GUI pipeline 第 3 阶段。把 View.cs 挂到 Prefab 并绑定 [SerializeField] 引用。 自包含的 Prefab 编辑指引，不依赖外部 edit-prefab skill。在 gui-draft 生成 View.cs 后使用。 控制 Prefab 绑定漂移。
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 代码。控制逻辑质量漂移 + 确定性验证。
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。
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，不暂停。
| name | gui-config |
| user-invocable | false |
| description | Atom Game GUI pipeline 第 4 阶段（按需，可跳过）。编辑 design/tables 下的 Excel 配置源表， 并镜像改动到对应 *_data.lua（模拟导表，零人工中断）。自包含的配置表编辑指引，不依赖外部 edit-excel skill。仅当功能涉及配置数据时使用。控制配置数据漂移。 |
职责：自包含的配置表编辑。控制：配置数据漂移（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）。HUMAN_REVIEW.md 标出「需手工配表」，本阶段降级，管线继续。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