본문으로 건너뛰기
cccskills
무료GitHub에 공개

content-audit

Audit GDD-specified content counts against implemented content. Identifies what's planned vs built.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md7.0 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

When this skill is invoked:

Parse the argument:

  • No argument → full audit across all systems
  • [system-name] → audit that single system only
  • --summary → summary table only, no file write

Phase 1 — Context Gathering

  1. Read design/gdd/systems-index.md for the full list of systems, their categories, and MVP/priority tier.

  2. L0 pre-scan: Before full-reading any GDDs, Grep all GDD files for ## Summary sections plus common content-count keywords:

    Grep pattern="(## Summary|N enemies|N levels|N items|N abilities|enemy types|item types)" glob="design/gdd/*.md" output_mode="files_with_matches"
    

    For a single-system audit: skip this step and go straight to full-read. For a full audit: full-read only the GDDs that matched content-count keywords. GDDs with no content-count language (pure mechanics GDDs) are noted as "No auditable content counts" without a full read.

  3. Full-read in-scope GDD files (or the single system GDD if a system name was given).

  4. For each GDD, extract explicit content counts or lists. Look for patterns like:

    • "N enemies" / "enemy types:" / list of named enemies
    • "N levels" / "N areas" / "N maps" / "N stages"
    • "N items" / "N weapons" / "N equipment pieces"
    • "N abilities" / "N skills" / "N spells"
    • "N dialogue scenes" / "N conversations" / "N cutscenes"
    • "N quests" / "N missions" / "N objectives"
    • Any explicit enumerated list (bullet list of named content pieces)
  5. Build a content inventory table from the extracted data:

    SystemContent TypeSpecified Count/ListSource GDD

    Note: If a GDD describes content qualitatively but gives no count, record "Unspecified" and flag it — unspecified counts are a design gap worth noting.


Phase 2 — Implementation Scan

For each content type found in Phase 1, scan the relevant directories to count what has been implemented. Use Glob and Grep to locate files.

Levels / Areas / Maps:

  • Glob assets/**/*.tscn, assets/**/*.unity, assets/**/*.umap
  • Glob src/**/*.tscn, src/**/*.unity
  • Look for scene files in subdirectories named levels/, areas/, maps/, worlds/, stages/
  • Count unique files that appear to be level/scene definitions (not UI scenes)

Enemies / Characters / NPCs:

  • Glob assets/data/**/enemies/**, assets/data/**/characters/**
  • Glob src/**/enemies/**, src/**/characters/**
  • Look for .json, .tres, .asset, .yaml data files defining entity stats
  • Look for scene/prefab files in character subdirectories

Items / Equipment / Loot:

  • Glob assets/data/**/items/**, assets/data/**/equipment/**, assets/data/**/loot/**
  • Look for .json, .tres, .asset data files

Abilities / Skills / Spells:

  • Glob assets/data/**/abilities/**, assets/data/**/skills/**, assets/data/**/spells/**
  • Look for .json, .tres, .asset data files

Dialogue / Conversations / Cutscenes:

  • Glob assets/**/*.dialogue, assets/**/*.csv, assets/**/*.ink
  • Grep for dialogue data files in assets/data/

