|
| 1 | +language: "en" |
| 2 | +early_access: true |
| 3 | +tone_instructions: | |
| 4 | + Be casual, friendly, and egoless, using approachable, clear, and conversational language that feels warm and engaging. |
| 5 | + Keep the writing light, concise, and positive, as if speaking to a peer. |
| 6 | +reviews: |
| 7 | + request_changes_workflow: true |
| 8 | + high_level_summary: true |
| 9 | + poem: false |
| 10 | + review_status: true |
| 11 | + collapse_walkthrough: false |
| 12 | + sequence_diagrams: true |
| 13 | + path_filters: |
| 14 | + - "!**/*.pb.go" |
| 15 | + path_instructions: |
| 16 | + - path: "**/*.go" |
| 17 | + instructions: | |
| 18 | + Review the Golang files with a focus on the project's goals: |
| 19 | + - Actor Model Integration: Ensure the code effectively utilizes the [protoactor](https://github.com/AsynkronIT/protoactor-go) |
| 20 | + framework, adhering to best practices of the Actor Model. |
| 21 | + - Domain-Driven Design: Verify that Domain-Driven Design principles are integrated properly, with clear separation of concerns |
| 22 | + and well-defined domain models. Ensure the use of Event Sourcing is correctly implemented in the Actor-based system. |
| 23 | + - Code Quality and Maintainability: Focus on readability, proper use of Go idioms, and maintainable code structure. Check |
| 24 | + for consistent naming conventions, efficient error handling, and adequate documentation, including meaningful comments where needed. |
| 25 | + - Performance and Scalability: Identify any potential areas for performance improvement, especially concerning actor behavior, |
| 26 | + concurrency, and data persistence. Suggest refactoring if the code can be streamlined or optimized. |
| 27 | + - path: "**/*.md" |
| 28 | + instructions: | |
| 29 | + Review markdown documentation with these guidelines: |
| 30 | + - Structure: Ensure consistent heading hierarchy and document organization |
| 31 | + - Content: Verify accuracy of technical details, code examples, and API references |
| 32 | + - Quality: Check for spelling, grammar, and broken links |
| 33 | + - Completeness: Confirm all features and changes are properly documented |
| 34 | + - Style: Follow project's documentation style guide and formatting conventions |
| 35 | + auto_review: |
| 36 | + enabled: true |
| 37 | + drafts: false |
| 38 | + base_branches: |
| 39 | + - "main" |
| 40 | +chat: |
| 41 | + auto_reply: true |
| 42 | + auto_reply_messages: |
| 43 | + greeting: "👋 Thanks for the mention! 😊 I'm here to assist with your code review." |
| 44 | + help_request: "🫡 I'm on it! What specific aspect would you like me to focus on?" |
| 45 | + triggers: |
| 46 | + - keywords: ["help", "review", "check"] |
| 47 | + response: "👌 Got it! I'll review that for you right away." |
0 commit comments