docs: encode search-before-create issue discipline (prevent duplicate epics)#143
Conversation
… epics) Bookkeeping debt surfaced 2026-06-12: a frontend epic (#130) was opened while #129 (same vision) already existed, fragmenting progress tracking and silently breaking the close-as-we-go discipline. Consolidated to one canonical epic (#130; #129 closed as duplicate, #102 rescoped to SellerPortal). Prevention across the smallest effective surface set: - CLAUDE.md: 'Search before you open an issue' rule under the Deferral surface section — gh issue list --search first; consolidate on overlap - article-audit + feature-spec commands: search-first step at the point they draft 'gh issue create' bodies Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Warning Review limit reached
Next review available in: 7 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: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
WalkthroughThis PR updates three documentation files to add duplicate issue avoidance guidance across the project. Contributors are instructed to search for existing open issues via ChangesIssue Duplicate Avoidance Guidance
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ 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 |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
What
Encodes a search-before-create discipline for GitHub issues, and records the frontend-epic consolidation that motivated it.
Why
A duplicate frontend epic (#130) was opened while #129 (same vision) already existed — fragmenting progress tracking and quietly breaking the close-as-we-go discipline. Consolidated live: #129 closed as duplicate (framing folded into #130), #102 rescoped to SellerPortal, #130 is the single canonical frontend epic with Phase 0/1 ticked.
Prevention (smallest effective surface set)
gh issue list --state open --search "<keywords>"beforegh issue create; consolidate to one canonical issue on overlap..claude/commands/article-audit.md+feature-spec.md— search-first step where each drafts an issue body.Review notes
Run /check-rules locally to audit paraphrases against this diff. New rule (no prior paraphrases to drift).
🤖 Generated with Claude Code
Summary by CodeRabbit