agentleFS
scotidevscotidev/GameDevStudio/.agents/skills/project-stage-detect/SKILL.md

project-stage-detect

Skill1 starsChanged 8 months agoMITView on GitHub

Automatically analyze project state, detect stage, identify gaps, and recommend next steps based on existing artifacts.

15 other projects use a version of this, 10 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use asset-spec, create-control-manifest and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • lilangMaxSkill

    asset-spec

    Generate per-asset visual specifications and AI generation prompts from GDDs, level docs, or character profiles. Produces structured spec files and updates the master asset manifest. Run after art bible and GDD/level design are approved, before production begins.

    Also in 10 projects that use this

  • lilangMaxSkill

    create-control-manifest

    After architecture is complete, produces a flat actionable rules sheet for programmers — what you must do, what you must never do, per system and per layer. Extracted from all Accepted ADRs, technical preferences, and engine reference docs. More immediately actionable than ADRs (which explain why).

    Also in 10 projects that use this

  • +10 more from lilangMax

The file

We split this skill into the rules it gives an agent

12 rules. 10 are common, 1 is distinctive, and 1 is very specific to this project.

  • 10

    Common

    Most of the 14 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Common:

    Check for game-concept.md, game-pillars.md, systems-index.md

    line 30
  2. Common:

    If systems-index.md exists, count total systems vs.

    line 31
  3. Common:

    Check for core/, gameplay/, ai/, networking/, ui/ directories

    line 40
  4. Distinctive:

    Check for active sprint plans

    line 45
  5. Common:

    Look for milestone definitions

    line 46
  6. Common:

    Check for READMEs (documented vs undocumented)

    line 52
  7. Common:

    Check for overview/index documents

    line 58
  8. Very specific:

    If user provided a role argument (e.g., /project-stage-detect programmer):

    line 123
  9. Common:

    Wait for user approval before creating the file.

    line 166
  10. Common:

    After generating the report, suggest relevant next steps:

    line 187
  11. Common:

    Question First: Ask about gaps, don't assume

    line 202
  12. Common:

    User Decides: Wait for direction

    line 204

“Common” is measured: kept by at least 6 in 10 of the 14 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Project Stage Detection

This skill scans your project to determine its current development stage, completeness of artifacts, and gaps that need attention. It's especially useful when:

  • Starting with an existing project
  • Onboarding to a codebase
  • Checking what's missing before a milestone
  • Understanding "where are we?"

Workflow

1. Scan Key Directories

Analyze project structure and content:

Design Documentation (design/):

  • Count GDD files in design/gdd/*.md
  • Check for game-concept.md, game-pillars.md, systems-index.md
  • If systems-index.md exists, count total systems vs. designed systems
  • Analyze completeness (Overview, Detailed Design, Edge Cases, etc.)
  • Count narrative docs in design/narrative/
  • Count level designs in design/levels/

Source Code (src/):

  • Count source files (language-agnostic)
  • Identify major systems (directories with 5+ files)
  • Check for core/, gameplay/, ai/, networking/, ui/ directories
  • Estimate lines of code (rough scale)

Production Artifacts (production/):

  • Check for active sprint plans
  • Look for milestone definitions
  • Find roadmap documents

Prototypes (prototypes/):

  • Count prototype directories
  • Check for READMEs (documented vs undocumented)
  • Assess if prototypes are archived or active

Architecture Docs (docs/architecture/):

  • Count ADRs (Architecture Decision Records)
  • Check for overview/index documents

Tests (tests/):

  • Count test files
  • Estimate test coverage (rough heuristic)

2. Classify Project Stage

Based on scanned artifacts, determine stage. Check production/stage.txt first — if it exists, use its value (explicit override from /gate-check). Otherwise, auto-detect using these heuristics (check from most-advanced backward):

StageIndicators
ConceptNo game concept doc, brainstorming phase
Systems DesignGame concept exists, systems index missing or incomplete
Technical SetupSystems index exists, engine not configured
Pre-ProductionEngine configured, src/ has <10 source files
Productionsrc/ has 10+ source files, active development
PolishExplicit only (set by /gate-check Production → Polish gate)
ReleaseExplicit only (set by /gate-check Polish → Release gate)

3. Collaborative Gap Identification

DO NOT just list missing files. Instead, ask clarifying questions:

  • "I see combat code (src/gameplay/combat/) but no design/gdd/combat-system.md. Was this prototyped first, or should we reverse-document?"
  • "You have 15 ADRs but no architecture overview. Should I create one to help new contributors?"
  • "No sprint plans in production/. Are you tracking work elsewhere (Jira, Trello, etc.)?"
  • "I found a game concept but no systems index. Have you decomposed the concept into individual systems yet, or should we run /map-systems?"
  • "Prototypes directory has 3 projects with no READMEs. Were these experiments, or do they need documentation?"

4. Generate Stage Report

Use template: .agents/docs/templates/project-stage-report.md

Report structure:

# Project Stage Analysis

**Date**: [date]
**Stage**: [Concept/Systems Design/Technical Setup/Pre-Production/Production/Polish/Release]

## Completeness Overview

- Design: [X%] ([N] docs, [gaps])
- Code: [X%] ([N] files, [systems])
- Architecture: [X%] ([N] ADRs, [gaps])
- Production: [X%] ([status])
- Tests: [X%] ([coverage estimate])

## Gaps Identified

1. [Gap description + clarifying question]
2. [Gap description + clarifying question]

## Recommended Next Steps

[Priority-ordered list based on stage and role]

5. Role-Filtered Recommendations (Optional)

If user provided a role argument (e.g., /project-stage-detect programmer):

Programmer:

  • Focus on architecture docs, test coverage, missing ADRs
  • Code-to-docs gaps

Designer:

  • Focus on GDD completeness, missing design sections
  • Prototype documentation

Producer:

  • Focus on sprint plans, milestone tracking, roadmap
  • Cross-team coordination docs

General (no role):

  • Holistic view of all gaps
  • Highest-priority items across domains

6. Request Approval Before Writing

Collaborative protocol:

I've analyzed your project. Here's what I found:

[Show summary]

Gaps identified:
1. [Gap 1 + question]
2. [Gap 2 + question]

Recommended next steps:
- [Priority 1]
- [Priority 2]
- [Priority 3]

May I write the full stage analysis to production/project-stage-report.md?

Wait for user approval before creating the file.


Example Usage

# General project analysis
/project-stage-detect

# Programmer-focused analysis
/project-stage-detect programmer

# Designer-focused analysis
/project-stage-detect designer

Follow-Up Actions

After generating the report, suggest relevant next steps:

  • Concept exists but no systems index? → /map-systems to decompose into systems
  • Missing design docs? → /reverse-document design src/[system]
  • Missing architecture docs? → /architecture-decision or /reverse-document architecture
  • Prototypes need documentation? → /reverse-document concept prototypes/[name]
  • No sprint plan? → /sprint-plan
  • Approaching milestone? → /milestone-review

Collaborative Protocol

This skill follows the collaborative design principle:

  1. Question First: Ask about gaps, don't assume
  2. Present Options: "Should I create X, or is it tracked elsewhere?"
  3. User Decides: Wait for direction
  4. Show Draft: Display report summary
  5. Get Approval: "May I write to production/project-stage-report.md?"

Never silently write files. Always show findings and ask before creating artifacts.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.