claude-symphony 1.0.0 → 1.1.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.
package/README.md CHANGED
@@ -4,54 +4,50 @@
4
4
  <img src="https://raw.githubusercontent.com/znehraks/claude-symphony/main/assets/claude_symphony.webp" alt="Claude Symphony Logo" width="400">
5
5
  </p>
6
6
 
7
- **One command. Production-grade software. From idea to deployment.**
7
+ **Structured AI development. 10 stages. Quality gates. Checkpoints.**
8
8
 
9
9
  [![npm version](https://badge.fury.io/js/claude-symphony.svg)](https://www.npmjs.com/package/claude-symphony)
10
10
  [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
11
11
 
12
12
  ## What is claude-symphony?
13
13
 
14
- Describe your app. We handle the restplanning, architecture, code, tests, deployment.
14
+ Describe your app. claude-symphony runs a 10-stage AI pipeline from brainstorming to deployment — producing a tested, deployable codebase with quality gates at every step.
15
15
 
16
16
  ```bash
17
17
  npx claude-symphony init
18
18
  # > "What do you want to build?"
19
19
  # > "A real-time team collaboration tool with chat, file sharing, and video calls"
20
- # > Pipeline starts automatically → 10 stages → production-ready app
20
+ # > Pipeline starts automatically → 10 stages → tested, deployable codebase
21
21
  ```
22
22
 
23
- Unlike prototyping tools (Lovable, Bolt.new) that generate MVPs, claude-symphony runs a **disciplined development process** with TDD enforcement, quality gates, test coverage, and CI/CD — producing production-grade software.
24
-
25
23
  ## How It Works
26
24
 
27
- claude-symphony orchestrates a 10-stage pipeline where AI agents execute each stage automatically:
25
+ claude-symphony orchestrates a 10-stage pipeline where AI agents execute each stage:
28
26
 
29
- | # | Stage | Model | What happens |
30
- |---|-------|-------|-------------|
31
- | 01 | **Brainstorm** | Gemini + Claude | Generate features, user stories, requirements |
32
- | 02 | **Research** | Claude | Evaluate tech options, analyze feasibility |
33
- | 03 | **Planning** | Gemini + Claude | Design architecture, data models, API |
34
- | 04 | **UI/UX** | Gemini + Claude | Create wireframes, component tree, design tokens |
35
- | 05 | **Tasks** | Claude | Decompose into implementable tasks with priorities |
36
- | 06 | **Implementation** | Claude | Write code using **TDD** (tests first, then code) |
37
- | 07 | **Refactoring** | Codex + Claude | Improve code quality, maintain test coverage |
38
- | 08 | **QA** | Claude | Security audit, accessibility, E2E test expansion |
39
- | 09 | **Testing** | Codex + Claude | Edge-case tests, performance benchmarks |
40
- | 10 | **Deployment** | Claude | CI/CD pipeline, hosting, production deploy |
27
+ | # | Stage | What happens |
28
+ |---|-------|-------------|
29
+ | 01 | **Brainstorm** | Generate features, user stories, requirements |
30
+ | 02 | **Research** | Evaluate tech options, analyze feasibility |
31
+ | 03 | **Planning** | Design architecture, data models, API |
32
+ | 04 | **UI/UX** | Create wireframes, component tree, design tokens |
33
+ | 05 | **Tasks** | Decompose into implementable tasks with priorities |
34
+ | 06 | **Implementation** | Write code using a test-first workflow |
35
+ | 07 | **Refactoring** | Improve code quality, maintain test coverage |
36
+ | 08 | **QA** | Security audit, accessibility, E2E test expansion |
37
+ | 09 | **Testing** | Edge-case tests, performance benchmarks |
38
+ | 10 | **Deployment** | CI/CD pipeline, hosting, production deploy |
41
39
 
42
- > **Multi-model fallback**: If Gemini/Codex CLI is not installed, the stage automatically falls back to Claude Code.
40
+ > **Multi-agent debate**: Stages can run multiple Claude agents with different perspectives (e.g., Visionary vs Skeptic). This is a prompt-based protocol agents are instructed to critique and refine each other's outputs within the conversation.
43
41
 
44
42
  Each stage:
45
- - Has a specialized AI persona (creative for brainstorming, precise for implementation)
43
+ - Includes role-specific instructions (creative for brainstorming, precise for implementation)
46
44
  - Validates outputs before progressing (quality gates)
47
45
  - Generates a HANDOFF document passing context to the next stage
48
46
  - Can be retried automatically if validation fails
49
47
 
50
- ## TDD-First Quality Gates
51
-
52
- **"Code exists ≠ Code works."** This is the core problem claude-symphony solves.
48
+ ## Quality Gates
53
49
 
54
- Stage 06 (Implementation) enforces a Write-Test-Verify loop for every feature:
50
+ Every stage validates its outputs. Stage 06 (Implementation) guides a Write-Test-Verify workflow for each feature:
55
51
 
56
52
  ```
57
53
  For EACH feature:
@@ -88,39 +84,24 @@ claude
88
84
 
89
85
  That's it. The pipeline runs through all 10 stages automatically.
90
86
 
91
- See [Getting Started](docs/getting-started.md) for more details.
92
-
93
- ## Reference Materials
94
-
95
- Drop any files into `references/<stage>/` to give the AI additional context:
96
-
97
- ```
98
- references/
99
- ├── 01-brainstorm/ # Competitor screenshots, market research
100
- ├── 02-research/ # Technical papers, library comparisons
101
- ├── 03-planning/ # Architecture examples, API specs to follow
102
- ├── 04-ui-ux/ # Design references, wireframes, style guides
103
- ├── 06-implementation/ # Coding conventions, example code, patterns
104
- └── ...
105
- ```
106
-
107
- Zero config required — just drop files in the folder.
87
+ See [Getting Started](docs/getting-started.md) for more details. You can also drop reference files into `references/<stage>/` to give the AI additional context.
108
88
 
109
89
  ## Commands
110
90
 
111
- Inside Claude Code, you have 9 commands:
91
+ Inside Claude Code, you have 10 commands:
112
92
 
113
93
  | Command | Description |
114
94
  |---------|-------------|
115
95
  | `/auto-pilot` | Start automatic pipeline execution |
116
96
  | `/pause` | Pause the pipeline after current stage |
117
- | `/resume` | Resume a paused pipeline |
97
+ | `/resume-stage` | Resume a paused pipeline |
118
98
  | `/skip` | Skip the current stage |
119
- | `/status` | View current pipeline progress |
99
+ | `/progress` | View current pipeline progress |
120
100
  | `/checkpoint` | Create a save point |
121
101
  | `/restore` | Restore from a save point |
122
102
  | `/stages` | List all stages with status |
123
103
  | `/run-stage [id]` | Run a specific stage manually |
104
+ | `/debate` | Run multi-agent debate for current stage |
124
105
 
125
106
  ### CLI Commands
126
107
 
@@ -145,50 +126,17 @@ claude-symphony import ./existing-app
145
126
  # Skips completed stages → runs only what's missing
146
127
  ```
147
128
 
148
- This is perfect for taking a Lovable/Bolt.new prototype and running it through QA, Testing, and Deployment.
149
-
150
- ## Key Features
151
-
152
- ### TDD-First Implementation
153
- Every feature is built with tests first. No code is considered "done" until tests pass. This is enforced at the pipeline level — not just a suggestion.
154
-
155
- ### Quality Gates
156
- Every stage validates its outputs before progression. Build must compile, tests must pass, coverage must meet thresholds.
157
-
158
- ### Stage Personas
159
- Each stage uses an AI persona optimized for the task:
160
- - Brainstorming: Creative Explorer (temperature 0.9)
161
- - Implementation: Precise Builder (temperature 0.3)
162
- - QA: Quality Guardian (temperature 0.4)
163
-
164
- ### HANDOFF System
165
- Context is intelligently transferred between stages via HANDOFF documents — not raw memory dumps, but curated context relevant to the next stage.
166
-
167
- ### Retry & Recovery
168
- If a stage fails validation, it's automatically retried with feedback. Checkpoints let you rollback to any previous state.
169
-
170
- ## Differentiation
171
-
172
- | | claude-symphony | Lovable/Bolt.new | Raw Claude Code |
173
- |---|---|---|---|
174
- | **Output** | Production app with tests | Prototype | Code |
175
- | **Process** | 10-stage pipeline | Single generation | Manual |
176
- | **TDD enforcement** | Yes (per feature) | No | No |
177
- | **Quality gates** | 4-level verification | No | No |
178
- | **Tests & CI/CD** | Automatic | No | Manual |
179
- | **Context management** | HANDOFF system | None | Token window |
180
-
181
- <!-- ## Showcase
182
-
183
- Coming soon — example projects built entirely with claude-symphony:
129
+ This is useful for taking an existing prototype and running it through QA, Testing, and Deployment.
184
130
 
185
- | Project | Description | Status |
186
- |---------|-------------|--------|
187
- | Todo App | Full-stack with auth | Planned |
188
- | CLI Tool | Command-line utility | Planned |
189
- | REST API | API + database | Planned |
131
+ ## Without vs With claude-symphony
190
132
 
191
- -->
133
+ | | Without | With claude-symphony |
134
+ |---|---|---|
135
+ | **Output** | Code (quality varies) | Tested codebase with CI/CD config |
136
+ | **Process** | Manual or single generation | 10-stage pipeline with checkpoints |
137
+ | **Quality gates** | None | 4-level verification (build, test, E2E, lint) |
138
+ | **Tests** | Manual setup | Generated per feature |
139
+ | **Context management** | Token window only | HANDOFF system between stages |
192
140
 
193
141
  ## Documentation
194
142