@mthanhlm/autodev 0.1.0 → 0.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (51) hide show
  1. package/PUBLISH.md +1 -1
  2. package/README.md +27 -6
  3. package/agents/autodev-codebase-domain.md +16 -0
  4. package/agents/autodev-codebase-quality.md +16 -0
  5. package/agents/autodev-codebase-runtime.md +16 -0
  6. package/agents/autodev-codebase-structure.md +16 -0
  7. package/agents/autodev-review-integration.md +21 -0
  8. package/agents/autodev-review-polish.md +21 -0
  9. package/agents/autodev-review-quality.md +21 -0
  10. package/agents/autodev-review-security.md +21 -0
  11. package/autodev/bin/autodev-tools.cjs +406 -90
  12. package/autodev/templates/codebase/domain.md +13 -0
  13. package/autodev/templates/codebase/quality.md +13 -0
  14. package/autodev/templates/codebase/runtime.md +13 -0
  15. package/autodev/templates/codebase/structure.md +13 -0
  16. package/autodev/templates/codebase/summary.md +13 -0
  17. package/autodev/templates/config.json +6 -1
  18. package/autodev/templates/plan.md +4 -0
  19. package/autodev/templates/project-state.md +11 -0
  20. package/autodev/templates/project.md +3 -0
  21. package/autodev/templates/requirements.md +2 -0
  22. package/autodev/templates/review.md +24 -0
  23. package/autodev/templates/roadmap.md +3 -3
  24. package/autodev/templates/state.md +5 -4
  25. package/autodev/templates/summary.md +3 -1
  26. package/autodev/templates/track-state.md +12 -0
  27. package/autodev/templates/track.md +17 -0
  28. package/autodev/templates/uat.md +5 -2
  29. package/autodev/workflows/autodev.md +62 -0
  30. package/autodev/workflows/cleanup.md +45 -0
  31. package/autodev/workflows/execute-phase.md +15 -6
  32. package/autodev/workflows/explore-codebase.md +57 -0
  33. package/autodev/workflows/help.md +45 -12
  34. package/autodev/workflows/new-project.md +41 -14
  35. package/autodev/workflows/plan-phase.md +19 -8
  36. package/autodev/workflows/progress.md +3 -1
  37. package/autodev/workflows/review-phase.md +59 -0
  38. package/autodev/workflows/verify-work.md +17 -7
  39. package/bin/install.js +78 -18
  40. package/commands/autodev/cleanup.md +23 -0
  41. package/commands/autodev/execute-phase.md +2 -2
  42. package/commands/autodev/explore-codebase.md +33 -0
  43. package/commands/autodev/help.md +1 -1
  44. package/commands/autodev/index.md +35 -0
  45. package/commands/autodev/new-project.md +6 -4
  46. package/commands/autodev/plan-phase.md +2 -2
  47. package/commands/autodev/progress.md +1 -1
  48. package/commands/autodev/review-phase.md +29 -0
  49. package/commands/autodev/verify-work.md +2 -2
  50. package/hooks/autodev-session-state.sh +1 -1
  51. package/package.json +5 -2
