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

SkillDescription
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 或里程碑回顾。产出可执行的洞见以指导下一次迭代。