create-harness-vibe-coding 0.1.2 → 0.1.4

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 (40) hide show
  1. package/README.md +166 -0
  2. package/package.json +3 -4
  3. package/src/generator.js +3 -5
  4. package/src/index.js +8 -8
  5. package/templates/common/.claude/agents/architect.md +35 -0
  6. package/templates/common/.claude/agents/debugger.md +42 -0
  7. package/templates/common/.claude/agents/docs-researcher.md +43 -0
  8. package/templates/common/.claude/agents/implementer.md +41 -0
  9. package/templates/common/.claude/agents/planner.md +35 -0
  10. package/templates/common/.claude/agents/researcher.md +42 -0
  11. package/templates/common/.claude/agents/reviewer.md +34 -0
  12. package/templates/common/.claude/agents/test-writer.md +39 -0
  13. package/templates/common/.claude/agents/verifier.md +33 -0
  14. package/templates/common/.claude/rules/ecc/common.md +25 -22
  15. package/templates/common/.claude/skills/harness-build-loop/SKILL.md +21 -0
  16. package/templates/common/.claude/skills/harness-context/SKILL.md +24 -0
  17. package/templates/common/.claude/skills/harness-lifecycle/SKILL.md +19 -0
  18. package/templates/common/.claude/skills/harness-research/SKILL.md +29 -0
  19. package/templates/common/.claude/skills/harness-router/SKILL.md +14 -0
  20. package/templates/common/AGENTS.md +3 -1
  21. package/templates/common/CLAUDE.md +30 -33
  22. package/templates/common/MEMORY.md +30 -7
  23. package/templates/common/SETUP.md +42 -68
  24. package/templates/common/docs/README.md +81 -96
  25. package/templates/common/docs/domain/ports.md +26 -26
  26. package/templates/common/docs/features/_template.md +34 -25
  27. package/templates/common/docs/harness/PLAN.md +80 -0
  28. package/templates/common/docs/harness/agent-workflow.md +57 -116
  29. package/templates/common/docs/harness/architecture.md +51 -48
  30. package/templates/common/docs/harness/context-loading.md +93 -0
  31. package/templates/common/docs/harness/data-flow.md +20 -20
  32. package/templates/common/docs/harness/dispatch.md +82 -0
  33. package/templates/common/docs/harness/extension.md +67 -0
  34. package/templates/common/docs/harness/lifecycle.md +33 -0
  35. package/templates/common/docs/harness/state-machines.md +15 -15
  36. package/templates/common/docs/research/PRD.md +25 -23
  37. package/templates/common/docs/research/README.md +121 -0
  38. package/templates/common/docs/research/research-results.md +66 -0
  39. package/templates/common/scripts/validate-harness.mjs +207 -0
  40. package/templates/common/docs/research/scaffolds.md +0 -60
@@ -1,32 +1,35 @@
1
1
  ---
2
- description: "Universal coding principles — always applied"
2
+ description: "Universal harness constraints"
3
3
  alwaysApply: true
4
4
  ---
5
5
 
6
- # Universal Coding Rules
6
+ # Universal Rules
7
7
 
8
- ## Architecture Boundaries (CLAUDE.md enforced)
9
- - `domain/` depends on stdlib only — no infrastructure imports ever
10
- - `application/` depends on `domain/` only
11
- - `infrastructure/` implements ports defined in `domain/`
12
- - `harness/` coordinates workflows, contains no domain business rules
8
+ ## Context
13
9
 
14
- ## Code Style
15
- - Prefer small, deterministic, pure functions
16
- - Functions > 30 lines need a comment explaining why they can't be split
17
- - No hidden global state in strategy or service objects
18
- - Explicit over implicit: type hints on all function signatures
10
+ - Start with `CLAUDE.md`, `MEMORY.md`, and `docs/README.md`.
11
+ - Do not bulk-read `docs/`. Load by router trigger.
12
+ - Keep `docs/harness/PLAN.md` current when work has multiple steps, files, or agents.
19
13
 
