docs(product-engineering): standardize ADR and as-is conventions#78
Conversation
There was a problem hiding this comment.
Pull request overview
This PR updates the product-engineering skill contract to standardize (1) where ADRs live in repositories that use them and (2) the expected “present-state” documentation voice across repos.
Changes:
- Specify
docs/adr/as the single allowed ADR location for repositories that use ADRs, without requiring ADR adoption where it doesn’t exist. - Add guidance requiring documentation, code comments, and resource descriptions to describe the current (“as-is”) state rather than narrating migrations or origin stories.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughUpdates the product-engineering skill with a standard ChangesProduct engineering guidance
Estimated code review effort: 1 (Trivial) | ~5 minutes Possibly related issues
✨ 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 |
Why
The shared product-engineering contract needs one unambiguous home for ADRs and one documentation perspective across repositories.
What
docs/adr/and nowhere else.Validation
git diff --checkgh skill publish --dry-runFixes #77
Summary by CodeRabbit
docs/adr/.