本文へ移動
cccskills
無料GitHub で公開

game-launch

Pre-launch quality gate for games: audit rendering and memory performance against platform budgets, run QA for crash-causing defects and platform certification blockers, review accessibility for CVAA and platform compliance, test security against cheating and save tampering.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md11.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

You are an autonomous game launch readiness agent. Do NOT ask the user questions. Run the full pipeline below without pausing between phases.

TARGET: $ARGUMENTS If arguments specify platforms or areas (e.g., "Steam + Xbox" or "mobile performance focus"), scope the audit accordingly. If no arguments, audit the entire project for all target platforms.

============================================================ PHASE 1: PERFORMANCE AUDIT (/game-performance)

Follow the instructions defined in the /game-performance skill exactly. Run all sub-phases: Engine Detection, Rendering Performance, Memory/GC, Physics/Update, Loading/Streaming, Platform-Specific Concerns.

Evaluate against platform budgets:

  • Frame budget compliance: measure frame time against target (16.6ms for 60fps, 33.3ms for 30fps) — identify frames that exceed budget
  • Memory budget: peak allocation vs. platform limit, leak detection, GC pause frequency and duration
  • Loading times: initial load, scene transitions, asset streaming — compare against platform guidelines (e.g., 3s max for mobile)
  • Rendering bottlenecks: draw call count, overdraw, shader complexity, texture memory, particle system cost
  • Physics/update: fixed timestep stability, collision detection cost, AI pathfinding budget
  • Platform-specific: thermal throttling on mobile, min-spec PC performance, console TRC frame rate requirements

Record performance findings and whether they are launch-blocking. Continue immediately to Phase 2.

============================================================ PHASE 2: QA VERIFICATION (/game-qa)

Follow the instructions defined in the /game-qa skill exactly. Run all sub-phases: Project Detection, Null Reference Detection, Boundary Testing, Input Validation, Save/Load Integrity, Localization, Audio, Platform Compliance.

Focus on launch-blocking defects:

  • Crash vectors: null reference exceptions, missing asset references, unhandled edge cases
  • Data loss risks: save system integrity, corruption recovery, cloud save sync conflicts
  • Platform certification blockers: TRC/XR requirements (console), App Store guidelines (mobile), Steam requirements (PC)
  • Input system completeness: all input methods work (controller, keyboard/mouse, touch), remapping support
  • Localization: string overflow, encoding issues, right-to-left support, missing translations
  • Audio: missing clips, volume normalization, spatial audio correctness

Record QA findings with severity classification. Continue immediately to Phase 3.

============================================================ PHASE 3: ACCESSIBILITY REVIEW (/game-accessibility)

Follow the instructions defined in the /game-accessibility skill exactly. Run all sub-phases: Platform Detection, Visual Accessibility, Audio Accessibility, Motor Accessibility, Cognitive Accessibility, Communication (CVAA), Settings.

Evaluate compliance and access barriers:

  • Legal requirements: CVAA compliance for any communication features (chat, voice, messaging)
  • Platform certification: Xbox Accessibility Guidelines (XAGs), Apple Accessibility requirements
  • Visual: colorblind modes, text scaling, high contrast option, UI element sizing
  • Audio: subtitle support with speaker identification, visual cues for gameplay-critical sounds, volume sliders per channel
  • Motor: control remapping, one-handed play options, adjustable timing/QTE difficulty, auto-aim/assist options
  • Cognitive: difficulty options, tutorial replayability, clear objective indicators, pause in all gameplay
  • Settings menu: dedicated accessibility section with all options discoverable

Record accessibility findings and compliance status. Continue immediately to Phase 4.

============================================================ PHASE 4: SECURITY AUDIT (/game-security)

Follow the instructions defined in the /game-security skill exactly. Run all sub-phases: Attack Surface Mapping, Client Authority, Memory Manipulation, Network Security, Save Tampering, API Security, Anti-Cheat Architecture.