20
- ## Git Workflow
21
- - Commit format: `type(scope): message` — types: feat/fix/test/docs/refactor/chore
22
- - Every feature PR must include: implementation + tests + doc update
23
- - Keep commits atomic; one logical change per commit
14
+ ## Verification
24
15
 
25
- ## Testing
26
- - Write tests before or alongside implementation, not after
27
- - Test behavior, not implementation details
28
- - Tests must be deterministic and not depend on wall-clock time
16
+ - Define acceptance criteria before implementation.
17
+ - New behavior: failing test first, or a written manual check if automation is not feasible yet.
18
+ - Bug fix: reproduction first.
19
+ - Before release, add CI for the chosen stack and run the full verification path.
20
+
21
+ ## Subagents
22
+
23
+ - Use `docs/harness/context-loading.md` before spawning.
24
+ - Use `docs/harness/dispatch.md` before parallel or multi-agent work.
25
+ - Use `docs/harness/extension.md` before adding stack-specific agents, skills, rules, or hooks.
26
+ - Every subagent needs role, task, read boundary, write boundary, and return format.
27
+ - Writing agents must run serially unless write sets are disjoint.
28
+ - If the runtime cannot spawn subagents, emulate the same role pack in a separate bounded pass.
29
+ - Main agent owns integration and final verification.
29
30
 
30
31
  ## Security
31
- - No API keys or secrets in source code — use environment variables
32
- - Validate all external data at system boundaries
32
+
33
+ - No secrets in source code.
34
+ - Validate external input at system boundaries.
35
+ - High-risk actions need explicit user approval or documented permission policy.
@@ -0,0 +1,21 @@
1
+ ---
2
+ name: harness-build-loop
3
+ description: Use for implementation, review, debugging, verification, and closing a feature.
4
+ ---
5
+
6
+ # Harness Build Loop
7
+
8
+ Load:
9
+
10
+ - `docs/harness/agent-workflow.md`
11
+ - `docs/harness/dispatch.md` when more than one agent is useful
12
+ - `docs/harness/PLAN.md`
13
+ - current feature doc if present
14
+
15
+ Follow:
16
+
17
+ ```text
18
+ acceptance criteria -> failing test/manual check -> implementation -> verify -> review -> docs sync
19
+ ```
20
+
21
+ Close only with recorded verification evidence.
@@ -0,0 +1,24 @@
1
+ ---
2
+ name: harness-context
3
+ description: Use before spawning subagents, splitting work, or when context is growing.
4
+ ---
5
+
6
+ # Harness Context
7
+
8
+ Load:
9
+
10
+ - `docs/harness/context-loading.md`
11
+ - `docs/harness/dispatch.md` when more than one agent is useful
12
+ - `docs/harness/PLAN.md`
13
+ - current feature doc if present
14
+
15
+ For each subagent or bounded pass, provide:
16
+
17
+ - role
18
+ - task
19
+ - mode
20
+ - read boundary
21
+ - write boundary
22
+ - dependency
23
+ - injected docs
24
+ - return format
@@ -0,0 +1,19 @@
1
+ ---
2
+ name: harness-lifecycle
3
+ description: Use for raw ideas, vague product requests, 0-1 planning, PRD work, scope decisions, or feedback loops.
4
+ ---
5
+
6
+ # Harness Lifecycle
7
+
8
+ Load:
9
+
10
+ - `docs/harness/lifecycle.md`
11
+ - `docs/research/PRD.md`
12
+ - `docs/harness/PLAN.md`
13
+
14
+ Output:
15
+
16
+ - current phase
17
+ - blocking questions or recorded assumptions
18
+ - next artifact to fill
19
+ - gate before coding
@@ -0,0 +1,29 @@
1
+ ---
2
+ name: harness-research
3
+ description: Use for market, product, stack, dependency, API, pricing, legal, security, or open-source research before PRD or architecture decisions.
4
+ ---
5
+
6
+ # Harness Research
7
+
8
+ Load:
9
+
10
+ - `docs/research/README.md`
11
+ - `docs/research/research-results.md`
12
+ - `docs/harness/PLAN.md`
13
+
14
+ Define:
15
+
16
+ - research question
17
+ - decision needed
18
+ - source boundaries
19
+ - tool choice: local / GitHub / Tavily / TinyFish / built-in web search / user-provided sources
20
+ - fallback when the preferred tool is unavailable
21
+ - return format
22
+
23
+ Return:
24
+
25
+ - queries and tools used
26
+ - sources with links and source type
27
+ - adopted / rejected / watch decisions
28
+ - risks and unknowns
29
+ - patch-ready `docs/research/research-results.md` update
@@ -0,0 +1,14 @@
1
+ ---
2
+ name: harness-router
3
+ description: Use at the start of any task, or when unsure which harness document applies. Keeps context small by routing to one primary doc.
4
+ ---
5
+
6
+ # Harness Router
7
+
8
+ 1. Read `docs/README.md`.
9
+ 2. Identify the current situation from "Load By Task".
10
+ 3. Load only the listed primary doc(s).
11
+ 4. If the task grows, update `docs/harness/PLAN.md` and use `harness-context`.
12
+ 5. If multiple agents are useful, use `docs/harness/dispatch.md`.
13
+
14
+ Do not bulk-read `docs/`.
@@ -2,4 +2,6 @@
2
2
 
