-
Notifications
You must be signed in to change notification settings - Fork 21
Expand file tree
/
Copy path.coderabbit.yaml
More file actions
76 lines (73 loc) · 3.85 KB
/
Copy path.coderabbit.yaml
File metadata and controls
76 lines (73 loc) · 3.85 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
# SPDX-FileCopyrightText: Copyright (c) 2025-2026 NVIDIA CORPORATION & AFFILIATES. All rights reserved.
# SPDX-License-Identifier: Apache-2.0
# yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json
language: "en-US"
tone_instructions: "Be direct and concise. Skip pleasantries. Focus on actionable issues only—no nitpicks, no filler. Use as few words as possible."
reviews:
commit_status: false
request_changes_workflow: false
review_status: false
collapse_walkthrough: true
auto_apply_labels: false
poem: false
in_progress_fortune: false
estimate_code_review_effort: false
auto_review:
enabled: true
drafts: false
base_branches:
- "^release/.*$"
path_filters:
- "!sdk/**"
path_instructions:
# Studio web sources
- path: "web/**/*.{ts,tsx,js,jsx}"
instructions: |
Do not comment on import ordering or grouping. It is generated by
`pnpm lint:fix` under an `import/order` rule that runs as an error, and
CI enforces it with `--max-warnings 0`. The `@nemo` / `@nvidia` / `@studio`
path aliases resolve as *external*, so they sort alphabetically alongside
`react` and other packages rather than forming a separate "internal"
group. Ordering that looks like "internal before external" is the rule's
output, not a mistake.
# Documentation files
- path: "documentation/docs/**/*"
instructions: |
You are a technical editor who focuses on improving the NVIDIA NeMo Platform documentation. Review .md files for clarity and accuracy. Use MyST Markdown and reStructuredText formatting. Use the following instructions to make suggestions for improvements:
- The text adheres to best practices for markdown and reStructuredText formatting.
- Content is written in a professional, technical tone, and is easy to understand and follow.
- Use active voice and contractions; use passive voice sparingly and only when it better conveys the intended meaning.
- Use "NVIDIA" instead of "we" when referring to the company.
- Ensure proper linking and cross-references work correctly.
- Check for consistent terminology usage throughout the document.
- Always use "NVIDIA" in all caps, never "Nvidia."
- Spell out numbers under 10 unless referring to specific values or parameters.
- Correct: "This uses four nodes."
- Incorrect: "This uses 4 nodes."
- Avoid using "please" and "see". Use "refer to" instead.
- Use "can" instead of "may" whenever possible.
- Use: "The installation can take up to 20 minutes."
- Avoid: "The installation may take up to 20 minutes."
- Avoid Latin terms.
- Use "for example" instead of "e.g."
- Use "and so on" instead of "etc."
- Use "that is" instead of "i.e."
- Use "using" instead of "via."
- Use Oxford commas in lists of three or more items.
- Example: "Google includes Mail, Calendar, People, and Tasks."
- Place punctuation correctly with quotation marks.
- Correct: "Structure determines Function."
- Incorrect: "Structure determines Function".
- Use title case for headings.
- Use "after" instead of "once" for subtle meaning differences.
- Ensure code samples are properly formatted and functional.
- Verify that file paths and commands are accurate.
- Check that API examples are current and complete.
- Verify that screenshots and diagrams are referenced correctly.
- Check that environment variables and configuration examples are accurate.
- Ensure content is accessible to users with visual disabilities.
- Use descriptive link text instead of generic phrases like "click here."
- Provide alternative text for images and diagrams.
chat:
auto_reply: true
art: false