mcpField
S
steam-launch-readiness

steam-launch-readiness

github.com/sylphxai营销与增长152 次安装今天更新
代码仓库

关于 steam-launch-readiness

Steam Launch Readiness 是一项技能，帮助团队协调准备 Steam 游戏发布。它审查商店页面、构建版本、社区和运营，并将发布规划整理为就绪矩阵和决策关口。

主要功能

  1. 01商店页面与承诺审查
  2. 02愿望单、试玩版和测试规划
  3. 03构建版本与社区准备度审查
  4. 04发布阶段与决策关口
  5. 05玩家沟通规划
  6. 06含阻塞项的就绪矩阵

适用场景

  1. 01准备游戏在 Steam 上发布
  2. 02核对商店宣传是否符合构建版本
  3. 03规划发布周支持与监控
  4. 04区分发布阻塞项与优化事项

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/sylphxai/skills --skill steam-launch-readiness

安装后在 Claude Code 中输入/steam-launch-readiness确认已加载。

附带文件agents/openai.yamlreferences/steam-launch-systems.md

详细介绍

Steam 发布就绪度

使用此技能，将 Steam 发布转化为协调一致的产品、商店、社区和实时运营发布计划。

工作流

  1. 确定游戏类型、受众、发布阶段、变现模式、语言和发布策略。
  2. 阅读 references/steam-launch-systems.md。
  3. 审核商店页面承诺、愿望单转化漏斗、试玩版／试玩测试计划、构建质量、社区准备情况、定价和支持。
  4. 分别规划发布前、发布当天、首周和发布后的运营工作。
  5. 将含糊的发布建议转化为决策关卡：技术发布关卡、商业政策关卡、社区响应关卡和首周学习关卡，并设定数值阈值或事先商定的标准。
  6. 根据构建版本的实际表现，核实商店页面承诺的细节：胶囊图、简短描述、标签、预告片、截图、成就、云存档、手柄支持、设置、本地化、系统要求、试玩版范围和 DLC 文案。
  7. 将玩家沟通落实为可执行方案：错误报告格式、已知问题状态、预计修复时间（ETA）政策、支持回复模板、公开更新频率，以及修复应采用热修复、回滚、文案修改还是路线图事项。
  8. 不要凭记忆断言 Steam 的折扣、退款或评测政策。请使用政策核实矩阵，并将数值触发阈值标注为内部初始阈值，除非工作室已提供获批目标。
  9. 输出就绪度矩阵，列出阻塞项、素材、遥测数据和降低评测风险的措施。

不适用场景

  • 对于基础模型无需此技能特定产物规范即可处理的一般性建议，请勿使用此技能。

护栏

  • 不要发布构建版本无法兑现的商店承诺。
  • 不要将愿望单视为虚荣指标；应将其与试玩版、更新、发布时间和转化联系起来。
  • 发布周不要忽视退款、存档丢失、性能、手柄或社区问题。
  • 除非构建版本、商店页面和支持计划均有依据，否则不要宣称支持特定定价、折扣、DLC、兼容性、反作弊或平台功能。
  • 首次游玩时崩溃、存档损坏、误导性的商店声明以及无人负责的内容审核，都应视为发布阻塞项，而非打磨事项。
  • 不要仅定性地监控退款、评测、崩溃、试玩版、支持或服务器健康状况。若已提供工作室目标，请使用该目标；否则应提供明确标注的初始阈值，并要求在发布前替换。
  • 不要将初始阈值当作平台政策。它们是内部运营触发阈值，用于决定热修复、回滚、文案修改、升级支持处理或暂停推广。

输出格式

Game/launch context:
Release strategy:
Launch calendar:
- <pre-launch/demo/embargo/launch/day-1/week-1 beat> -> owner, decision gate

Readiness matrix:
- Store page:
- Build/platform:
- Community/support:
- Launch operations:
- Creator/press readiness:

Technical gates:
- <gate> -> metric/threshold, owner, proof

Store/build promise audit:
- <capsule/short-description/tag/trailer/screenshot/demo/DLC/achievement/cloud-save/controller/localization/system-requirement/settings claim> -> build proof, owner, blocker/fix

First-week decision thresholds:
- <signal> -> <numeric/pre-agreed threshold>, segment, owner, action

P0 blockers:
- <blocker> -> owner, proof needed

Commercial policy:
- <pricing/discount/DLC/refund risk decision> -> rationale, evidence, rollback/communication path
- Creator keys / embargo / press kit -> build version, known-issues note, support owner, embargo time, content guidance

Wishlist/review/learning plan:
- <action> -> metric, timing

Review-bombing / incident response:
- <signal> -> valid-defect triage, moderation/reporting path, player communication
- Bug-report format / support macro / ETA policy / roadmap-or-hotfix decision:

评论

支持 Markdown