@sreetej510/pi-shipd-checks 0.5.4 → 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/README.md CHANGED
@@ -25,14 +25,14 @@ For `/checks`:
25
25
  The agent-callable `analyze_task_tests` tool provides the separate test-analysis workflow:
26
26
 
27
27
  - `mode: "gaps"` (default) finds and validates sentence-by-sentence behavioral coverage gaps.
28
- - `mode: "test-audit"` runs an Auditor followed by an independent validator over implemented tests,
29
- filtering unfair assertions, prompt ambiguity, and broken fixtures. Auditors receive the in-memory
30
- HEAD diff for changed code files so they can distinguish old and new behavior.
31
- - `mode: "solution-audit"` runs the same Auditor/validator workflow over the implementation,
32
- using the `# Solution implementation` rules from `rules.md` and the same in-memory changed-code diff.
33
-
34
- All modes are read-only. Invoke the tool only when the user asks, never in parallel, and run
35
- repeated requests sequentially after applying each result.
28
+ - `mode: "test-audit"` runs one exhaustive Auditor over implemented tests, using the
29
+ `# Fairness vs. unfairness` rules to classify unfair assertions, prompt ambiguity, and broken fixtures.
30
+ - `mode: "solution-audit"` runs one exhaustive Auditor over the implementation, using the
31
+ `# Gaps in solution` rules and the same in-memory changed-code diff.
32
+
33
+ All modes are read-only. Gap analysis uses two agents: a gap finder followed by a fairness reviewer.
34
+ Each audit uses one agent to keep the tool affordable. Invoke the tool only when the user asks, never in
35
+ parallel, and run repeated requests sequentially after applying each result.
36
36
 
37
37
  ## Commands
38
38