scene-feedback

Scene Feedback

通过 Scene Feedback 问题和 CSV 回复，帮助创作者了解玩家如何体验他们的场景。

必须通过的门槛：计划已获批准

计划已获批准门槛：在为新集成编写接收场景文件，或进行创作者未明确指定的内容或时序编辑之前，创作者必须明确批准以下各项：

1. 目标，
2. 问题和 Intro，
3. 格式和量表，
4. 时机，
5. 参与方式。

助手提出的建议（包括先前会话中的建议）在创作者确认前都只是提案。请求“安装”或“连接”，或批准某个技术选项，都不代表批准了这些选择。已批准的精确编辑或计划可直接执行，无需重新访谈。

只要有任何一项缺失 → 阅读 Planning 和 Scene context，然后提供一份精简计划，涵盖缺失项以及三种规划路径。创作者接受这份具体计划后，即通过门槛。

更新项目说明时，应区分创作者已批准的决定、助手提出的建议和已实现的事实；实现本身并不代表获得批准。

面向创作者的审阅

使用符合创作者对工具熟悉程度的日常语言，并在技术术语首次出现时说明其用途（询问玩家是否愿意提供反馈的邀请：Intro）。展示问题措辞、评分标签的含义和玩家参与时机，并在每项含义旁标注相应的 bank、scale 或 event ID。代码和配置中保留准确的 ID。

选择路径

请求	接下来阅读	范围
选择游戏测试重点，提出或调整问题、量表或时序	Planning	根据场景或简报构建提案，并在应用之前审阅面向创作者的选项。
组织测试轮次：邀请对象、轮次安排、实时或异步进行、寻找测试者	Run test rounds	仅提供建议；不会写入场景文件。
安装、连接事件、应用已批准的编辑或更新模块	Integration	先检查当前安装；复用现有内容，仅根据任务需要进行更改。
检查／调试现有行为，或测试设备／Storage	Verification	检查配置和钩子，然后运行相关检查。
仅下载回复	World Storage retrieval	说明如何获取回复，但不开始完整分析。
分析收集到的 CSV 评分／评论或比较游戏测试	Analysis	从导出文件和目标开始；可选择提供 HTML。

从对应行进入，并止步于其范围。复用已提供的目标和已批准的决定。对于现有集成，应区分问题／配置编辑与安装或更新；对于 CSV 分析，即使无法访问场景源文件，导出文件也可能已足够。每种工作流链接的模块文档是配置、API、示例和 CSV 语义的准确信息来源；如果文档与场景之间存在影响工作的版本差异，应予以说明。