fix(import): allow issue-only duplicate closes - #309
Conversation
|
Codex review: needs changes before merge. Reviewed August 30, 2026, 7:28 AM ET / 11:28 UTC. ClawSweeper reviewWhat this changesThe branch changes GitCrawl cluster-job generation so non-security, issue-only autonomous clusters no longer require a prior fix before closeout, with coverage for issue-only, mixed, and security-signaled clusters. Regression provenancePossible regression — probable (reviewed change; failure trace). No predecessor PR is attributed. Merge readiness⛔ Blocked by patch quality or review findings - 5 items remain Keep this PR open: its issue-only condition clears the shared fix-first guard for every close classification, not only duplicates, so superseded and fixed-by-candidate closeouts can bypass the intended repair-or-merge path. The author is a repository member, so automated closure is not appropriate in any case. Priority: P1 Review scores
Verification
How this fits togetherGitCrawl import turns clustered GitHub reports into Clownfish job files. Those job permissions guide the planning worker and the final applicator that comments on or closes duplicate and superseded reports. flowchart LR
A[GitCrawl cluster data] --> B[Cluster-job importer]
B --> C[Generated job permissions]
C --> D[Planning worker]
D --> E[Close-action classification]
E --> F[Final applicator]
F --> G[GitHub issue or PR closeout]
Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Copy recommended automerge instructionTechnical reviewBest possible solution: Introduce an explicit duplicate-only planning permission for eligible issue-only clusters while retaining require_fix_before_close for every non-duplicate closeout, then cover both planning and application boundaries. Do we have a high-confidence way to reproduce the issue? Yes—source inspection gives a high-confidence path: generate a non-security issue-only autonomous cluster with merge enabled, then plan a superseded or fixed-by-candidate closeout; the generated false guard bypasses the applicator's fix-first validation. Is this the best way to solve the issue? No. A cluster-wide false guard is broader than the requested duplicate exception; a default-deny duplicate-only planning permission preserves the current non-duplicate safety invariant. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 2ac8814a9d48. LabelsLabel changes:
Label justifications:
EvidenceAcceptance criteria:
What I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (108 earlier review cycles; latest 8 shown)
|
Summary
Validation
node --test test/import-gitcrawl-clusters.test.mjs(8/8)npm run validate(6,699 jobs)