@descent-vtt/spec-harness 0.10.0 → 0.11.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.
@@ -61,7 +61,14 @@ For a `defect` brief, write a probe: a test that fails now, for the reason
61
61
  the brief states, declared in the brief as a `probe` block (with the test in
62
62
  a `probe-file` block if it is new). Give it a `signature` - text the failure
63
63
  must contain - or a JUnit `test` name, so a compile error is never taken for
64
- the defect. Then:
64
+ the defect.
65
+
66
+ The probe runs in a fresh worktree, where nothing is installed until its
67
+ `setup` line installs it, as `setup: npm ci` does. Make `run` one of the
68
+ project's own scripts, such as `npm test -- <file>`, and never `npx` with a
69
+ tool's name alone: where the tool is not installed, npm would fetch whatever
70
+ the registry has under that name, so `probe` has it stop there and the probe
71
+ is `invalid`. Never add `--yes` to get past that. Then:
65
72
 
66
73
  ```bash
67
74
  npx --no-install @descent-vtt/spec-harness probe <id> --at base
@@ -69,7 +76,8 @@ npx --no-install @descent-vtt/spec-harness probe <id> --at base
69
76
 
70
77
  `measured` means the defect is real; paste the evidence table into the
71
78
  brief. `vacuous` means it is not there: say so to the person and stop.
72
- `invalid` or `flaky` means the probe proves nothing yet: fix the probe.
79
+ `invalid` or `flaky` means the probe proves nothing yet: read the end of its
80
+ command's output, printed after the table, and fix the probe.
73
81
 
74
82
  ## 4. Check, then hand over
75
83