@dzhechkov/harness-cli 0.2.1 → 0.2.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 +139 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -94,6 +94,144 @@ dz workflow --task security-audit # adversarial security scan
|
|
|
94
94
|
- `dz doctor` runs 7 health checks (node version, adapters, config, SQLite, skills)
|
|
95
95
|
- `dz migrate` detects legacy keysarium/bto installations and recommends migration path
|
|
96
96
|
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
## Use Cases
|
|
100
|
+
|
|
101
|
+
### 1. Short-term product research (one-off study)
|
|
102
|
+
|
|
103
|
+
**Goal:** Quickly research a product idea, competitors, market — get a structured report.
|
|
104
|
+
|
|
105
|
+
```bash
|
|
106
|
+
# Option A: via dz CLI
|
|
107
|
+
dz init --target claude-code --preset meta
|
|
108
|
+
# Then in Claude Code:
|
|
109
|
+
# /explore "Research the market for AI-powered code review tools"
|
|
110
|
+
# /feature-adr "Summarize findings into an ADR"
|
|
111
|
+
|
|
112
|
+
# Option B: via keysarium (full 7-phase pipeline)
|
|
113
|
+
npx @dzhechkov/keysarium init
|
|
114
|
+
# Then in Claude Code:
|
|
115
|
+
# /casarium "AI-powered code review tools — market analysis"
|
|
116
|
+
# → Phase 0: Discovery → Phase 1: Exploration → Phase 2: Paranoid Research
|
|
117
|
+
# → Phase 3: Solution Design → Phase 4: Architecture → Phase 5: Presentation
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
**What you get:**
|
|
121
|
+
- `meta` preset: `/explore` clarifies the problem → `/feature-adr` structures findings as ADR decisions
|
|
122
|
+
- `keysarium`: full 7-phase pipeline with dream cycles, background workers, and presentation generation
|
|
123
|
+
|
|
124
|
+
**Best for:** Quick study (hours), competitive analysis, technology evaluation.
|
|
125
|
+
|
|
126
|
+
---
|
|
127
|
+
|
|
128
|
+
### 2. Long-term product research (evolving over time)
|
|
129
|
+
|
|
130
|
+
**Goal:** Continuously gather data, add new sources, and "recalculate" the product vision as insights accumulate.
|
|
131
|
+
|
|
132
|
+
```bash
|
|
133
|
+
# Install keysarium + memory layer
|
|
134
|
+
npx @dzhechkov/keysarium init
|
|
135
|
+
npm install -g @dzhechkov/harness-cli
|
|
136
|
+
dz init --target claude-code --preset meta
|
|
137
|
+
|
|
138
|
+
# Additionally install the memory package for persistent learning:
|
|
139
|
+
# (already included if using keysarium)
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
**Workflow — iterative research cycles:**
|
|
143
|
+
|
|
144
|
+
```
|
|
145
|
+
Week 1: /casarium "Product X — initial research"
|
|
146
|
+
→ researches/ directory created with findings
|
|
147
|
+
→ .keysarium/memory/ stores patterns + reward scores
|
|
148
|
+
|
|
149
|
+
Week 2: Add new data → /casarium "Product X — update with Q2 metrics"
|
|
150
|
+
→ Memory recalls Week 1 patterns (reward-calibrated learning)
|
|
151
|
+
→ New findings merged with existing, conflicts resolved
|
|
152
|
+
→ Product vision "recalculated" based on accumulated evidence
|
|
153
|
+
|
|
154
|
+
Week N: /casarium "Product X — pivot analysis after customer feedback"
|
|
155
|
+
→ Full history available via memory layer
|
|
156
|
+
→ /harvest extracts reusable knowledge patterns
|
|
157
|
+
```
|
|
158
|
+
|
|
159
|
+
**Key features for long-term research:**
|
|
160
|
+
- **Reward-calibrated memory** (`@dzhechkov/memory` Reflexion): each checkpoint response trains the system — "ок" = excellent (1.0), feedback = good (0.7), rework = needs_work (0.3)
|
|
161
|
+
- **Agent SDK Dreaming**: between sessions, patterns are consolidated and distilled
|
|
162
|
+
- **`/harvest`** (knowledge-extractor skill): extracts reusable patterns from completed research into `lib/` templates
|
|
163
|
+
- **SQLite + FTS5 backend**: scales to 100k+ records with full-text search across all research sessions
|
|
164
|
+
|
|
165
|
+
**Best for:** Product strategy over months, continuous market monitoring, evolving product vision.
|
|
166
|
+
|
|
167
|
+
---
|
|
168
|
+
|
|
169
|
+
### 3. Product research + working prototype
|
|
170
|
+
|
|
171
|
+
**Goal:** Research the product AND build a functional prototype.
|
|
172
|
+
|
|
173
|
+
#### Option A: Sequential — research first, then code
|
|
174
|
+
|
|
175
|
+
```bash
|
|
176
|
+
# Step 1: Install research + development presets
|
|
177
|
+
npx @dzhechkov/keysarium init
|
|
178
|
+
# OR:
|
|
179
|
+
dz init --target claude-code --preset keysarium
|
|
180
|
+
|
|
181
|
+
# Step 2: Research phase
|
|
182
|
+
# /casarium "SaaS platform for team retrospectives"
|
|
183
|
+
# → Phase 0-2: Discovery, Exploration, Paranoid Research
|
|
184
|
+
# → Phase 3: Solution Design (with CJM prototype)
|
|
185
|
+
# → Result: researches/<slug>/ with full analysis
|
|
186
|
+
|
|
187
|
+
# Step 3: Switch to development
|
|
188
|
+
dz init --target claude-code --preset feature-adr
|
|
189
|
+
|
|
190
|
+
# Step 4: Build using research outputs
|
|
191
|
+
# /feature-adr "Build the retrospective platform based on research in researches/<slug>/"
|
|
192
|
+
# → Step 0: Router classifies as L/XL
|
|
193
|
+
# → Step 1-5: Requirements, ADRs, DDD, Architecture (informed by research)
|
|
194
|
+
# → Step 6: Implementation plan
|
|
195
|
+
# → Step 7: Code generation (with /frontend-design for UI)
|
|
196
|
+
# → Step 8-9: QE review + fleet assessment
|
|
197
|
+
```
|
|
198
|
+
|
|
199
|
+
**What you get:** Research artifacts in `researches/`, then code in `features/<slug>/` + actual repository changes. Research directly feeds into ADR decisions.
|
|
200
|
+
|
|
201
|
+
#### Option B: Parallel — research and code simultaneously with p-replicator
|
|
202
|
+
|
|
203
|
+
```bash
|
|
204
|
+
# Install the full product development toolkit
|
|
205
|
+
npx @dzhechkov/p-replicator init
|
|
206
|
+
|
|
207
|
+
# Single pipeline: research → requirements → prototype
|
|
208
|
+
# /replicate "SaaS platform for team retrospectives"
|
|
209
|
+
# → Reverse-engineers similar products (reverse-engineering-unicorn)
|
|
210
|
+
# → Generates SPARC PRD (sparc-prd-mini)
|
|
211
|
+
# → Validates requirements (requirements-validator)
|
|
212
|
+
# → Creates the project structure (pipeline-forge)
|
|
213
|
+
# → Builds the prototype (cc-toolkit-generator-enhanced)
|
|
214
|
+
# → Reviews with brutal honesty (brutal-honesty-review)
|
|
215
|
+
```
|
|
216
|
+
|
|
217
|
+
**What you get:** A working prototype generated from research in a single `/replicate` pipeline run. Faster but less deep than Option A.
|
|
218
|
+
|
|
219
|
+
#### Comparison
|
|
220
|
+
|
|
221
|
+
| Aspect | Option A (Sequential) | Option B (p-replicator) |
|
|
222
|
+
|--------|----------------------|------------------------|
|
|
223
|
+
| **Research depth** | Deep (7-phase keysarium) | Moderate (reverse-engineering) |
|
|
224
|
+
| **Code quality** | High (11-step feature-adr + QE) | Good (pipeline-forge + review) |
|
|
225
|
+
| **Time** | Days to weeks | Hours to days |
|
|
226
|
+
| **Best for** | Complex products, regulated domains | MVPs, hackathons, quick validation |
|
|
227
|
+
| **Packages** | `keysarium` + `feature-adr` preset | `p-replicator` |
|
|
228
|
+
| **Research artifacts** | `researches/` directory | Embedded in PRD |
|
|
229
|
+
| **Code artifacts** | `features/<slug>/` + repo changes | Generated project |
|
|
230
|
+
|
|
231
|
+
**Tip:** For maximum rigor, combine both — use `p-replicator` for a quick prototype, then run `/feature-adr --full-qe-extended` on the generated code for production-grade quality engineering.
|
|
232
|
+
|
|
233
|
+
---
|
|
234
|
+
|
|
97
235
|
## Status
|
|
98
236
|
|
|
99
|
-
`v0.2.
|
|
237
|
+
`v0.2.1` — published on npm. Part of [DZ Harness Hub](https://github.com/djd1m/dz-harness-hub).
|
package/package.json
CHANGED