fix(review): admit Crabbox Postgres docs fixture - #1465
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
Codex review: needs maintainer review before merge. Reviewed September 6, 2026, 2:35 AM ET / 06:35 UTC. ClawSweeper reviewWhat this changesAdds narrowly matched PostgreSQL documentation fixtures to ClawSweeper’s review-input scanner, with rejection coverage and updated scanner documentation. Merge readiness✅ Ready for maintainer review The PR remains useful: current main lacks this exact fixture exception, and the patch preserves the existing admission checks. No actionable introduced defect was found; MEMBER-authored work is also protected from cleanup closure. Priority: P2 Review scores
Verification
How this fits togetherClawSweeper scans review prompts and Git source material before starting an agent. Its host-owned fixture classifier allows known synthetic examples while rejecting unrecognized credential findings. flowchart TD
A[Review prompt and Git revisions] --> B[Trusted source staging]
B --> C[Native secret scanner]
C --> D[Exact fixture checks]
D -->|All findings qualify| E[Admission and sanitized notices]
D -->|Any finding fails| F[Stop before agent launch]
Before mergeNone. Agent review detailsSecurityNone. Review metrics
Technical reviewBest possible solution: Keep synthetic-fixture admission in the existing host-owned exact-match policy, with all unrelated findings continuing to block agent launch. Do we have a high-confidence way to reproduce the issue? Yes, at source level: the supplied native Postgres records cannot match current main’s attribution table and fall through to rejection. This review did not execute a failing scan. Is this the best way to solve the issue? Yes. Adding exact rows to the existing classifier avoids a competing bypass and preserves the established source, decoder, metadata, and committed-role checks. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 10c64167c30d. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
|
What Problem This Solves
Resolves a problem where ClawSweeper refuses review admission for a Crabbox pull
request that changes
docs/operations.md, because that file already contains apublic synthetic PostgreSQL connection example elsewhere in the document.
This is a prerequisite for reviewing
openclaw/crabbox#1904.
Why This Change Was Made
The change adds two exact host-owned attribution rows for the reviewed
PostgreSQL example. They bind the Postgres detector, the observed
PLAINandHTMLdecoders, exact native value hashes, the complete source-line hash,docs/operations.md, mode100644, detector metadata, and the existingcommitted
base/headrole requirement.There is no path-wide, detector-wide, repository-controlled, or runtime
override. Changed values, lines, paths, modes, metadata, decoders, duplicates,
mixed unknown findings, and non-committed roles still refuse admission.
User Impact
Maintainers can review the affected Crabbox change without disabling input
scanning or authorizing unrelated findings. Genuine or changed credential-shaped
material remains blocking before a provider or model can launch.
OpenClaw Bay Impact
OpenClaw Bay is unaffected. This changes only host-side review-input
classification; no queue, status, lifecycle, telemetry, dashboard, or public
data contract changes.
Documentation Impact
The active scanner contract in
README.mdnow documents the narrowly reviewedCrabbox PostgreSQL example and its accepted native decoder variants.
CHANGELOG.mdrecords the operational admission change.Evidence
c95e0b18b49e6f975116947939bfda89afde837b728a0d0837642ac84f3302fe6191f24087320e1a0ac90de2ce3a5c1523c1885e81c7018a16b828b1https://github.com/openclaw/clawsweeper/actions/runs/34014871213
3.97.1, binary SHA-256f6899e5521ff060634a9599e02215195d29d330e9a902feb3f5322eedcb7ba21256/256passed.passed.
confidence
0.94.+33/-3; tests:+212; docs/changelog:+14/-10.The local full
pnpm run checkcompleted static checks, builds, lint, andchanged coverage, then retained two unrelated host-environment failures in
test/live-proof-review-environment.test.ts: one synthetic review-childcompound command and one nodenv lookup for a missing literal Node
24installation. The changed scanner suite and production replay are green;
hosted CI is the clean-environment gate.
Real Behavior Proof
Claim: the production admission boundary classifies the exact four native
records from the affected Crabbox review input while preserving the existing
fail-closed launch boundary.
Exercised surface: the built production
scanAgentInputentry point withcommitted Git source staging and pinned native TruffleHog output.
Scenario and environment: a private temporary harness called the candidate
ClawSweeper build against the exact Crabbox base/head revisions above. It used
TruffleHog
3.97.1with the production arguments, isolated temporarydirectories, and no provider or model process.
Observed result:
{ "status": "classified", "nativeRecordCount": 4, "noticeCount": 2, "providerModelLaunchCount": 0, "records": [ "Postgres docs head / PLAIN", "Postgres docs base / HTML", "existing Crabbox fleet URI / PLAIN", "existing Crabbox fleet URI / PLAIN" ] }The production boundary invoked trusted Git 58 times and pinned TruffleHog once.
It invoked no provider or model. The canonical compact trace, excluding its
self-digest field, has SHA-256
a221a36a175b38921a592910d78fe02add22e457bbac03636c847cfe836b251e;the retained pretty-printed sanitized file has SHA-256
8224d2c47b56f19825172fbb68a688a0caf543bb12c781de4223d707dcd38088.The trace contains only source paths, blob IDs, detector/decoder names, line
numbers, roles, and fixture hashes, not native matched values.
Limits: this proof is exact to the listed Crabbox revisions, source line,
path, mode, detector metadata, observed decoder identities, and TruffleHog
version. It does not authorize different bytes, future scanner behavior,
verified findings, other repositories or paths, other modes or roles,
duplicates, or mixed unknown findings.