create-harness-vibe-coding 0.5.1 → 0.6.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-harness-vibe-coding",
3
- "version": "0.5.1",
3
+ "version": "0.6.0",
4
4
  "description": "Scaffold a 0-1 product harness for AI-assisted research, PRD, planning, architecture, build, test, and feedback loops",
5
5
  "type": "module",
6
6
  "bin": {
@@ -22,6 +22,7 @@ Rules:
22
22
  - Do not write files.
23
23
  - Prioritize bugs, regressions, missing tests, boundary violations, and security risks.
24
24
  - Findings must include file and line when possible.
25
+ - Flag unsupported factual claims: if a code comment, doc line, or agent output asserts a fact you cannot confirm by reading the referenced file, report it as a "Hallucination Risk" finding.
25
26
  - Separate critical/high findings from minor cleanup.
26
27
  - If no issues are found, state residual risk and test gaps.
27
28
 
@@ -0,0 +1,31 @@
1
+ # /wf-review [focus]
2
+
3
+ Cross-model peer review. Invokes the OTHER agent CLI to review changes from a fresh perspective.
4
+
5
+ ## How it works
6
+
7
+ 1. Detect which runtime we're running under
8
+ 2. Prepare context: diff, relevant files, architecture docs, problem description
9
+ 3. Pipe to the OTHER CLI for independent review
10
+ 4. Synthesize the response
11
+
12
+ ## Required
13
+
14
+ - Load `wf-review` skill.
15
+ - MUST use `Bash` to invoke the other CLI — never simulate or fake the review.
16
+ - Present the raw review output to the user, then add your own analysis.
17
+
18
+ ## CLI Detection
19
+
20
+ - If `codex` is available: use `codex exec` for code review
21
+ - If only `claude` is available: use `claude -p` for code review
22
+ - Try `codex exec` first, fall back to `claude -p`
23
+
24
+ ## Flow
25
+
26
+ ```text
27
+ CEO prepares context (diff + architecture docs + focus prompt)
28
+ → Bash: codex exec "..." (or claude -p "...")
29
+ → CEO reads output
30
+ → CEO presents findings + own analysis
31
+ ```
@@ -13,7 +13,7 @@ Enter maximum-parallelism workflow mode with an optional task description. Split
13
13
 
14
14
  ```text
15
15
  intake
16
- -> max-parallel exploration (5-14 read-only agents)
16
+ -> max-parallel exploration (5-10 read-only agents)
17
17
  -> synthesis + write-set coloring → dependency graph
18
18
  -> wave 1: N parallel implementers (disjoint file claims)
19
19
  -> wave 1 review: parallel spec/code/security reviewers
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: subagent-orchestrator
3
- description: Use when work needs bounded subagent coordination, parallel read-only exploration, independent review gates, broad context partitioning, or controlled handoffs after wf-mode has been selected when applicable.
3
+ description: Use when work needs bounded subagent coordination, parallel read-only exploration, independent review gates, broad context partitioning, or controlled handoffs after wf-mode has been selected.
4
4
  ---
5
5
 
6
6
  # Subagent Orchestrator
@@ -25,7 +25,7 @@ intake + 95% confidence gate
25
25
  -> bounded implementation
26
26
  -> review
27
27
  -> verification
28
- -> debugger recovery loop when verification fails (dispatch memory-master after 3 same-class failures)
28
+ -> debugger recovery loop when verification fails (dispatch context-master then memory-master, or use /wf-learn)
29
29
  -> context-master session analysis + knowledge extraction
30
30
  -> memory-master consolidation
31
31
  -> close with evidence
@@ -0,0 +1,49 @@
1
+ ---
2
+ name: wf-review
3
+ description: Cross-model peer review. Invokes the other agent CLI (Codex or Claude) to independently review changes, architecture, or bug fixes. Use for /wf-review, peer review, second opinion, or when stuck.
4
+ ---
5
+
6
+ # WF Review
7
+
8
+ Cross-model peer review via the OTHER agent CLI. Fresh eyes on your changes.
9
+
10
+ ## Load
11
+
12
+ - `Harness/README.md` for project context
13
+ - Current diff or target files
14
+
15
+ ## How It Works
16
+
17
+ 1. **Detect runtime**: Check `which codex` and `which claude`
18
+ 2. **Prepare context**: Gather diff (`git diff`), relevant architecture docs, the specific question
19
+ 3. **Invoke the OTHER CLI** — the one we're NOT currently running under
20
+ 4. **Read and synthesize**: Present the raw output, then add analysis
21
+
22
+ ## CLI Commands
23
+
24
+ | Current Runtime | Review Command |
25
+ |---|---|
26
+ | Claude Code | `git diff \| codex exec "review prompt"` |
27
+ | Claude Code (commit) | `codex exec "review this commit: $(git log -1 --format=%B)"` |
28
+ | Codex | `git diff \| claude -p "review prompt"` |
29
+ | Either | fallback: try the other CLI, warn if neither available |
30
+
31
+ ## Context to Include
32
+
33
+ For a good review, pipe or include:
34
+ - `git diff` or `git diff --cached`
35
+ - Relevant `Harness/` docs (architecture.md, domain/ports.md if filled)
36
+ - The specific focus: "find bugs", "critique architecture from 4+ dimensions", "fix this bug", "check for security issues"
37
+
38
+ ## Rules
39
+
40
+ - Never simulate or fake the review. The Bash tool MUST invoke the other CLI.
41
+ - If both CLIs fail, report the error — don't silently skip.
42
+ - Present the raw review output to the user before adding your own analysis.
43
+ - Distinguish between: the peer's findings (authoritative) and your interpretation (supplementary).
44
+
45
+ ## Return
46
+
47
+ - Which CLI was used for review
48
+ - Raw review output
49
+ - CEO's synthesis and action items
@@ -11,7 +11,7 @@ Root entry for Claude Code. Keep this file short.
11
11
  - `Harness/README.md` is the task router. For every request, check `Harness/README.md#Load By Task`; if a row matches, read and follow those docs before acting.
12
12
  - `Harness/PROGRESS.md` is the global task index. Load at session start to see active task and task history.
13
13
  - If work spans more than one step, create a task capsule from `Harness/tasks/_template/` and update `Harness/tasks/<task-id>/PROGRESS.md`.
14
- - Use `/wf <task>`, `/wf-max [task]`, `/wf-learn`, `wf mode`, `workflow mode`, `wk mode`, `Harness/WF.md`, or `Harness/WF-MAX.md` for long, difficult, uncertain, multi-file, or repeated-failure work.
14
+ - Use `/wf <task>`, `/wf-max [task]`, `/wf-learn`, `/wf-review [focus]`, `wf mode`, `wf max`, `workflow mode`, `wk mode`, `Harness/WF.md`, or `Harness/WF-MAX.md` for long, difficult, uncertain, multi-file, or repeated-failure work.
15
15
  - Use `subagent-orchestrator` and `Harness/subagents.md` when coordinating multiple subagents.
16
16
  - Use `/wf update` to check for and apply scaffold updates from GitHub. See `.claude/skills/wf-update/SKILL.md`.
17
17
  - Subagents are readers and reporters. Only the main agent writes to `Harness/tasks/<task-id>/PROGRESS.md` and `Harness/tasks/<task-id>/PLAN.md`.
@@ -27,6 +27,7 @@ Root entry for Claude Code. Keep this file short.
27
27
  - If multiple valid approaches exist and the choice affects architecture, scope, stack, or user-facing behavior, present trade-offs instead of picking silently.
28
28
  - State assumptions before implementation and record durable assumptions, decisions, blockers, handoffs, and verification evidence in `Harness/tasks/<task-id>/PLAN.md`.
29
29
  - If something is unclear, stop. Name what is unclear and ask instead of guessing.
30
+ - Before asserting a fact about the codebase, read the file that proves it. If you cannot cite the file and line, do not assert.
30
31
 
31
32
  ## 3. Simplicity First
32
33
 
@@ -29,6 +29,7 @@ Stack-specific agents can be added after the product shape is known.
29
29
  - [wf-mode](../.claude/skills/wf-mode/SKILL.md) — long-task workflow: exploration, second plan, implementation, review, verification, heartbeat, and recovery loop.
30
30
  - [subagent-orchestrator](../.claude/skills/subagent-orchestrator/SKILL.md) — controller-led subagent orchestration, parallel read-only passes, review gates, and recovery handoffs.
31
31
  - [readme-optimizer](../.claude/skills/readme-optimizer/SKILL.md) — README preservation, append-only development sections, structured tables, and approved architecture diagrams.
32
+ - [wf-review](../.claude/skills/wf-review/SKILL.md) — cross-model peer review: invoke the other agent CLI (Codex/Claude) for independent review.
32
33
  - [wf-learn](../.claude/skills/wf-learn/SKILL.md) — force memory learning cycle: context-master → memory-master → project + global memory.
33
34
  - [wf-update](../.claude/skills/wf-update/SKILL.md) — GitHub-based incremental harness update, checksum comparison, and safe in-place updates.
34
35
  - [wf-max](../.claude/skills/wf-max/SKILL.md) — maximum-parallelism workflow: write-set coloring, wave dispatch, parallel review per dimension.
@@ -51,7 +51,7 @@ Keywords are retrieval hints, not project facts.
51
51
 
52
52
  Load the matching row only. Add adjacent docs only when the loaded doc directly names them.
53
53
 
54
- Routing priority: if a request explicitly says `/wf <task>`, `/wf-max [task]`, `/wf-learn`, `wf mode`, `workflow mode`, or `wk mode`, or is long, difficult, uncertain, repeated-failure, migration, architecture-heavy, browser-visible, or broad multi-agent implementation work, choose the WF row first. `wf-mode` MUST then delegate subagent coordination to `subagent-orchestrator`.
54
+ Routing priority: if a request explicitly says `/wf <task>`, `/wf-max [task]`, `/wf-learn`, `wf mode`, `wf max`, `workflow mode`, or `wk mode`, or is long, difficult, uncertain, repeated-failure, migration, architecture-heavy, browser-visible, or broad multi-agent implementation work, choose the WF row first. `wf-mode` MUST then delegate subagent coordination to `subagent-orchestrator`.
55
55
 
56
56
  | When to Read | Keywords | Load | Output |
57
57
  | --- | --- | --- | --- |
@@ -61,6 +61,7 @@ Routing priority: if a request explicitly says `/wf <task>`, `/wf-max [task]`, `
61
61
  | Need architecture or boundaries | architecture, boundary, layer, domain, port, adapter, dependency | [architecture.md](architecture.md), [domain/ports.md](domain/ports.md) | layer map, ports, constraints |
62
62
  | Need WF mode | wf, /wf, wf mode, workflow mode, wk mode, long task, difficult, stuck, repeated failure | [WF.md](WF.md), [PROGRESS.md](PROGRESS.md), the current task `tasks/<id>/PROGRESS.md` and `tasks/<id>/PLAN.md` | exploration plan, second plan, heartbeat, recovery loop; explicit WF/WK loads subagent docs immediately |
63
63
  | Need to learn from errors | /wf-learn, wf learn, learn, remember, memory, lesson | [MEMORY.md](MEMORY.md), `.claude/skills/wf-learn/SKILL.md`, `Harness/memory/*` | context-master → memory-master → project + global memory |
64
+ | Need peer review | /wf-review, peer review, second opinion, cross-check, stuck | `.claude/skills/wf-review/SKILL.md`, `Harness/README.md` | cross-model review via other CLI (Codex/Claude) |
64
65
  | Need WF Max mode | /wf-max, wf max, maximum parallelism, max parallel | [WF-MAX.md](WF-MAX.md), [WF.md](WF.md), [subagents.md](subagents.md), [dispatch.md](dispatch.md) | max-parallel exploration, write-set coloring, wave dispatch |
65
66
  | Adding harness to existing project | existing project, onboarding, migrate, bootstrap, preserve, conflict | [extension.md](extension.md), [PROGRESS.md](PROGRESS.md), root `README.md` and package/CI files | discovered project facts, preserved config, manual registration plan |
66
67
  | README optimization | README, docs, quickstart, install docs, architecture diagram, command table, documentation polish | root `README.md`, `.claude/skills/readme-optimizer/SKILL.md`, [PROGRESS.md](PROGRESS.md), [architecture.md](architecture.md) as needed | approved README mode, preserved sections, proposed diff plan |
@@ -102,6 +103,8 @@ Routing priority: if a request explicitly says `/wf <task>`, `/wf-max [task]`, `
102
103
  ```text
103
104
  Harness/README.md router only
104
105
  Harness/MEMORY.md resource index
106
+ Harness/PLAN.md active project plan
107
+ Harness/SETUP.md install/bootstrap contract
105
108
  Harness/PROGRESS.md global task index and cross-task decisions
106
109
  Harness/tasks/<id>/PROGRESS.md per-task progress, phase, heartbeat
107
110
  Harness/tasks/<id>/PLAN.md per-task implementation plan and evidence
@@ -109,8 +112,10 @@ Harness/tasks/_template/ task capsule template (copy to create new tas
109
112
  Harness/WF.md long-task workflow and recovery loop
110
113
  Harness/WF-MAX.md max-parallelism workflow with wave dispatch
111
114
  .claude/skills/wf-max/SKILL.md max-parallelism skill loader
115
+ .claude/skills/wf-review/SKILL.md cross-model peer review skill
112
116
  .claude/commands/wf-max.md /wf-max slash command bridge
113
117
  .claude/commands/learn.md /wf-learn slash command bridge
118
+ .claude/commands/review.md /wf-review slash command bridge
114
119
  Harness/lifecycle.md 0-1 product flow
115
120
  Harness/subagents.md controller-led subagent orchestration
116
121
  Harness/context-loading.md dynamic loading and subagent packs