open-coleslaw 0.3.0 → 0.3.2
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 +38 -22
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -13,17 +13,19 @@ You type a prompt like *"Build me a balance game app"*. That's it.
|
|
|
13
13
|
```
|
|
14
14
|
You: "Build me a balance game app"
|
|
15
15
|
|
|
16
|
-
→ Orchestrator
|
|
16
|
+
→ Orchestrator dispatched (Agent tool)
|
|
17
17
|
→ Convenes Architecture + Engineering + Product leaders
|
|
18
|
-
→ Leaders hold a structured meeting
|
|
19
|
-
→ PRD meeting minutes
|
|
20
|
-
→ Plan
|
|
21
|
-
→ You
|
|
22
|
-
→
|
|
18
|
+
→ Leaders hold a structured meeting
|
|
19
|
+
→ PRD meeting minutes saved to docs/open-coleslaw/
|
|
20
|
+
→ Plan Mode activated — you review the implementation plan
|
|
21
|
+
→ You approve
|
|
22
|
+
→ Implementer agents write the code
|
|
23
23
|
→ Results reported
|
|
24
24
|
```
|
|
25
25
|
|
|
26
|
-
You never call a tool. You never pick a department. You never manage an agent. The orchestrator handles everything
|
|
26
|
+
You never call a tool. You never pick a department. You never manage an agent. The orchestrator handles everything — including entering **Plan Mode** so you can review the implementation plan in the native UI before any code is written.
|
|
27
|
+
|
|
28
|
+
Meeting minutes are saved to `docs/open-coleslaw/` in your project, so you can always refer back to past decisions.
|
|
27
29
|
|
|
28
30
|
## Installation
|
|
29
31
|
|
|
@@ -51,19 +53,17 @@ You should see the orchestrator agent being dispatched and a meeting starting au
|
|
|
51
53
|
Every request follows this flow. No exceptions.
|
|
52
54
|
|
|
53
55
|
```
|
|
54
|
-
Prompt → Orchestrator → Meeting →
|
|
56
|
+
Prompt → Orchestrator → Meeting → Minutes → Plan Mode → Approve → Implement
|
|
55
57
|
```
|
|
56
58
|
|
|
57
59
|
1. **Orchestrator dispatched** — analyzes your request, selects departments
|
|
58
|
-
2. **Meeting convened** — leaders discuss
|
|
59
|
-
3. **PRD minutes
|
|
60
|
-
4. **Plan
|
|
61
|
-
5. **
|
|
62
|
-
6. **
|
|
60
|
+
2. **Meeting convened** — leaders discuss via Agent tool
|
|
61
|
+
3. **PRD minutes saved** — to `docs/open-coleslaw/` in your project
|
|
62
|
+
4. **Plan Mode activated** — implementation plan presented in native Plan Mode UI
|
|
63
|
+
5. **You review and approve** — or request changes (chains a follow-up meeting)
|
|
64
|
+
6. **Implementer agents dispatched** — write code following the approved plan
|
|
63
65
|
7. **Results reported** — final output delivered to you
|
|
64
66
|
|
|
65
|
-
If you want changes mid-plan, the orchestrator chains a follow-up meeting.
|
|
66
|
-
|
|
67
67
|
## The Agent Hierarchy
|
|
68
68
|
|
|
69
69
|
```
|
|
@@ -75,11 +75,13 @@ If you want changes mid-plan, the orchestrator chains a follow-up meeting.
|
|
|
75
75
|
▼ ▼ ▼
|
|
76
76
|
┌─────────┐ ┌─────────┐ ┌─────────┐
|
|
77
77
|
│ Arch │ │ Eng │ │ QA │ ← Leaders meet & discuss
|
|
78
|
-
│ Leader │ │ Leader │ │ Leader │
|
|
78
|
+
│ Leader │ │ Leader │ │ Leader │ Discuss via Agent tool
|
|
79
79
|
└────┬────┘ └────┬────┘ └────┬────┘
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
80
|
+
└───────────┼───────────┘
|
|
81
|
+
▼
|
|
82
|
+
┌──────────────┐
|
|
83
|
+
│ Implementer │ ← Writes code after plan approval
|
|
84
|
+
└──────────────┘
|
|
83
85
|
```
|
|
84
86
|
|
|
85
87
|
**5 Departments**: Architecture, Engineering, QA, Product, Research
|
|
@@ -88,15 +90,17 @@ Each leader autonomously decides how many workers to hire based on task complexi
|
|
|
88
90
|
|
|
89
91
|
## What's Inside
|
|
90
92
|
|
|
91
|
-
###
|
|
93
|
+
### 16 MCP Tools (orchestrator calls these — you never do)
|
|
92
94
|
|
|
93
95
|
| Tool | What It Does |
|
|
94
96
|
|------|-------------|
|
|
95
|
-
| `start-meeting` |
|
|
97
|
+
| `start-meeting` | Creates a meeting record, recommends departments |
|
|
98
|
+
| `add-transcript` | Saves a leader's discussion input |
|
|
99
|
+
| `generate-minutes` | Converts transcripts into PRD meeting minutes |
|
|
96
100
|
| `get-meeting-status` | Checks meeting progress and agent states |
|
|
97
101
|
| `get-minutes` | Retrieves PRD-format meeting minutes |
|
|
98
102
|
| `compact-minutes` | Converts minutes into actionable tasks per department |
|
|
99
|
-
| `execute-tasks` |
|
|
103
|
+
| `execute-tasks` | Returns structured task list for implementer agents |
|
|
100
104
|
| `get-task-report` | Shows execution results per department |
|
|
101
105
|
| `get-agent-tree` | Displays the full agent hierarchy |
|
|
102
106
|
| `respond-to-mention` | Handles decisions the agents need from you |
|
|
@@ -107,6 +111,18 @@ Each leader autonomously decides how many workers to hire based on task complexi
|
|
|
107
111
|
| `get-cost-summary` | Tracks spending per agent, meeting, department |
|
|
108
112
|
| `chain-meeting` | Links meetings — output of one feeds into the next |
|
|
109
113
|
|
|
114
|
+
### 7 Agents (dispatched via Agent tool)
|
|
115
|
+
|
|
116
|
+
| Agent | Role |
|
|
117
|
+
|-------|------|
|
|
118
|
+
| `orchestrator` | Your proxy — manages the full pipeline |
|
|
119
|
+
| `arch-leader` | System design, API contracts, schemas |
|
|
120
|
+
| `eng-leader` | Implementation feasibility, code quality |
|
|
121
|
+
| `qa-leader` | Testing strategy, security, edge cases |
|
|
122
|
+
| `pm-leader` | Requirements, user stories, prioritization |
|
|
123
|
+
| `research-leader` | Codebase exploration, prior art |
|
|
124
|
+
| `implementer` | Writes code after plan approval |
|
|
125
|
+
|
|
110
126
|
### 7 Skills
|
|
111
127
|
|
|
112
128
|
| Skill | Purpose |
|