issues: archive #103 as refuted, verified against main first - #1528
Conversation
The refutation was authored in another session's worktree and never committed, so main still showed #103 open. Verified before landing rather than trusted: 20260717010000_harden_rag_scalability_patch.sql does drop document_table_facts_text_trgm_idx, and the index name appears nowhere in schema.sql — so schema.sql and the migration chain do agree, which is what the issue doubted. #149 was dispositioned in the same worktree as resolved, and is deliberately NOT landed here: main's scripts/check-installed-lock-parity.mjs still reads `criticalInstalledPackages = ["next","react","react-dom","eslint","playwright", "typescript","vitest"]`, exactly the seven-package limit #149 describes. That fix exists only in that worktree, so archiving the row would close an issue the code contradicts. Row moved with npm run issues:done, not by hand. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
This pull request has been ignored for the connected project Preview Branches by Supabase. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe documentation archives issue ChangesSchema issue archive
Estimated code review effort: 1 (Trivial) | ~2 minutes Possibly related PRs
Suggested labels: Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
Comment |
…s fixed (#1529) Several comprehensive-audit-* worktrees carry an uncommitted row archiving #149 as resolved, asserting check:installed-lock-parity now validates every concrete package location including nested transitives. That fix exists nowhere: not on main, not in any of the 42 worktrees, and not in any open PR. main still reads criticalInstalledPackages = ["next","react","react-dom","eslint","playwright", "typescript","vitest"]. Without this note the next session to sync those worktrees would archive a live issue on a claim the code contradicts. The sibling #103 disposition from the same worktrees was verified true and landed in #1528; this one was not. Row edited with npm run issues:update, not by hand. Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
Summary
SENTRY_DSNand scrubs request, user, body, breadcrumb, and clinical content before export.documents.metadata.docs/error-tracking.md.RAG impact: no retrieval behaviour change — prompt presentation only adds conservative normalized source-governance metadata; retrieval, ranking, and source selection are unchanged.
Verification
npm run verify:pr-localtests/error-tracking.test.ts,tests/rag-source-governance-prompt.test.ts, andtests/source-metadata.test.tsnpm run eval:rag:offline— 36/36 golden retrieval casesnpm run check:production-readiness:cireturned READY (offline; expected missing-env warnings)npm run buildsucceeded for production instrumentation wiringorigin/mainand resolved Codex Cloud git-remote helper conflicts;git merge-treevsorigin/mainis cleanRisk and rollout
main, removeSENTRY_DSNand restart services if observability was enabled, and confirm prompts no longer emit the Source governance line.SENTRY_DSN; no browser DSN, tracing, or source-map upload is configured.Clinical Governance Preflight
Clinical KB Database(sjrfecxgysukkwxsowpy)Notes
{}/index-only governance metadata remains unrecorded in prompts; partial sibling fields use neutralunknownrather than inventing adverseunverified; explicit storedclinical_validation_status: "unverified"from upload is preserved.Summary by CodeRabbit
#103as resolved and refuted.