Quests / Missions:

  • Glob assets/data/**/quests/**, assets/data/**/missions/**
  • Look for .json, .yaml definition files

Engine-specific notes (acknowledge in the report):

  • Counts are approximations — the skill cannot perfectly parse every engine format or distinguish editor-only files from shipped content
  • Scene files may include both gameplay content and system/UI scenes; the scan counts all matches and notes this caveat

Phase 3 — Gap Report

Produce the gap table:

| System | Content Type | Specified | Found | Gap | Status |
|--------|-------------|-----------|-------|-----|--------|

Status categories:

  • COMPLETE — Found ≥ Specified (100%+)
  • IN PROGRESS — Found is 50–99% of Specified
  • EARLY — Found is 1–49% of Specified
  • NOT STARTED — Found is 0

Priority flags: Flag a system as HIGH PRIORITY in the report if:

  • Status is NOT STARTED or EARLY, AND
  • The system is tagged MVP or Vertical Slice in the systems index, OR
  • The systems index shows the system is blocking downstream systems

Summary line:

  • Total content items specified (sum of all Specified column values)
  • Total content items found (sum of all Found column values)
  • Overall gap percentage: (Specified - Found) / Specified * 100

Phase 4 — Output

Full audit and single-system modes

Present the gap table and summary to the user. Ask: "May I write the full report to docs/content-audit-[YYYY-MM-DD].md?"

If yes, write the file:

# Content Audit — [Date]

## Summary
- **Total specified**: [N] content items across [M] systems
- **Total found**: [N]
- **Gap**: [N] items ([X%] unimplemented)
- **Scope**: [Full audit | System: name]

> Note: Counts are approximations based on file scanning.
> The audit cannot distinguish shipped content from editor/test assets.
> Manual verification is recommended for any HIGH PRIORITY gaps.

## Gap Table

| System | Content Type | Specified | Found | Gap | Status |
|--------|-------------|-----------|-------|-----|--------|

## HIGH PRIORITY Gaps

[List systems flagged HIGH PRIORITY with rationale]

## Per-System Breakdown

### [System Name]
- **GDD**: `design/gdd/[file].md`
- **Content types audited**: [list]
- **Notes**: [any caveats about scan accuracy for this system]

## Recommendation

Focus implementation effort on:
1. [Highest-gap HIGH PRIORITY system]
2. [Second system]
3. [Third system]

## Unspecified Content Counts

The following GDDs describe content without giving explicit counts.
Consider adding counts to improve auditability:
[List of GDDs and content types with "Unspecified"]

After writing the report, ask:

"Would you like to create backlog stories for any of the content gaps?"

If yes: for each system the user selects, suggest a story title and point them to /create-stories [epic-slug] or /quick-design depending on the size of the gap.

--summary mode

Print the Gap Table and Summary directly to conversation. Do not write a file. End with: "Run /content-audit without --summary to write the full report."


Phase 5 — Next Steps

After the audit, recommend the highest-value follow-up actions:

  • If any system is NOT STARTED and MVP-tagged → "Run /design-system [name] to add missing content counts to the GDD before implementation begins."
  • If total gap is >50% → "Run /sprint-plan to allocate content work across upcoming sprints."
  • If backlog stories are needed → "Run /create-stories [epic-slug] for each HIGH PRIORITY gap."
  • If --summary was used → "Run /content-audit (no flag) to write the full report to docs/."

Verdict: COMPLETE — content audit finished.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

adopt

무료

Brownfield onboarding — audits existing project artifacts for template format compliance (not just existence), classifies gaps by impact, and produces a numbered migration plan. Run this when joining an in-progress project or upgrading from an older template version. Distinct from /project-stage-detect (which checks what exists) — this checks whether what exists will actually work with the template's skills.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

Creates an Architecture Decision Record (ADR) documenting a significant technical decision, its context, alternatives considered, and consequences. Every major technical choice should have an ADR.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

Validates completeness and consistency of the project architecture against all GDDs. Builds a traceability matrix mapping every GDD technical requirement to ADRs, identifies coverage gaps, detects cross-ADR conflicts, verifies engine compatibility consistency across all decisions, and produces a PASS/CONCERNS/FAIL verdict. The architecture equivalent of /design-review.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

art-bible

무료

Guided, section-by-section Art Bible authoring. Creates the visual identity specification that gates all asset production. Run after /concept-brainstorm is approved and before /map-systems or any GDD authoring begins.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

Generates placeholder .aseprite files from asset specs using the Aseprite MCP. Reads asset specs and art bible, creates sprites with correct dimensions/palette/layers, exports PNGs. Run after /asset-spec has produced specs and /art-bible exists.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

Audits game assets for compliance with naming conventions, file size budgets, format standards, and pipeline requirements. Identifies orphaned assets, missing references, and standard violations.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

striderZA/OpenCodeGameStudios992026년 10월 7일 업데이트

striderZA의 스킬 모두 보기

이 스킬의 문제 신고