@@ -0,0 +1,13 @@
1
+ # Codebase Runtime
2
+
3
+ ## Stack
4
+ - [Languages, frameworks, libraries]
5
+
6
+ ## Build And Run
7
+ - [Commands, services, or boot path]
8
+
9
+ ## Configuration And Environment
10
+ - [Env vars, config files, deployment assumptions]
11
+
12
+ ## External Dependencies
13
+ - [APIs, databases, queues, or packages]
@@ -0,0 +1,13 @@
1
+ # Codebase Structure
2
+
3
+ ## Top-Level Layout
4
+ - [Important directories and files]
5
+
6
+ ## Entry Points
7
+ - [App, server, CLI, worker, or build entry points]
8
+
9
+ ## Architectural Shape
10
+ - [How the code is grouped]
11
+
12
+ ## Hotspots
13
+ - [Files or modules likely to matter for the active track]
@@ -0,0 +1,13 @@
1
+ # Codebase Summary
2
+
3
+ ## Architecture Snapshot
4
+ - [High-level shape]
5
+
6
+ ## What Matters For The Active Track
7
+ - [Most relevant subsystems]
8
+
9
+ ## Safe Change Points
10
+ - [Likely low-risk places to work]
11
+
12
+ ## Risk Alerts
13
+ - [Biggest planning or implementation risks]
@@ -1,6 +1,11 @@
1
1
  {
2
+ "project": {
3
+ "type": null
4
+ },
2
5
  "workflow": {
3
- "research": false
6
+ "research": false,
7
+ "review_after_execute": true,
8
+ "codebase_parallel_agents": 4
4
9
  },
5
10
  "execution": {
6
11
  "parallel": false
@@ -1,10 +1,14 @@
1
1
  # Phase [N] Plan: [Name]
2
2
 
3
+ Type: [feature|bugfix|refactor|research|polish]
4
+
3
5
  ## Goal
4
6
  [Phase goal]
5
7
 
6
8
  ## Inputs
7
9
  - PROJECT.md
10
+ - codebase summary if available
11
+ - TRACK.md
8
12
  - REQUIREMENTS.md
9
13
  - ROADMAP.md
10
14
  - Current codebase state
@@ -0,0 +1,11 @@
1
+ # Project State
2
+
3
+ Project Type: [greenfield or brownfield]
4
+ Active Track: [slug]
5
+ Current Step: initialized
6
+ Status: active
7
+ Next Command: /autodev
8
+ Last Updated: [ISO timestamp]
9
+
10
+ ## Notes
11
+ - Project initialized.
@@ -3,6 +3,9 @@
3
3
  ## One-Line Summary
4
4
  [Describe the product in one sentence.]
5
5
 
6
+ ## Project Type
7
+ [greenfield or brownfield]
8
+
6
9
  ## Problem
7
10
  [What pain are you solving?]
8
11
 
@@ -1,5 +1,7 @@
1
1
  # Requirements
2
2
 
3
+ Track: [Name]
4
+
3
5
  ## Must Have
4
6
  1. REQ-01: [Requirement]
5
7
  Acceptance:
@@ -0,0 +1,24 @@
1
+ # Phase [N] Review: [Name]
2
+
3
+ Status: pending
4
+
5
+ ## Code Quality
6
+ - [Finding or "no blocking findings"]
7
+
8
+ ## Security
9
+ - [Finding or "no blocking findings"]
10
+
11
+ ## Integration And Regression
12
+ - [Finding or "no blocking findings"]
13
+
14
+ ## Product Polish And AI-Look
15
+ - [Finding or "no blocking findings"]
16
+
17
+ ## Blockers
18
+ - [Blocker or "none"]
19
+
20
+ ## Strengths
21
+ - [What looks solid]
22
+
23
+ ## Recommendation
24
+ - [Return to execution or continue to verification]
@@ -1,6 +1,6 @@
1
- # Roadmap
1
+ # Track Roadmap
2
2
 
3
- ## Phase 1: [Name]
3
+ ## Phase 1 [feature]: [Name]
4
4
  Status: pending
5
5
  Goal: [What this phase achieves]
6
6
  Deliverables:
@@ -8,7 +8,7 @@ Deliverables:
8
8
  Risks:
9
9
  - [Risk]
10
10
 
11
- ## Phase 2: [Name]
11
+ ## Phase 2 [feature]: [Name]
12
12
  Status: pending
13
13
  Goal: [What this phase achieves]
14
14
  Deliverables:
@@ -1,9 +1,10 @@
1
- # State
1
+ # Project State
2
2
 
3
- Current Phase: 1
4
- Current Step: planning
3
+ Project Type: [greenfield or brownfield]
4
+ Active Track: [slug]
5
+ Current Step: initialized
5
6
  Status: active
6
- Next Command: /autodev-plan-phase 1
7
+ Next Command: /autodev
7
8
  Last Updated: [ISO timestamp]
8
9
 
9
10
  ## Notes
@@ -1,5 +1,7 @@
1
1
  # Phase [N] Summary: [Name]
2
2
 
3
+ Type: [feature|bugfix|refactor|research|polish]
4
+
3
5
  ## Completed
4
6
  - [What shipped]
5
7
 
@@ -13,4 +15,4 @@
13
15
  - [Known gap]
14
16
 
15
17
  ## Next Step
16
- - Run `/autodev-verify-work [N]`
18
+ - Run `/autodev`
@@ -0,0 +1,12 @@
1
+ # Track State
2
+
3
+ Track: [Name]
4
+ Current Phase: 1
5
+ Current Phase Type: [feature]
6
+ Current Step: planning
7
+ Status: active
8
+ Next Command: /autodev
9
+ Last Updated: [ISO timestamp]
10
+
11
+ ## Notes
12
+ - Track ready.
@@ -0,0 +1,17 @@
1
+ # Track: [Name]
2
+
3
+ Type: [feature|bugfix|refactor|research|polish]
4
+ Status: active
5
+
6
+ ## Outcome
7
+ [What this track is trying to achieve.]
8
+
9
+ ## Scope Boundaries
10
+ - [What is in scope]
11
+ - [What is explicitly out of scope]
12
+
13
+ ## Dependencies
14
+ - [Team, system, or technical dependency]
15
+
16
+ ## Existing Code Notes
17
+ - [Important brownfield context or leave none]
@@ -6,10 +6,13 @@ Status: pending
6
6
  - [ ] [Behavior to verify]
7
7
 
8
8
  ## Results
9
- - [Pass/fail notes]
9
+ - [Pass or fail notes]
10
10
 
11
11
  ## Bugs Or Follow-Up
12
12
  - [Issue or none]
13
13
 
14
+ ## Fix Return
15
+ - [Only add when verification fails]
16
+
14
17
  ## Recommended Next Step
15
- - [Next command]
18
+ - `/autodev`
@@ -0,0 +1,62 @@
1
+ <purpose>
2
+ Use `/autodev` as the single entrypoint for the normal workflow. Route automatically, keep git read-only, and move the project forward in the same turn whenever possible.
3
+ </purpose>
4
+
5
+ <rules>
6
+ - Prefer `/autodev` over telling the user to run a different command manually.
7
+ - Manual commands remain valid escape hatches. Mention them only as shortcuts.
8
+ - Keep the model `project -> track -> phase`.
9
+ - Brownfield repositories should be mapped before detailed phase planning.
10
+ - Never run git write commands.
11
+ </rules>
12
+
13
+ <process>
14
+ 1. Run:
15
+
16
+ ```bash
17
+ node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init autodev
18
+ ```
19
+
20
+ 2. Inspect the returned `route.kind`, `project_type`, `tracks`, and active phase data.
21
+
22
+ 3. Route as follows, and complete the selected workflow in the same turn:
23
+ - `init_project`: perform the new-project workflow.
24
+ - `explore_codebase`: perform the explore-codebase workflow.
25
+ - `plan_phase`: perform the plan-phase workflow.
26
+ - `execute_phase`: perform the execute-phase workflow.
27
+ - `review_phase`: perform the review-phase workflow.
28
+ - `verify_phase`: perform the verify-work workflow.
29
+
30
+ 4. If the route is `track_select` or `track_setup`, handle it directly:
31
+ - If tracks exist, ask whether to continue one of them or create a new track.
32
+ - If no tracks exist, ask only for the current initiative name, desired outcome, and likely phase types.
33
+ - Create or repair:
34
+ - `.autodev/ACTIVE_TRACK`
35
+ - `.autodev/tracks/<slug>/TRACK.md`
36
+ - `.autodev/tracks/<slug>/REQUIREMENTS.md`
37
+ - `.autodev/tracks/<slug>/ROADMAP.md`
38
+ - `.autodev/tracks/<slug>/STATE.md`
39
+ - Use a lowercase hyphenated slug.
40
+ - Use roadmap headings in this format:
41
+
42
+ ```text
43
+ ## Phase N [type]: Name
44
+ ```
45
+
46
+ - After track setup, continue in the same turn by re-running the route logic mentally and executing the next step.
47
+
48
+ 5. If the route is `track_complete`, ask whether the user wants to:
49
+ - start a new track
50
+ - run cleanup
51
+ - stop here
52
+
53
+ 6. When the user chooses a new track at step 5, create it immediately and continue routing in the same turn.
54
+
55
+ 7. Every time you finish a routed step, keep both project-level and track-level state aligned. Default the state files to `Next Command: /autodev`.
56
+
57
+ 8. End with:
58
+ - what step you completed
59
+ - the current route reason in plain language
60
+ - `/autodev` as the default next command
61
+ - the matching manual shortcut when useful
62
+ </process>
@@ -0,0 +1,45 @@
1
+ <purpose>
2
+ Clean or archive autodev state without flags. Prefer preserving useful project context over deleting it.
3
+ </purpose>
4
+
5
+ <rules>
6
+ - Ask the user which cleanup action to take. Do not rely on flags.
7
+ - Archive before delete when a safe archive path makes sense.
8
+ - Require typed confirmation before deleting all `.autodev/` state.
9
+ - Never touch repository code outside `.autodev/`.
10
+ </rules>
11
+
12
+ <process>
13
+ 1. Run:
14
+
15
+ ```bash
16
+ node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init autodev
17
+ ```
18
+
19
+ 2. If no `.autodev/` project exists, stop and say there is nothing to clean.
20
+
21
+ 3. Ask the user to choose one action:
22
+ - archive completed phase artifacts only
23
+ - archive the current track and clear the active selection
24
+ - delete all `.autodev/` state
25
+
26
+ 4. For `archive completed phase artifacts only`:
27
+ - create `.autodev/archive/<track-slug>/phases/` if needed
28
+ - move only verified phase directories there
29
+ - leave project docs, codebase docs, active track, and unfinished phases in place
30
+ - update project and track state to `Next Command: /autodev`
31
+
32
+ 5. For `archive the current track and clear the active selection`:
33
+ - move `.autodev/tracks/<slug>/` to `.autodev/archive/tracks/<slug>-<timestamp>/`
34
+ - remove `.autodev/ACTIVE_TRACK`
35
+ - update `.autodev/STATE.md` to `Current Step: track-selection` and `Next Command: /autodev`
36
+
37
+ 6. For `delete all .autodev state`:
38
+ - ask the user to type `DELETE AUTODEV`
39
+ - only then remove `.autodev/`
40
+
41
+ 7. End with:
42
+ - what was archived or deleted
43
+ - what project context remains
44
+ - the next recommended route
45
+ </process>
@@ -1,5 +1,5 @@
1
1
  <purpose>
2
- Execute a phase plan sequentially, keep the edits pragmatic, and capture the real outcome in a summary.
2
+ Execute an active-track phase plan sequentially, keep the edits pragmatic, and capture the real outcome in a summary.
3
3
  </purpose>
4
4
 
5
5
  <rules>
@@ -20,6 +20,8 @@ node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init execute-phase "$ARGUMENT
20
20
 
21
21
  3. Read:
22
22
  - `.autodev/STATE.md`
23
+ - `.autodev/tracks/<active-track>/STATE.md`
24
+ - `.autodev/codebase/summary.md` if it exists
23
25
  - the target `NN-PLAN.md`
24
26
  - the source files needed for the current phase
25
27
 
@@ -38,13 +40,20 @@ node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init execute-phase "$ARGUMENT
38
40
  - remaining risks
39
41
  - next step
40
42
 
41
- 7. Update `.autodev/STATE.md` so it points to:
43
+ 7. Update the active track `STATE.md` so it points to:
42
44
  - `Current Phase: N`
43
- - `Current Step: executed`
44
- - `Next Command: /autodev-verify-work N`
45
+ - `Current Phase Type: <type>`
46
+ - `Current Step: review`
47
+ - `Next Command: /autodev`
45
48
  - current ISO timestamp
46
49
 
47
- 8. If the phase is blocked or incomplete, say so clearly in the summary and set the next command back to `/autodev-execute-phase N`.
50
+ 8. Update `.autodev/STATE.md` so it points to:
51
+ - `Active Track: <slug>`
52
+ - `Current Step: review`
53
+ - `Next Command: /autodev`
54
+ - current ISO timestamp
55
+
56
+ 9. If the phase is blocked or incomplete, say so clearly in the summary and set both state files back to `Current Step: execution`, with `Next Command: /autodev`.
48
57
 
49
- 9. End with a short outcome summary and the next recommended command.
58
+ 10. End with a short outcome summary and the next recommended command. Mention that the automatic review bundle is the next routed step.
50
59
  </process>
@@ -0,0 +1,57 @@
1
+ <purpose>
2
+ Map a brownfield repository quickly and use four parallel agents to produce a usable codebase brief without drifting into over-analysis.
3
+ </purpose>
4
+
5
+ <rules>
6
+ - Always spawn four agents in parallel for this workflow.
7
+ - Give each agent a disjoint write target.
8
+ - Use read-only investigation only. No git writes.
9
+ - Focus on information that will improve planning and execution for the active track.
10
+ </rules>
11
+
12
+ <process>
13
+ 1. Run:
14
+
15
+ ```bash
16
+ node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init explore-codebase
17
+ ```
18
+
19
+ 2. If no project exists, stop and tell the user to use `/autodev` or `/autodev-new-project`.
20
+
21
+ 3. Read:
22
+ - `.autodev/PROJECT.md`
23
+ - `.autodev/STATE.md`
24
+ - `.autodev/ACTIVE_TRACK`
25
+ - the active track docs if they exist
26
+ - representative repo files needed to orient the exploration
27
+
28
+ 4. Spawn four parallel agents with these owned outputs:
29
+ - `autodev-codebase-structure` owns `.autodev/codebase/structure.md`
30
+ - `autodev-codebase-domain` owns `.autodev/codebase/domain.md`
31
+ - `autodev-codebase-runtime` owns `.autodev/codebase/runtime.md`
32
+ - `autodev-codebase-quality` owns `.autodev/codebase/quality.md`
33
+
34
+ 5. Tell each agent:
35
+ - it is not alone in the codebase
36
+ - it must not overwrite another agent's file
37
+ - it should stay read-only except for its owned output file
38
+ - it should prefer concise, decision-useful findings over exhaustive listing
39
+
40
+ 6. After the four agent outputs are written, review them and synthesize `.autodev/codebase/summary.md` with:
41
+ - architectural overview
42
+ - major constraints
43
+ - current track implications
44
+ - hotspots and likely safe change points
45
+ - the next planning risks to watch
46
+
47
+ 7. Update `.autodev/STATE.md` and the active track `STATE.md` so they reflect:
48
+ - `Current Step: planning`
49
+ - `Next Command: /autodev`
50
+ - refreshed ISO timestamp
51
+
52
+ 8. End with:
53
+ - the biggest structural insight
54
+ - the biggest risk
55
+ - `/autodev` as the next command
56
+ - `/autodev-plan-phase <n>` as the manual shortcut when obvious
57
+ </process>
@@ -2,29 +2,62 @@
2
2
 
3
3
  Lean Claude Code workflow. No automatic commits. No branches. No worktrees. Git is read-only.
4
4
 
5
- ## Commands
5
+ ## Main Entry
6
6
 
7
+ - `/autodev`
8
+ The normal command. It routes automatically through project setup, codebase mapping, planning, execution, review, verification, and cleanup.
9
+
10
+ ## Manual Commands
11
+
12
+ - `/autodev-help`
13
+ Shows this reference.
7
14
  - `/autodev-new-project`
8
- Creates `.autodev/PROJECT.md`, `REQUIREMENTS.md`, `ROADMAP.md`, `STATE.md`, and `config.json`.
15
+ Creates project state in `.autodev/` and the first active track under `.autodev/tracks/<track>/`.
16
+ - `/autodev-explore-codebase`
17
+ Spawns four parallel agents to map a brownfield repo into `.autodev/codebase/`.
9
18
  - `/autodev-plan-phase [phase]`
10
- Creates or revises one phase plan in `.autodev/phases/NN-name/NN-PLAN.md`.
19
+ Creates or revises one phase plan in `.autodev/tracks/<track>/phases/NN-type-name/NN-PLAN.md`.
11
20
  - `/autodev-execute-phase [phase]`
12
21
  Executes one phase plan sequentially and writes `NN-SUMMARY.md`.
22
+ - `/autodev-review-phase [phase]`
23
+ Spawns four review agents for code quality, security, integration, and polish, then writes `NN-REVIEW.md`.
13
24
  - `/autodev-verify-work [phase]`
14
- Records manual verification in `NN-UAT.md`.
25
+ Records manual verification in `NN-UAT.md` and captures fix-return gaps when verification fails.
15
26
  - `/autodev-progress`
16
- Shows the current project status and next command.
17
- - `/autodev-help`
18
- Shows this reference.
27
+ Shows project type, active track, phase status, and the next recommended route.
28
+ - `/autodev-cleanup`
29
+ Asks what to clean or archive. No flags required.
30
+
31
+ ## Workflow Model
32
+
33
+ ```text
34
+ project -> track -> phase
35
+ ```
36
+
37
+ - `project`
38
+ Whole repo or product context.
39
+ - `track`
40
+ The current initiative, feature line, refactor, or bugfix stream.
41
+ - `phase`
42
+ Small execution slices inside the active track.
19
43
 
20
44
  ## Default Flow
21
45
 
22
46
  ```text
23
- /autodev-new-project
24
- /autodev-plan-phase 1
25
- /autodev-execute-phase 1
26
- /autodev-verify-work 1
27
- /autodev-progress
47
+ /autodev
48
+ ```
49
+
50
+ Typical brownfield route:
51
+
52
+ ```text
53
+ /autodev
54
+ -> new project
55
+ -> explore codebase
56
+ -> plan
57
+ -> execute
58
+ -> review
59
+ -> verify
60
+ -> next track or cleanup
28
61
  ```
29
62
 
30
63
  ## Git Policy
@@ -1,11 +1,12 @@
1
1
  <purpose>
2
- Initialize `.autodev/` with the minimum useful project context. Prefer fast clarity over exhaustive ceremonies.
2
+ Initialize `.autodev/` with useful project-level context, then create the first active track. Prefer fast clarity over exhaustive ceremonies.
3
3
  </purpose>
4
4
 
5
5
  <rules>
6
6
  - Do not run `git init`, `git add`, `git commit`, `git checkout`, `git switch`, `git merge`, `git rebase`, `git worktree`, `git push`, `git pull`, `git stash`, `git reset`, `git fetch`, or `git clone`.
7
7
  - Git is read-only only.
8
8
  - Use concise questioning. Ask only for details that materially change requirements or roadmap.
9
+ - Treat the repository as a `project`, then put the current initiative in a `track`.
9
10
  </rules>
10
11
 
11
12
  <process>
@@ -15,34 +16,57 @@ Initialize `.autodev/` with the minimum useful project context. Prefer fast clar
15
16
  node "$HOME/.claude/autodev/bin/autodev-tools.cjs" init new-project
16
17
  ```
17
18
 
18
- 2. If `.autodev/PROJECT.md` already exists, stop and tell the user to use `/autodev-progress`.
19
+ 2. If `.autodev/PROJECT.md` already exists, stop and tell the user to use `/autodev`.
19
20
 
20
- 3. If the current prompt does not provide enough information to write a real roadmap, ask a short set of questions to lock:
21
- - the product outcome
22
- - the primary user
23
- - any hard constraints
21
+ 3. If the current prompt does not provide enough information, ask only for:
22
+ - the product or repository purpose
23
+ - whether this is greenfield or brownfield if ambiguous
24
+ - the first track name and desired outcome
25
+ - hard constraints only if they materially affect planning
24
26
 
25
27
  4. Read the templates from the execution context.
26
28
 
27
29
  5. Create `.autodev/config.json` from the template with these defaults unless the user explicitly asks otherwise:
30
+ - `project.type: "greenfield"` or `"brownfield"`
28
31
  - `workflow.research: false`
32
+ - `workflow.review_after_execute: true`
33
+ - `workflow.codebase_parallel_agents: 4`
29
34
  - `execution.parallel: false`
30
35
  - `git.mode: "read-only"`
31
36
 
32
37
  6. Write `.autodev/PROJECT.md` with:
33
38
  - one-line summary
34
- - problem
35
- - users
39
+ - project type
40
+ - repo or product problem
41
+ - users or operators
36
42
  - success criteria
37
43
  - constraints
38
44
  - non-goals
39
45
 
40
- 7. Write `.autodev/REQUIREMENTS.md` with clear must-have requirements and acceptance bullets.
46
+ 7. Create `.autodev/ACTIVE_TRACK` with a lowercase hyphenated slug for the first track.
41
47
 
42
- 8. Write `.autodev/ROADMAP.md` with 3-8 phases using this exact heading format:
48
+ 8. Write `.autodev/STATE.md` with:
49
+ - `Project Type: ...`
50
+ - `Active Track: <slug>`
51
+ - `Current Step: initialized`
52
+ - `Status: active`
53
+ - `Next Command: /autodev`
54
+ - current ISO timestamp
55
+
56
+ 9. Create `.autodev/tracks/<slug>/TRACK.md` with:
57
+ - track name
58
+ - type or workstream shape
59
+ - desired outcome
60
+ - scope boundaries
61
+ - known dependencies
62
+ - brownfield notes if this is an existing repo
63
+
64
+ 10. Write `.autodev/tracks/<slug>/REQUIREMENTS.md` with clear must-have requirements and acceptance bullets for the track only.
65
+
66
+ 11. Write `.autodev/tracks/<slug>/ROADMAP.md` with 2-8 phases using this exact heading format:
43
67
 
44
68
  ```text
45
- ## Phase N: Name
69
+ ## Phase N [type]: Name
46
70
  ```
47
71
 
48
72
  Each phase must include:
@@ -51,12 +75,15 @@ Each phase must include:
51
75
  - `Deliverables:`
52
76
  - `Risks:`
53
77
 
54
- 9. Write `.autodev/STATE.md` with:
78
+ 12. Write `.autodev/tracks/<slug>/STATE.md` with:
55
79
  - `Current Phase: 1`
80
+ - `Current Phase Type: <type>`
56
81
  - `Current Step: planning`
57
82
  - `Status: active`
58
- - `Next Command: /autodev-plan-phase 1`
83
+ - `Next Command: /autodev`
59
84
  - current ISO timestamp
60
85
 
61
- 10. End with a short summary and direct the user to `/autodev-plan-phase 1`.
86
+ 13. If the project is brownfield, do not fake a codebase map. Leave that for `/autodev-explore-codebase`, and make that the default next step. Otherwise, the next step is planning phase 1.
87
+
88
+ 14. End with a short summary and direct the user to `/autodev`. Mention the manual shortcut only if useful.
62
89
  </process>