arggon-harness 0.2.1 → 0.2.3

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/dist/init.js CHANGED
File without changes
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "arggon-harness",
3
- "version": "0.2.1",
3
+ "version": "0.2.3",
4
4
  "description": "Spec-driven SDLC workflow for OpenCode — plugin, skills, commands, and init system",
5
5
  "type": "module",
6
6
  "main": "dist/plugin/index.js",
@@ -7,6 +7,7 @@ permission:
7
7
  glob: allow
8
8
  grep: allow
9
9
  spec_change_list: allow
10
+ spec_change_status: allow
10
11
  spec_verify: allow
11
12
  spec_integrity_check: allow
12
13
  write: deny
@@ -59,7 +60,8 @@ Run 5-dimension verification on a spec change.
59
60
  - Read spec/config.yaml for project context
60
61
 
61
62
  2. **Run verification**
62
- - Call `spec_verify` with change name
63
+ - Call the `spec_verify` tool with the change name (this runs all 5 dimensions server-side)
64
+ - Do NOT attempt to run tests or commands via bash — the tool handles test execution
63
65
  - Optionally specify dimensions (default: all)
64
66
 
65
67
  3. **Show report**
@@ -76,7 +78,7 @@ Run 5-dimension verification on a spec change.
76
78
  - For CRITICAL issues: must fix before archive
77
79
  - For WARNINGs: should fix, but not blocking
78
80
  - For SUGGESTIONs: nice to fix
79
- - Offer to help fix issues
81
+ - Offer to help fix issues (use read/grep to investigate — not bash)
80
82
 
81
83
  5. **Re-verify**
82
84
  - After fixes, run verification again
@@ -88,11 +90,11 @@ Run 5-dimension verification on a spec change.
88
90
 
89
91
  ## Verification Heuristics
90
92
 
91
- - **Integrity**: Hash comparison, field validation
92
- - **Compliance**: Grep for requirement IDs in code, check test files
93
- - **Tasks**: Parse task status, check git diff for changes
94
- - **Coherence**: Extract design decisions, search for patterns
95
- - **Regression**: Compare delta specs with main specs
93
+ - **Integrity**: Call `spec_integrity_check` tool — it handles hash comparison and field validation server-side
94
+ - **Compliance**: Use `grep` tool to find requirement IDs in source files; use `read` to check test files
95
+ - **Tasks**: Call `spec_task_progress` to get task completion status; use `read` to verify affected files exist
96
+ - **Coherence**: Use `read` to extract design decisions from design-tech.yaml; use `grep` to search for implementation patterns
97
+ - **Regression**: Use `read` to compare delta specs with main specs; no command execution needed
96
98
 
97
99
  ## Guardrails
98
100
 
@@ -101,3 +103,6 @@ Run 5-dimension verification on a spec change.
101
103
  - Every issue must have actionable recommendation
102
104
  - Include file/line references
103
105
  - Note which checks were skipped and why
106
+ - Do NOT attempt to run tests, commands, or git operations via bash — use read/grep/glob for file checks
107
+ - The spec_verify tool handles all verification server-side (integrity, test execution, compliance)
108
+ - If you need to check something not covered by the tool, use read/grep/glob — never bash
@@ -16,6 +16,7 @@ artifacts:
16
16
  - Define the behavior
17
17
  - List acceptance criteria
18
18
  - Identify test interfaces
19
+ Note which context files this change affects (spec/config.yaml, README.md, docs/).
19
20
  requires: []
20
21
 
21
22
  - id: specs
@@ -15,6 +15,7 @@ artifacts:
15
15
 
16
16
  Be specific about capabilities - each becomes a spec file.
17
17
  Use kebab-case for capability IDs.
18
+ Note which context files this change affects (spec/config.yaml, README.md, docs/).
18
19
  requires: []
19
20
 
20
21
  - id: specs
@@ -18,6 +18,7 @@ artifacts:
18
18
  Use language like:
19
19
  "The system SHALL allow users to..."
20
20
  "When X happens, the system MUST..."
21
+ Note which context files this change affects (spec/config.yaml, README.md, docs/).
21
22
  requires: []
22
23
 
23
24
  - id: specs
@@ -41,3 +41,4 @@ body:
41
41
  change: <what changes in this file>
42
42
  - path: <src/another.ts>
43
43
  change: <description>
44
+ # Consider: which context/docs files does this change affect?
@@ -101,3 +101,17 @@ tasks:
101
101
  - Code is clean and follows conventions
102
102
  tdd_phase: refactor
103
103
  status: pending
104
+
105
+ # ── Context Documentation ──
106
+ # These tasks ensure project context stays in sync with the change.
107
+ # Uncomment and adjust affected_file paths as needed.
108
+
109
+ # - id: t5
110
+ # group: Documentation
111
+ # description: Update spec/config.yaml context to reflect scope changes
112
+ # depends_on: []
113
+ # complexity: low
114
+ # estimated_minutes: 5
115
+ # affected_files: [spec/config.yaml]
116
+ # acceptance:
117
+ # - config.yaml context accurately reflects the new project state
@@ -41,3 +41,4 @@ body:
41
41
  change: <what changes in this file>
42
42
  - path: <src/another.ts>
43
43
  change: <description>
44
+ # Consider: which context/docs files does this change affect?
@@ -56,3 +56,17 @@ tasks:
56
56
  - All tests pass
57
57
  - No linting errors
58
58
  status: pending
59
+
60
+ # ── Context Documentation ──
61
+ # These tasks ensure project context stays in sync with the change.
62
+ # Uncomment and adjust affected_file paths as needed.
63
+
64
+ # - id: t4
65
+ # group: Documentation
66
+ # description: Update spec/config.yaml context to reflect scope changes
67
+ # depends_on: []
68
+ # complexity: low
69
+ # estimated_minutes: 5
70
+ # affected_files: [spec/config.yaml]
71
+ # acceptance:
72
+ # - config.yaml context accurately reflects the new project state
@@ -41,3 +41,4 @@ body:
41
41
  change: <what changes in this file>
42
42
  - path: <src/another.ts>
43
43
  change: <description>
44
+ # Consider: which context/docs files does this change affect?
@@ -75,3 +75,17 @@ tasks:
75
75
  - Names and structure are clean
76
76
  tdd_phase: refactor
77
77
  status: pending
78
+
79
+ # ── Context Documentation ──
80
+ # These tasks ensure project context stays in sync with the change.
81
+ # Uncomment and adjust affected_file paths as needed.
82
+
83
+ # - id: t4
84
+ # group: Documentation
85
+ # description: Update spec/config.yaml context to reflect scope changes
86
+ # depends_on: []
87
+ # complexity: low
88
+ # estimated_minutes: 5
89
+ # affected_files: [spec/config.yaml]
90
+ # acceptance:
91
+ # - config.yaml context accurately reflects the new project state