playtest-report
$
npx mdskill add pixel-cellar/Claude-Code-Game-Studios/playtest-report当使用 `new` 调用时,生成以下模板:
SKILL.md
.github/skills/playtest-reportView on GitHub ↗
--- name: playtest-report description: "生成结构化的试玩报告模板,或将现有试玩笔记分析为结构化格式。用于标准化试玩反馈的收集和分析。" argument-hint: "[new|analyze 笔记路径]" user-invocable: true allowed-tools: Read, Glob, Grep, Write --- 当使用 `new` 调用时,生成以下模板: ```markdown # 试玩报告 ## 会话信息 - **日期**:[日期] - **构建版本**:[版本/提交] - **时长**:[游玩时间] - **测试者**:[姓名/ID] - **平台**:[PC/主机/移动端] - **输入方式**:[键鼠 / 手柄 / 触屏] - **会话类型**:[首次游玩 / 回访 / 针对性测试] ## 测试重点 [本次测试的具体功能或流程] ## 第一印象(前 5 分钟) - **理解目标了吗?** [是/否/部分] - **理解操作了吗?** [是/否/部分] - **情绪反应**:[投入/困惑/无聊/沮丧/兴奋] - **备注**:[观察] ## 玩法流程 ### 做得好的地方 - [观察 1] - [观察 2] ### 痛点 - [问题 1 — 严重程度:高/中/低] - [问题 2 — 严重程度:高/中/低] ### 困惑点 - [玩家在哪里感到困惑以及原因] ### 令人惊喜的时刻 - [什么让玩家感到惊喜或满意] ## 遇到的 Bug | # | 描述 | 严重程度 | 可复现? | |---|------|---------|---------| ## 功能专项反馈 ### [功能 1] - **理解用途了吗?** [是/否] - **觉得有趣吗?** [是/否] - **建议**:[测试者的建议] ## 定量数据(如有) - **死亡次数**:[次数和位置] - **各区域用时**:[细分] - **使用的物品**:[什么以及何时] - **发现的功能 vs 错过的功能**:[列表] ## 总体评价 - **愿意再玩吗?** [是/否/可能] - **难度**:[太简单 / 刚好 / 太难] - **节奏**:[太慢 / 不错 / 太快] - **会话时长偏好**:[更短 / 不错 / 更长] ## 本次会话的前 3 优先事项 1. [最重要的发现] 2. [第二优先] 3. [第三优先] ``` 当使用 `analyze` 调用时,读取原始笔记,与现有设计文档交叉引用,并用结构化的发现填充上述模板。标记任何与设计意图冲突的试玩观察。
More from pixel-cellar/Claude-Code-Game-Studios
- architecture-decision创建架构决策记录(Architecture Decision Record, ADR),记录重大技术决策及其背景、备选方案和影响后果。每个重大技术选择都应有对应的 ADR。
- estimate通过分析复杂度、依赖关系、历史速度和风险因素来估算任务工作量。生成包含置信水平的结构化估算。
- localize运行本地化工作流:提取字符串、验证本地化就绪状态、检查硬编码文本,并生成可供翻译的字符串表。
- map-systems将游戏概念拆解为独立系统,映射依赖关系,确定设计优先级,并创建系统索引。
- milestone-review生成全面的里程碑进度审查,包括功能完成度、质量指标、风险评估和推进/暂停建议。在里程碑检查点或评估里程碑截止日期的准备情况时使用。
- patch-notes从 git 历史记录、Sprint 数据和内部更新日志生成面向玩家的补丁说明。将开发者语言转化为清晰、有吸引力的玩家沟通内容。
- perf-profile结构化的性能分析工作流。识别瓶颈、与性能预算对比测量,并生成带有优先级排序的优化建议。
- project-stage-detect自动分析项目状态、检测开发阶段、识别缺失项,并根据现有工件推荐后续步骤。
- release-checklist生成全面的发布前验证清单,涵盖构建验证、合规要求、商店元数据和发布准备就绪情况。
- retrospective通过分析已完成的工作、速率、阻碍因素和模式来生成 Sprint 或里程碑回顾。产出可执行的洞见以指导下一次迭代。