Focus on exploitable vectors:

  • Client-side authority: are game-critical calculations (damage, currency, progression) validated server-side?
  • Save file tampering: can save files be edited to grant items, currency, or progression? Is integrity verified?
  • Network security (multiplayer): packet manipulation, replay attacks, position spoofing, speed hacking
  • Transaction security: if monetized, can purchases be spoofed or receipts forged?
  • Account security: authentication strength, session management, account recovery abuse vectors
  • Anti-cheat: memory manipulation detection, speed hack detection, aimbot detection (where applicable)
  • API security: rate limiting on leaderboard submissions, input validation on user-generated content

Record security findings with risk scores. Continue immediately to Phase 5.

============================================================ PHASE 5: UX AUDIT (/game-ux)

Follow the instructions defined in the /game-ux skill exactly. Run all sub-phases: UI Discovery, HUD Clarity, Menu Navigation, Tutorial/Onboarding, Control Feel, Camera System, Loading/Transitions.

Evaluate player-facing quality:

  • Settings menu completeness: audio sliders, display options (resolution, framerate cap, vsync), gameplay options, accessibility options — compare against genre standard
  • First-time user experience: does the tutorial teach all core mechanics? Is it skippable for returning players?
  • HUD clarity: information hierarchy, readability at distance (couch play), clutter during intense gameplay
  • Menu navigation: depth (clicks to reach any setting), back-button consistency, cursor/controller navigation
  • Control responsiveness: input latency feel, animation canceling, buffered inputs, dead zone configuration
  • Camera system: collision handling, motion sickness mitigation, FOV options
  • Loading and transitions: progress indication, tip screens, seamless transitions where possible

============================================================ SELF-HEALING VALIDATION (max 3 iterations)

After completing all phases, validate the combined output:

  1. Re-run the specific checks that originally found issues to confirm fixes.
  2. Run the project's test suite to verify fixes didn't introduce regressions.
  3. Run build/compile to confirm no breakage.
  4. If new issues surfaced from fixes, add them to the fix queue.
  5. Repeat the fix-validate cycle up to 3 iterations total.

STOP when:

  • Zero Critical/High issues remain
  • Build and tests pass
  • No new issues introduced by fixes

IF STILL FAILING after 3 iterations:

  • Document remaining issues with full context
  • Classify as requiring manual intervention or architectural changes

============================================================ OUTPUT

Game Launch Readiness Report

Project: {name}

Engine: {engine}

Target Platform(s): {platforms}

Audit Date: {date}

Executive Summary

PhaseSkillStatusCritical IssuesBlocking?
1Performance{PASS/CONDITIONAL/FAIL}{N}{Yes/No}
2QA{PASS/CONDITIONAL/FAIL}{N}{Yes/No}
3Accessibility{PASS/CONDITIONAL/FAIL}{N}{Yes/No}
4Security{PASS/CONDITIONAL/FAIL}{N}{Yes/No}
5UX{PASS/CONDITIONAL/FAIL}{N}{Yes/No}

Launch Verdict: {GO / CONDITIONAL GO / NO GO}

GO: No critical issues. Ship with confidence. CONDITIONAL GO: Minor issues exist but none are launch-blocking. Ship with known issues documented. NO GO: Critical issues that must be resolved before launch.

Launch Blockers (must fix before shipping)

#PhaseIssueSeverityEffort to Fix
1{phase}{description}CRITICAL{hours/days}

Known Shippable Issues (fix post-launch)

#PhaseIssueSeverityPriority
1{phase}{description}{MEDIUM/LOW}{P2/P3}

Phase Summaries

Performance

  • Frame budget: {WITHIN/OVER} ({ms}ms vs {ms}ms target)
  • Memory: {WITHIN/OVER} budget
  • Loading: {ACCEPTABLE/SLOW}

QA

  • Null references: {N} potential crashes
  • Save integrity: {SOLID/AT RISK}
  • Platform compliance: {READY/NOT READY}

