docs(agents): correct a stale claim and record what ADR-0026 changed#109
Conversation
.claude/CLAUDE.md still told every agent working in this repo that "reindex is a no-op in Qdrant mode (BUG-021)". That was true until #102 fixed it, and it is now actively misleading: an agent reading it today would not investigate a reindex that failed, because the instructions say it never works anyway. This is the same doc/code drift the recent bug family was made of. Replaced with what the code now guarantees: - document_chunks is private to the pgvector provider (ADR-0026). No other module may read it; every chunk path goes through the VectorStoreProvider Protocol. Stated with the reason: modules that queried that table directly did not fail in Qdrant mode, they reported success. - A new vector store provider must implement delete_index_version() and must refuse to delete its own active version. The failure mode it guards is not "an old version survives", it is "the live index is emptied". - A dormant capability is not harmless, only not yet dangerous. Three gaps in this family were armed by their own fix; when a fix activates an inert path, ask what that path can now destroy instead of finding out on the next pass. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
Warning Review limit reached
Next review available in: 54 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughExpanded ChangesIndex provider guidance
Estimated code review effort: 1 (Trivial) | ~2 minutes Possibly related PRs
Suggested labels: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Code Review
This pull request updates .claude/CLAUDE.md to document architectural decisions (ADR-0026) regarding vector store chunk ownership, emphasizing that document_chunks is private to the pgvector provider and that other modules must use the VectorStoreProvider Protocol. It also adds a section on validating dormant capabilities and verifying results empirically. The review feedback points out that the list of Qdrant payload fields in the documentation is missing index_version and should refer to the entire metadata dictionary rather than just metadata.chunk_level.
Important
The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.
Review follow-up on #109 (gemini), and the omission mattered: index_version was missing from the list, and it is precisely the field anyone inspecting Qdrant by hand needs. A namespace can hold two versions at once — that is what makes a reindex zero-downtime — so counting points without the version filter counts the old and the new index together. Also corrected 'metadata.chunk_level' to 'metadata': the payload carries the whole chunk metadata dict, with chunk_level inside it. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Documentation only. No code changes. Touches
.claude/CLAUDE.md, the versioned agent-instructions file every Claude Code session in this repo reads.The stale claim
It still said:
True until #102 fixed it. Now actively misleading: an agent reading this today would not investigate a reindex that produced nothing, because the instructions tell it a reindex never works in Qdrant mode anyway. That is precisely the doc/code drift this recent bug family was made of.
What replaces it
document_chunksis private to the pgvector provider (ADR-0026). No other module may read it; every chunk path goes through theVectorStoreProviderProtocol. Stated with the reason, because the reason is the whole point: modules that queried that table directly in Qdrant mode did not fail — they reported success.delete_index_version()and must refuse to delete its own active version (ActiveIndexVersionError→ERR-INDEX-001, 409). The failure mode it guards is not "an old index version survives", it is "the live index is emptied".DELETEhad no namespace bindingvektra-apptests had never workedThe rule: verify empirically, do not trust the reports. Bugs in this family return
200 OKand a reassuring status field.🤖 Generated with Claude Code
Summary by CodeRabbit