3
3
  Entry point for coding agents.
4
4
 
5
- Read `CLAUDE.md` first, then follow docs in `docs/`.
5
+ Read `CLAUDE.md` first, then `docs/README.md`.
6
+
7
+ Do not bulk-read `docs/`. Let `docs/README.md` route you to the smallest useful context.
@@ -2,22 +2,31 @@
2
2
 
3
3
  ## 📖 Doc Navigation (read before every task)
4
4
 
5
- `@docs/README.md` is the project fact source. Route by role:
5
+ `@docs/README.md` is the project fact source and router. Keep context small: load the matching row, then only the docs it directly names.
6
+
7
+ Every new session starts with:
8
+ 1. Read `@MEMORY.md`.
9
+ 2. Read `@docs/README.md`.
10
+ 3. If work spans more than one step, update `@docs/harness/PLAN.md`.
6
11
 
7
12
  | Your Role | Required Reading |
8
13
  |-----------|-----------------|
14
+ | New to the project / unclear idea | `docs/harness/lifecycle.md` → `docs/research/PRD.md` |
15
+ | Researching market / stack / examples | `docs/research/README.md` → `docs/research/research-results.md` |
9
16
  | Writing code / implementing | `docs/harness/agent-workflow.md` → `docs/features/_template.md` |
10
17
  | Designing architecture / new modules | `docs/harness/architecture.md` → `docs/domain/ports.md` |
11
- | Reviewing code | `docs/harness/state-machines.md` → tests |
18
+ | Reviewing code | `docs/harness/agent-workflow.md` → tests |
12
19
  | Fixing bugs / debugging | `docs/harness/data-flow.md` → `docs/harness/state-machines.md` |
13
- | New to the project | `docs/research/PRD.md` → `docs/harness/architecture.md` |
20
+ | Coordinating subagents | `docs/harness/context-loading.md` → `docs/harness/dispatch.md` |
14
21
 
15
22
  **Hard rules**:
