@sreetej510/pi-shipd-checks 0.8.3 → 0.9.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
@@ -31,14 +31,15 @@ The agent-callable `solution-precheck` tool runs one exhaustive read-only soluti
31
31
  unrelated changes.
32
32
 
33
33
  The agent-callable `quality-check` tool runs `create_patches.sh` in the current working directory, reads
34
- `agent_prompt.md`, `test.patch`, and `solution.patch`, fills the authenticated Shipd draft fields, reruns only checks whose status is
35
- `Stale`, starts Test Quality before Solution Quality in one browser tab, waits for any started jobs, and returns only the useful report data:
34
+ `agent_prompt.md`, `test.patch`, and `solution.patch`, first runs a Fargate patch precheck against a clean `HEAD`, then
35
+ fills the authenticated Shipd draft fields, runs fresh checks with a `Run` button, reruns checks marked `Stale`, skips
36
+ current checks, starts Test Quality before Solution Quality in one browser tab, waits for any started jobs, and returns only the useful report data:
36
37
  `details.testQuality.coverageSuggestions`, `details.testQuality.tests` filtered to items whose `fairness` is exactly
37
38
  `"Not fair"`, and the complete `details.solutionQuality.evaluation` block. Its compact UI is labeled `Quality Checks`,
38
39
  shows live elapsed time, and only displays unfair-test count, suggestion count, code-quality score, and
39
40
  comprehensiveness score. It takes no parameters. It uses one fresh headless browser tab at a time: it closes the
40
- browser after starting the stale jobs, checks after 5 minutes, then reopens every 90 seconds until those jobs finish. If
41
- no check is stale, it uses existing reports without starting a job; a fresh `Run` row is reported as skipped. Each
41
+ browser after starting the needed jobs, checks after 5 minutes, then reopens every 90 seconds until those jobs finish. If
42
+ all checks are current, it uses existing reports without starting a job. Each
42
43
  browser context blocks images, fonts, and media to reduce memory use. It does not click the final orange
43
44
  challenge-submit button. Authentication comes from `SHIPD_STORAGE_STATE` or the saved state created by
44
45
  `/shipd:auth`. `/shipd:auth` launches the installed browser as a normal visible process and attaches over local CDP,
@@ -155,6 +156,11 @@ On-Demand fallback. Spot interruptions are retried according to `fargate.maxRetr
155
156
  Use `/analyze:on` and `/analyze:off` to control the gap-finder and solution-precheck tools per project, like HPC. The
156
157
  enabled project list is stored alongside the other settings in `~/.pi/agent/checks-config.json`.
157
158
 
159
+ The patch precheck applies `test.patch`, requires `./test.sh base` to pass, requires every `./test.sh new` testcase to
160
+ fail or error individually (with no suite-level error) before `solution.patch`, then requires both base and new suites to
161
+ pass after the solution patch. A failed precheck aborts before Shipd is opened and includes the Linux platform, phase, exit code,
162
+ JUnit counts, and failed/errored test names in the tool error.
163
+
158
164
  The `gap-finder` and `solution-precheck` tools are read-only and return repair recommendations; the caller changes the
159
165
  tests, prompt, or solution. Invoke them only when the user asks, never in parallel, and run repeated requests
160
166
  sequentially after applying each result.
@@ -202,8 +208,8 @@ Or, for local development, point at the entry point directly:
202
208
  | `src/agents.ts` | Spawns and races the gap-finder, solution-precheck, reviewer, and solver agent sessions |
203
209
  | `src/solvergap.ts` | Local solver result persistence and comparison artifacts |
204
210
  | `src/fargate-docker.ts` | Supported Dockerfile parsing for remote solver setup |
205
- | `src/fargate-runner.ts` | ECS Fargate Spot/S3 orchestration, retries, cleanup, and task telemetry |
206
- | `src/fargate-worker.ts` | ESM worker that runs concurrent solver workspaces in the shared task |
211
+ | `src/fargate-runner.ts` | ECS Fargate Spot/S3 orchestration for solver and patch-precheck tasks, retries, cleanup, and telemetry |
212
+ | `src/fargate-worker.ts` | ESM worker that runs solver workspaces or patch prechecks in the shared task |
207
213
  | `src/resource-usage.ts` | Container CPU sampling for adaptive profile selection |
208
214
  | `src/prompts.ts` | All prompt text sent to those agents |
209
215
  | `src/tools.ts` | Custom tools the agents call to submit their structured results |