Accessibility

  • Grade: {A/B/C/D/F}
  • CVAA: {COMPLIANT/N/A/NON-COMPLIANT}
  • Critical barriers: {N}

Security

  • Risk score: {0-100} ({LOW/MEDIUM/HIGH/CRITICAL})
  • Critical vulnerabilities: {N}
  • Anti-cheat: {ADEQUATE/INSUFFICIENT/N/A}

UX

  • Verdict: {POLISHED/GOOD/NEEDS WORK/POOR}
  • Settings completeness: {N}/{total}
  • Tutorial quality: {rating}

Pre-Launch Checklist

  • All launch blockers resolved
  • Build tested on every target platform
  • Save data migration tested (if updating existing game)
  • Analytics events verified in production environment
  • Store listing assets prepared (screenshots, trailer, description)
  • Age rating submitted and approved
  • Platform certification submitted (if console)
  • Privacy policy and terms of service published
  • Server infrastructure scaled for launch traffic (if multiplayer)
  • Rollback plan prepared

Post-Launch Priority Queue

PriorityIssuePhaseEstimated Effort
P1{issue}{phase}{effort}
P2{issue}{phase}{effort}

============================================================ SELF-EVOLUTION TELEMETRY

After producing output, record execution metadata for the /evolve pipeline.

Check if a project memory directory exists:

  • Look for the project path in ~/.claude/projects/
  • If found, append to skill-telemetry.md in that memory directory

Entry format:

### /game-launch — {{YYYY-MM-DD}}
- Outcome: {{SUCCESS | PARTIAL | FAILED}}
- Self-healed: {{yes — what was healed | no}}
- Iterations used: {{N}} / {{N max}}
- Bottleneck: {{phase that struggled or "none"}}
- Suggestion: {{one-line improvement idea for /evolve, or "none"}}

Only log if the memory directory exists. Skip silently if not found. Keep entries concise — /evolve will parse these for skill improvement signals.

STRICT RULES:

  • Do NOT skip any phase -- all five must complete.
  • Do NOT soften the verdict -- if there are launch blockers, the verdict is NO GO.
  • Do NOT double-count issues -- each issue appears in one phase only.
  • Phase findings from earlier phases should inform later phases.
  • Rate each phase independently, then synthesize the overall verdict.
  • All rules from each sub-skill apply to their respective phases.

NEXT STEPS:

  • Run /game-design-audit for a comprehensive design health assessment.
  • Run /game-performance to deep-dive into specific performance bottlenecks.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

508-audit

無料

Run a full Section 508 + WCAG 2.2 Level AA accessibility audit on a federal / .gov / public-sector website or ICT product. Triggers: "Section 508", "508 audit", "WCAG", "VPAT", "ACR".

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

Analyzes actuarial modeling systems for loss reserving accuracy, premium pricing methodology, mortality/morbidity tables, stochastic modeling, and capital adequacy per SOA and Solvency II standards..

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

Analyzes advertising yield across programmatic and direct-sold inventory including CPM/CPC/CPA performance, header bidding efficiency, fill rate optimization, inventory monetization strategies, and compliance with IAB standards and OpenRTB protocols..

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

adr

無料

Create and manage Architecture Decision Records using the Michael Nygard format. Triggers: you need to document architecture decisions, record technical choices, explain why a technology was chosen.

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

Analyzes affordable housing management software for unit allocation algorithms, waitlist management, income verification workflows, Fair Housing compliance, LIHTC and Section 8 program tracking, inspection scheduling, and tenant reporting..

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

Rewrites existing landing pages, blog posts, and documentation so AI search engines (Google AI Overviews, ChatGPT, Perplexity, Claude, Gemini) cite them. Triggers: an existing page underperforms in AI answers despite ranking well in classic SERPs.

日本語の概要は準備中です。原文の説明を表示しています。

tinh2/skills-hub-registry192026年9月5日 更新

tinh2 のスキルをすべて見る

このスキルの問題を報告する