@fro.bot/systematic 3.13.6 → 3.13.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
|
@@ -52,7 +52,7 @@ tags: [keyword-one, keyword-two]
|
|
|
52
52
|
|
|
53
53
|
## Knowledge Track Template
|
|
54
54
|
|
|
55
|
-
Use for: `best_practice`, `documentation_gap`, `workflow_issue`, `developer_experience`
|
|
55
|
+
Use for: `best_practice`, `documentation_gap`, `workflow_issue`, `developer_experience`, `architecture_pattern`, `design_pattern`, `tooling_decision`, `convention`
|
|
56
56
|
|
|
57
57
|
```markdown
|
|
58
58
|
---
|
|
@@ -52,7 +52,7 @@ tags: [keyword-one, keyword-two]
|
|
|
52
52
|
|
|
53
53
|
## Knowledge Track Template
|
|
54
54
|
|
|
55
|
-
Use for: `best_practice`, `documentation_gap`, `workflow_issue`, `developer_experience`
|
|
55
|
+
Use for: `best_practice`, `documentation_gap`, `workflow_issue`, `developer_experience`, `architecture_pattern`, `design_pattern`, `tooling_decision`, `convention`
|
|
56
56
|
|
|
57
57
|
```markdown
|
|
58
58
|
---
|
|
@@ -210,10 +210,17 @@ validating it. This ordering makes the artifact validatable at all: without
|
|
|
210
210
|
`schema_version`, the validator reports the legacy status (exit 3) rather than
|
|
211
211
|
a real validation result.
|
|
212
212
|
|
|
213
|
-
After writing `review-summary.json`, the parent
|
|
214
|
-
`systematic
|
|
215
|
-
|
|
216
|
-
|
|
213
|
+
After writing `review-summary.json`, the parent checks whether the
|
|
214
|
+
`systematic` executable is available on the invoking environment's `PATH`.
|
|
215
|
+
When it is available, the parent runs
|
|
216
|
+
`systematic validate-review-artifact <path>` against it. The executable ships
|
|
217
|
+
through the npm package's `bin` entry; a harness that installs bundled
|
|
218
|
+
markdown without that package will not have it. When it is unavailable, the
|
|
219
|
+
parent records that validation did not run and why in the run record.
|
|
220
|
+
Unavailable validation is distinct from skipped validation, and the parent
|
|
221
|
+
does not represent the artifact as validated. A nonzero exit means the run is
|
|
222
|
+
not complete. The [executable schema](./review-summary-schema.json) is
|
|
223
|
+
generated from a Zod source and is the machine-checkable form of the shape
|
|
217
224
|
described here.
|
|
218
225
|
|
|
219
226
|
On validation failure, the parent repairs the artifact and re-runs the
|
|
@@ -226,7 +233,8 @@ This is enforcement by visible failure, not by containment. An agent that
|
|
|
226
233
|
never runs the command can still finalize an artifact, but produces no evidence
|
|
227
234
|
in either direction. That is why the command exists as an independently
|
|
228
235
|
runnable check rather than as a self-validation instruction, and why its result
|
|
229
|
-
belongs in the run record.
|
|
236
|
+
belongs in the run record. An unavailable validator is recorded as unavailable,
|
|
237
|
+
not as skipped or validated.
|
|
230
238
|
|
|
231
239
|
`mode:report-only` writes no artifact and therefore performs no validation.
|
|
232
240
|
|