16
- - Before touching cross-layer boundaries, read `docs/domain/ports.md`
17
- - Before adding failure paths, read `docs/harness/data-flow.md`
18
- - Before modifying stateful components, read `docs/harness/state-machines.md`
19
- - Unsure whether to open a feature doc? Read `docs/harness/agent-workflow.md` §1
20
- - **Every new session must read `@MEMORY.md`** for accumulated context
23
+ - Before touching cross-layer boundaries, read `docs/domain/ports.md`.
24
+ - Before adding failure paths, read `docs/harness/data-flow.md`.
25
+ - Before modifying stateful components, read `docs/harness/state-machines.md`.
26
+ - Unsure whether to open a feature doc? Read `docs/harness/agent-workflow.md` §1.
27
+ - Before coordinating multiple agents, fill `docs/harness/PLAN.md#Parallel Dispatch` and follow `docs/harness/dispatch.md`.
28
+ - When adding stack-specific agents, skills, rules, or hooks, follow `docs/harness/extension.md`.
29
+ - **Every new session must read `@MEMORY.md`** for accumulated context.
21
30
 
22
31
  ---
23
32
 
@@ -89,25 +98,13 @@ Strong success criteria let you loop independently. Weak criteria ("make it work
89
98
 
90
99
  ## 5. Memory & Self-Learning
91
100
 
92
- When a user expresses "remember / preference / habit / correction" intent, **persist to `MEMORY.md`** for reuse across sessions.
93
- **Important**: Every new session must read `@MEMORY.md`.
94
-
95
- ### 5.1 Trigger Words
96
-
97
- When the user's message contains these keywords or intent, write to `MEMORY.md`:
101
+ Every new session must read `@MEMORY.md`.
98
102
 
99
- | Trigger Phrase | Meaning | Write To |
100
- |---|---|---|
101
- | "remember…", "note…", "save…" | User wants to persist a fact/preference | User Mem |
102
- | "don't ever…", "never…", "stop doing…" | User corrects a behavior — avoid in future | User Mem |
103
- | "next time…", "always…", "from now on…" | User specifies a future default behavior | User Mem |
104
- | "I prefer…", "I like…", "my workflow…" | User expresses a work habit or preference | User Mem |
103
+ ### 5.1 User Memory
105
104
 
106
- If unclear whether a message triggers memory, ask the user before writing. Don't auto-record every conversation.
105
+ Persist only durable user preferences, corrections, or workflow defaults. Trigger examples: "remember", "never", "next time", "always", "I prefer".
107
106
 
108
- ### 5.2 MEMORY.md Write Format
109
-
110
- Append to `## User Mem` in `MEMORY.md`, newest first:
107
+ Append newest first under `MEMORY.md#User Mem`:
111
108
 
112
109
  ```markdown
113
110
  ### YYYY-MM-DD — <short title>
@@ -116,17 +113,17 @@ Append to `## User Mem` in `MEMORY.md`, newest first:
116
113
  - **Why**: <user's reason, if provided>
117
114
  ```
118
115
 
119
- ### 5.3 Self-Learning: Tool Usage Standards
116
+ Do not record ordinary conversation. If persistence is ambiguous, ask first.
117
+
118
+ ### 5.2 Tool Self-Learning
120
119
 
121
- When Claude Code discovers the following patterns (without involving user privacy), auto-append to `## Tool Usage Standards` in `MEMORY.md`:
120
+ Auto-record only reusable, non-private workflow lessons under `MEMORY.md#Tool Usage Standards` when:
122
121
 
123
- | Pattern Discovered | Record |
124
- |---|---|
125
- | A tool/MCP/skill fails 3+ times when called frequently, or has a better alternative | Record: scenario → failure cause → recommended alternative |
126
- | A code error repeats in the same file/module (lint errors, type errors, import errors) | Record: error type → trigger condition → fix template |
127
- | A skill/MCP is called in a way that deviates from best practices, causing inefficiency | Record: correct usage → usage to avoid |
122
+ - the same tool/MCP/skill failure repeats 3+ times, or a better alternative is found
123
+ - the same local error pattern repeats, such as lint, type, import, or test setup failures
124
+ - a skill/tool is used inefficiently and a clearer standard emerges
128
125
 
129
- Format:
126
+ Use this format:
130
127
 
131
128
  ```markdown
132
129
  ### <tool/skill name> — <brief issue>
@@ -136,4 +133,4 @@ Format:
136
133
  - **Date**: <first recorded date>
137
134
  ```
138
135
 
139
- If the same issue already exists, update it rather than creating a duplicate. If a new finding contradicts an old record, replace the old one and note the date.
136
+ Update existing entries instead of duplicating them. Never record secrets or private user data.
@@ -4,32 +4,55 @@
4
4
 
5
5
  ## Agents (Sub-agents)
6
6
 
7
- > Pending initialization by Claude Code from [ECC](https://github.com/affaan-m/ECC).
8
- > Init command: describe your project type and language to Claude it will pull matching agents.
7
+ - [researcher](.claude/agents/researcher.md) — product, market, open-source, dependency, pricing, policy, and ecosystem research.
8
+ - [docs-researcher](.claude/agents/docs-researcher.md) official docs, API, SDK, config, limits, errors, and examples verification.
9
+ - [planner](.claude/agents/planner.md) — task split, dependencies, write sets, and dispatch table.
10
+ - [architect](.claude/agents/architect.md) — boundaries, ports, data-flow, and state impact.
11
+ - [test-writer](.claude/agents/test-writer.md) — failing tests or manual verification before implementation.
12
+ - [implementer](.claude/agents/implementer.md) — bounded implementation inside declared write set.
13
+ - [debugger](.claude/agents/debugger.md) — smallest fix for a reproduced failure.
14
+ - [reviewer](.claude/agents/reviewer.md) — read-only diff review and closeout risk.
15
+ - [verifier](.claude/agents/verifier.md) — verification commands and evidence.
16
+
17
+ Stack-specific agents can be added after the product shape is known.
9
18
 
10
19
  ## Skills (Workflows)
11
20
 
12
- > Pending initialization by Claude Code from [ECC](https://github.com/affaan-m/ECC) or [awesome-claude-code-config](https://github.com/Mizoreww/awesome-claude-code-config).
21
+ - [harness-router](.claude/skills/harness-router/SKILL.md) start-of-task routing to the smallest useful doc set.
22
+ - [harness-lifecycle](.claude/skills/harness-lifecycle/SKILL.md) — idea, PRD, scope, lifecycle, and feedback loops.
23
+ - [harness-research](.claude/skills/harness-research/SKILL.md) — market, product, stack, dependency, API, and open-source research.
24
+ - [harness-context](.claude/skills/harness-context/SKILL.md) — context splitting, subagent packs, and dispatch preparation.
25
+ - [harness-build-loop](.claude/skills/harness-build-loop/SKILL.md) — implementation, debugging, review, verification, and closeout.
13
26
 
14
- ## Rules (Code Rules)
27
+ Stack-specific skills can be added after the product shape is known.
28
+
29
+ ## Rules (Harness Constraints)
15
30
 
16
31
  Located under `.claude/rules/ecc/`, auto-loaded by the CC engine:
17
32
 
18
- - [common.md](.claude/rules/ecc/common.md) — Universal coding rules (alwaysApply: true)
33
+ - [common.md](.claude/rules/ecc/common.md) — universal harness constraints for context loading, verification, subagents, and security (alwaysApply: true)
19
34
  - Language-specific rules pending Claude Code initialization (e.g. python.md, typescript.md, etc.)
20
35
 
21
36
  ## Harness (Runtime)
22
37
 
38
+ - [Active plan](docs/harness/PLAN.md)
39
+ - [Docs router](docs/README.md)
40
+ - [0-1 lifecycle](docs/harness/lifecycle.md)
41
+ - [Research protocol](docs/research/README.md)
42
+ - [Context loading protocol](docs/harness/context-loading.md)
43
+ - [Dispatch protocol](docs/harness/dispatch.md)
44
+ - [Extension contract](docs/harness/extension.md)
23
45
  - [Architecture docs](docs/harness/architecture.md)
24
46
  - [Agent workflow](docs/harness/agent-workflow.md)
47
+ - [Harness validator](scripts/validate-harness.mjs)
25
48
 
26
49
  ## User Mem
27
50
 
28
- > User preferences, habits, corrections. Written by CLAUDE.md §5 triggers, newest first.
51
+ > User preferences, habits, corrections. Written by CLAUDE.md §5.1 triggers, newest first.
29
52
  > No entries yet — awaiting first "remember…" instruction.
30
53
 
31
54
  ## Tool Usage Standards
32
55
 
33
56
  > Claude Code self-learning: high-frequency tool/MCP/skill pitfalls, alternatives, common error fix templates.
34
- > Written by CLAUDE.md §5.3 triggers.
57
+ > Written by CLAUDE.md §5.2 triggers.
35
58
  > No entries yet — awaiting first auto-discovery.
@@ -1,91 +1,65 @@
1
- # SETUP.md Project Initialization Guide
1
+ # SETUP.md - Bootstrap This Product Harness
2
2
 
3
- > ⚠️ **Temporary file** Delete after initialization: `rm SETUP.md`
3
+ Temporary file. Delete after the first vertical slice is verified.
4
4
 
5
- ---
5
+ ## What This Is
6
6
 
7
- ## What You Just Created
7
+ This scaffold is a 0-1 product harness:
8
8
 
9
- `npx create-harness-vibe-coding` scaffolded a **vibe-coding agentic harness** skeleton:
9
+ - short agent entry files
10
+ - dynamic docs router
11
+ - PRD, research protocol, architecture, ports, data-flow, state templates
12
+ - active `docs/harness/PLAN.md`
13
+ - built-in common agents
14
+ - subagent context-loading protocol
15
+ - skill-style dynamic loaders in `.claude/skills/`
16
+ - lightweight harness validator
17
+ - test/review/feedback loop
10
18
 
11
- ```
12
- {{projectName}}/
13
- CLAUDE.md ← Agent behavior guidelines + memory/self-learning system
14
- AGENTS.md ← Coding agent entry point
15
- MEMORY.md ← Cross-session resource index
16
- docs/ ← Architecture docs (layer rules, workflows, port contracts)
17
- .claude/
18
- settings.json ← Permissions + Hooks config
19
- agents/ ← Empty — pull ECC agents here
20
- skills/ ← Empty — pull ECC skills here
21
- hooks/ ← Empty — configure automation hooks here
22
- rules/ecc/
23
- common.md ← Universal coding rules (always active)
24
- tests/ ← Pending initialization
25
- .gitignore ← Basic Git ignore rules
26
- ```
19
+ It does not guess your stack or business domain. Claude Code should fill those through the lifecycle.
27
20
 
28
- ---
21
+ ## Bootstrap Prompt
29
22
 
30
- ## Next Steps: Initialize with Claude Code
23
+ Start Claude Code, then say:
31
24
 
32
- ### Step 1 — Start Claude Code
33
-
34
- ```bash
35
- claude
25
+ ```text
26
+ Read SETUP.md. Bootstrap this project as a 0-1 product harness.
27
+ Use docs/README.md as the router. Keep context small.
28
+ First clarify the idea, then create PRD, research, architecture, docs/harness/PLAN.md, and the first vertical-slice task.
36
29
  ```
37
30
 
38
- ### Step 2 — Describe Your Project
31
+ ## Required Bootstrap Sequence
39
32
 
40
- Tell Claude your project type, language, and tech stack. Claude will:
33
+ Claude must follow this order:
41
34
 
42
- 1. Pull matching **agents** from [ECC](https://github.com/affaan-m/ECC) (e.g. code-reviewer, planner, security-reviewer)
43
- 2. Pull matching **skills** from ECC (e.g. tdd-workflow, django-patterns, react-patterns)
44
- 3. Pull language-specific **rules** from ECC (e.g. python.md, typescript.md)
45
- 4. Configure **hooks** as needed (e.g. PostToolUse auto-lint, PreToolUse security gate)
35
+ 1. Read `CLAUDE.md`, `MEMORY.md`, `docs/README.md`, and `docs/harness/lifecycle.md`.
36
+ 2. Ask up to 3 blocking product questions. If not blocked, record assumptions in `docs/harness/PLAN.md`.
37
+ 3. Fill `docs/research/PRD.md` with MVP, non-goals, and acceptance criteria.
38
+ 4. Read `docs/research/README.md`, then fill `docs/research/research-results.md` with adopted/rejected research choices.
39
+ 5. Fill minimum architecture: `docs/harness/architecture.md` and one port in `docs/domain/ports.md`.
40
+ 6. Create the first vertical-slice plan in `docs/harness/PLAN.md`.
41
+ 7. Use `docs/harness/context-loading.md` and `docs/harness/dispatch.md` when spawning subagents.
42
+ 8. Fill `docs/harness/data-flow.md` or `docs/harness/state-machines.md` only when the slice changes runtime flow, failure behavior, or state.
43
+ 9. Implement only after a failing test or manual verification step is defined.
44
+ 10. Run `node scripts/validate-harness.mjs --strict`.
45
+ 11. Record final verification and next feedback step in `docs/harness/PLAN.md`.
46
46
 
47
- **Example prompts**:
47
+ ## Optional Agent Assets
48
48
 
49
- ```
50
- You: This is a Python quant trading project. Initialize agents, skills, and rules from ECC.
51
- You: This is a React + TypeScript frontend project. I need the TDD workflow.
52
- You: This is a Go microservice project. Set up code review and testing skills.
53
- ```
49
+ This scaffold includes common research and workflow agents. After the product shape is known, Claude may install or copy more stack-specific agents, skills, rules, and hooks into `.claude/`. Follow `docs/harness/extension.md` for every added asset.
54
50
 
55
- ### Step 3 — Optional: Install Superpowers
51
+ Examples:
56
52
 
57
- ```bash
58
- # Inside Claude Code
59
- /plugin install superpowers@claude-plugins-official
53
+ ```text
54
+ This is a React TypeScript SaaS app. Add frontend testing and review agents.
55
+ This is a Python data product. Add data pipeline and pytest workflow agents.
56
+ This is a Go service. Add API, security, and integration-test agents.
60
57
  ```
61
58
 
62
- Superpowers provides: brainstorming → writing-plans → TDD → code-review loop.
59
+ ## Cleanup
63
60
 
64
- ### Step 4 — Clean Up
61
+ After bootstrap succeeds:
65
62
 
66
63
  ```bash
67
64
  rm SETUP.md
68
65
  ```
69
-
70
- ---
71
-
72
- ## Reference Resources
73
-
74
- | Resource | URL | Purpose |
75
- |----------|-----|---------|
76
- | ECC | https://github.com/affaan-m/ECC | Main agents/skills/rules repo |
77
- | awesome-claude-code-config | https://github.com/Mizoreww/awesome-claude-code-config | Multi-language rules + self-learning config |
78
- | Superpowers | https://github.com/obra/superpowers | Engineering discipline plugin |
79
- | claude-toolbox | https://github.com/serpro69/claude-toolbox | Multi-language skills toolkit |
80
-
81
- ---
82
-
83
- ## Customization
84
-
85
- - **CLAUDE.md** — Edit behavior guidelines per project needs
86
- - **.claude/settings.json** — Adjust permissions and hooks as needed
87
- - **.claude/rules/ecc/** — Language rules auto-added by Claude Code
88
-
89
- ---
90
-
91
- > Generated by `create-harness-vibe-coding`. MIT License.