valent-pipeline 0.2.6 → 0.2.7

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "valent-pipeline",
3
- "version": "0.2.6",
3
+ "version": "0.2.7",
4
4
  "description": "v3 multi-agent AI pipeline for software development lifecycle",
5
5
  "type": "module",
6
6
  "bin": {
@@ -30,7 +30,7 @@ Verify `{story_output_dir}/embed-instructions.md` exists. If missing, send `[BLO
30
30
  **If `{knowledge_mode}` is `sqlite` (recommended):**
31
31
 
32
32
  ```bash
33
- npx valent-pipeline db embed {story_output_dir}/embed-instructions.md \
33
+ node .valent-pipeline/bin/cli.js db embed {story_output_dir}/embed-instructions.md \
34
34
  --curated-path {curated_files_path}
35
35
  ```
36
36
 
@@ -38,7 +38,7 @@ Read all files in `{curated_files_path}`. Build in-memory index of file names, s
38
38
  **If `{knowledge_mode}` is `sqlite`:**
39
39
  Verify the database is accessible by running:
40
40
  ```bash
41
- npx valent-pipeline db query-stories
41
+ node .valent-pipeline/bin/cli.js db query-stories
42
42
  ```
43
43
  If it returns results or "No stories in database", the DB is accessible. If the command fails, operate in curated-only mode.
44
44
 
@@ -53,12 +53,12 @@ For each incoming query:
53
53
  1. Search correction directives for relevant entries
54
54
  2. Search curated knowledge files for matching sections
55
55
  3. If database connected (SQLite mode): query using the CLI tool and read stdout for results:
56
- - Fetch a specific artifact: `npx valent-pipeline db query-artifact --story KANBAN-001 --type reqs-brief`
57
- - Fetch directives for an agent: `npx valent-pipeline db query-directives --agent BEND`
58
- - Full-text search: `npx valent-pipeline db search --query "acceptance criteria"`
59
- - List artifacts for a story: `npx valent-pipeline db query-list --story KANBAN-001`
60
- - List all stories: `npx valent-pipeline db query-stories`
61
- - Cross-story bug search: `npx valent-pipeline db query-bugs-since --since 2026-03-01`
56
+ - Fetch a specific artifact: `node .valent-pipeline/bin/cli.js db query-artifact --story KANBAN-001 --type reqs-brief`
57
+ - Fetch directives for an agent: `node .valent-pipeline/bin/cli.js db query-directives --agent BEND`
58
+ - Full-text search: `node .valent-pipeline/bin/cli.js db search --query "acceptance criteria"`
59
+ - List artifacts for a story: `node .valent-pipeline/bin/cli.js db query-list --story KANBAN-001`
60
+ - List all stories: `node .valent-pipeline/bin/cli.js db query-stories`
61
+ - Cross-story bug search: `node .valent-pipeline/bin/cli.js db query-bugs-since --since 2026-03-01`
62
62
  If ChromaDB mode: use collection query (ChromaDB)
63
63
  4. Compose response: targeted, SHORT (aim ~200 tokens, max 500)
64
64
  5. Include source reference: `Source: curated/{file}#section` or `Source: sqlite:artifacts/{story_id}/{type}` or `Source: correction-directives#{directive-id}`
@@ -493,7 +493,7 @@ This runs PMCP in parallel with QA-B's test execution, removing it from the crit
493
493
  When `{knowledge_mode}` is `sqlite` and you receive a `[HANDOFF]` from an agent that produces an output file, index the artifact into the SQLite database so downstream agents can query it via Knowledge:
494
494
 
495
495
  ```bash
496
- npx valent-pipeline db index-handoff --file {story_output_dir}/{artifact_file} \
496
+ node .valent-pipeline/bin/cli.js db index-handoff --file {story_output_dir}/{artifact_file} \
497
497
  --story-id {story_id} \
498
498
  --agent {agent_name} \
499
499
  --artifact-type {type}
@@ -588,7 +588,7 @@ Tear down all per-story teammates. Send `shutdown_request` to each individually.
588
588
  If `{knowledge_mode}` is `sqlite`, record story actuals to the calibration table for future estimation accuracy:
589
589
 
590
590
  ```bash
591
- npx valent-pipeline db record-calibration \
591
+ node .valent-pipeline/bin/cli.js db record-calibration \
592
592
  --story-id {story_id} \
593
593
  --ac-count {ac_count_from_reqs_brief} \
594
594
  --surface {project_type} \
@@ -20,7 +20,7 @@ For each story in grooming candidates (up to `{groom_target}` from sprint-init):
20
20
  4. On UXA handoff → update status to `test-case-development` → QA-A writes `qa-test-spec.md`
21
21
  5. On QA-A handoff → index all artifacts to SQLite **working table**:
22
22
  ```bash
23
- npx valent-pipeline db index-working \
23
+ node .valent-pipeline/bin/cli.js db index-working \
24
24
  --story-id {story_id} \
25
25
  --sprint-id {current_sprint_id}
26
26
  ```
@@ -46,7 +46,7 @@ After every `{sprint_max_groom_batch}` stories (default: 10), kill and respawn P
46
46
  After all stories groomed:
47
47
 
48
48
  ```bash
49
- npx valent-pipeline db flush-working \
49
+ node .valent-pipeline/bin/cli.js db flush-working \
50
50
  --sprint-id {current_sprint_id}
51
51
  ```
52
52
 
@@ -15,7 +15,7 @@ Sprint ID format:
15
15
  Query the calibration table for historical velocity data:
16
16
 
17
17
  ```bash
18
- npx valent-pipeline db query-velocity
18
+ node .valent-pipeline/bin/cli.js db query-velocity
19
19
  ```
20
20
 
21
21
  **Velocity rules:**
@@ -34,7 +34,7 @@ Update `sprint-{n}-status.yaml`:
34
34
  For each shipped story, ensure the calibration table has complete data:
35
35
 
36
36
  ```bash
37
- npx valent-pipeline db record-calibration \
37
+ node .valent-pipeline/bin/cli.js db record-calibration \
38
38
  --story-id {story_id} \
39
39
  --story-points {fibonacci_estimate} \
40
40
  --estimated-points {fibonacci_estimate} \
@@ -9,7 +9,7 @@ These steps run AFTER the standalone review (Steps 1-8) passes. If the standalon
9
9
  Query the SQLite working table for specs from other stories groomed in this sprint batch:
10
10
 
11
11
  ```bash
12
- npx valent-pipeline db query-working \
12
+ node .valent-pipeline/bin/cli.js db query-working \
13
13
  --sprint-id {current_sprint_id} \
14
14
  --exclude-story {story_id}
15
15
  ```
@@ -173,8 +173,8 @@ If the repo is empty or brand new (no source code yet), skip the subagents and c
173
173
  ### Step 7b: Initialize and Populate Knowledge Database
174
174
 
175
175
  After writing the curated knowledge files:
176
- 1. Run `valent-pipeline db init` to create the SQLite database if it doesn't exist
177
- 2. Run `npx valent-pipeline db rebuild` to index any existing story artifacts
176
+ 1. Run `node .valent-pipeline/bin/cli.js db init` to create the SQLite database if it doesn't exist
177
+ 2. Run `node .valent-pipeline/bin/cli.js db rebuild` to index any existing story artifacts
178
178
  3. The database is now ready for the Knowledge Agent to query during story execution
179
179
 
180
180
  ## Step 8: Report