dsh-plugin-beyond-simulator 2.0.4 → 2.0.5

package/dsh-plugin/presets/wonderland-lua-builder/skills/qxqy-game-studio/references/prototype-art-playtest.md

@@ -1,38 +0,0 @@
-# HTML 效果展示、美术素材与试玩
-
-本 reference 用于步骤 3（HTML 效果展示）、步骤 4（千星美术参考图和素材）、步骤 6（模拟器测试）与步骤 7（真机试玩）。每条证据标 `runtime=html|simulator|device`。
-
-## 步骤 3：HTML 效果展示
-
-网页用于对齐「看起来、玩起来像什么」，依据步骤 2 已写的规则做 boot / first-success / first-fail / restart。最小产物：
-
-```text
-prototype/index.html
-prototype/README.md    启动、操作、不可移植项、坐标差异
-```
-
-请用户打开网页试玩；本预设没有浏览器试玩工具时，证据标 `browser-run: user`。网页新增规则回写策划案与测试用例。将画面/动画分成 `must-reproduce`、`can-degrade`、`concept-only`；HTML 不是 Lua 或真机证明。千星原点左下、Y 向上，HTML 通常左上、Y 向下，禁止直接搬运 DOM/CSS 坐标。用户确认效果后进入美术素材准备；窄修复可跳过并记理由。
-
-## 步骤 4：准备千星美术参考图和素材
-
-根据确认的 HTML 效果，在 `docs/art-bible.md` 记录体验形容词、主/辅/警示色、轮廓、层级、角色/道具特征、目标官方 `imageId` 和模拟器占位。准备参考图、素材清单与千星控件还原方案。需要比较时，在同一 HTML 布局与玩法状态中做少量不同方向；没有真正分歧时采用推荐方向。
-
-官方原神/千星素材可以用。模拟器只预览 `100001–100006` 六种基础图元，其余图片 ID 显示缺失框；这不是禁用，真机才可验证最终画面。高成本像素重建与帧动画先做关键样本，按 Lua 实现需求批量生产。当前会话若有像素画、图元拟合、UI 制作或帧动画 Skill，可按需调用。
-
-## 步骤 6：模拟器测试与观察试玩
-
-加载 `qxqy-simulator`，运行步骤 2 的用例；对新增缺陷先留最小复现，再修复和回归。Agent 可用：
-
-| 目的 | 工具 |
-|---|---|
-| 点击、按键、时间和断言 | `qxqy_studio_play` |
-| 静态布局截图 | `qxqy_studio_ui_screenshot` |
-| 运行画面截图 | 先 `play start`，再 `qxqy_studio_play_screenshot` |
-
-画布原点左下、Y 向上。布局以 `mobile-16-9`（1280×720）完整可见为基准；PC 用同一设计板等比放大或留边，不裁掉手机内容。每轮只验证少量问题：规则回归、截图层级/裁切/反馈、用户能否理解目标与失败、控件/Lua/资源预算。用户可在模拟器页盲玩；Agent 不得把 HTML 截图或搜索结果充当模拟器试玩。
-
-反馈分类为 `bug / design / art-content / platform / not-now`。设计问题回步骤 1–3，素材问题回步骤 4，规则/实现问题回步骤 2、5–6，平台未知建探针或交给步骤 7。一次调整少量变量以便归因。模拟器看不见官方图时保留 `targetId`，不能把缺失框当作禁用资源。
-
-## 步骤 7：真机试玩验证与 bug 修复
-
-把完整存档、Lua/GIA、操作说明、挂载关系、官方图片 ID 和已知警告交给用户在千星奇域验证。记录真机环境、步骤、期望/实际、截图/日志与可复现性。真机问题先形成用例或明确的人工检查，再修复并回归模拟器和真机；用户尚未完成真机试玩时标“模拟器候选”，不称发布通过。GIA 不保存脚本挂载关系，交付说明必须单列挂载步骤。