You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the user provides a PR number or URL, extract the necessary information:
9
+
- Repository owner and name
10
+
- Pull request number
11
+
12
+
Use the GitHub MCP tool to fetch the PR details:
13
+
14
+
<use_mcp_tool>
15
+
<server_name>github</server_name>
16
+
<tool_name>get_pull_request</tool_name>
17
+
<arguments>
18
+
{
19
+
"owner": "[owner]",
20
+
"repo": "[repo]",
21
+
"pullNumber": [number]
22
+
}
23
+
</arguments>
24
+
</use_mcp_tool>
25
+
</instructions>
26
+
</step>
27
+
28
+
<stepnumber="2">
29
+
<name>Fetch Pull Request Diff</name>
30
+
<instructions>
31
+
Get the pull request diff to understand the changes:
32
+
33
+
<use_mcp_tool>
34
+
<server_name>github</server_name>
35
+
<tool_name>get_pull_request_diff</tool_name>
36
+
<arguments>
37
+
{
38
+
"owner": "[owner]",
39
+
"repo": "[repo]",
40
+
"pullNumber": [number]
41
+
}
42
+
</arguments>
43
+
</use_mcp_tool>
44
+
</instructions>
45
+
</step>
46
+
47
+
<stepnumber="3">
48
+
<name>Check Out Pull Request Locally</name>
49
+
<instructions>
50
+
Use the GitHub CLI (e.g. `gh pr checkout <PR_NUMBER>`) to check out the pull request locally after fetching
51
+
the diff. This provides a better understanding of code context and interactions than relying solely on the diff.
52
+
53
+
<execute_command>
54
+
<command>gh pr checkout [PR_NUMBER]</command>
55
+
</execute_command>
56
+
57
+
This allows you to:
58
+
- Navigate the actual code structure
59
+
- Understand how changes interact with existing code
60
+
- Get better context for your review
61
+
</instructions>
62
+
</step>
63
+
64
+
<stepnumber="4">
65
+
<name>Fetch Existing PR Comments</name>
66
+
<instructions>
67
+
Get existing comments to understand the current discussion state:
68
+
69
+
<use_mcp_tool>
70
+
<server_name>github</server_name>
71
+
<tool_name>get_pull_request_comments</tool_name>
72
+
<arguments>
73
+
{
74
+
"owner": "[owner]",
75
+
"repo": "[repo]",
76
+
"pullNumber": [number]
77
+
}
78
+
</arguments>
79
+
</use_mcp_tool>
80
+
81
+
Examine existing PR comments to understand the current state of discussion. Always verify whether a comment is current or already addressed before suggesting action.
82
+
</instructions>
83
+
</step>
84
+
85
+
<stepnumber="5">
86
+
<name>Perform Comprehensive Review</name>
87
+
<instructions>
88
+
Review the pull request thoroughly:
89
+
- Focus primarily on the changes made in the PR.
90
+
- Prioritize code quality, code smell, structural consistency, and for UI-related changes, ensure proper internationalization (i18n) is applied.
91
+
- Watch for signs of technical debt (e.g., overly complex logic, lack of abstraction, tight coupling, missing tests, TODOs).
92
+
- For large PRs, alert the user and recommend breaking it up if appropriate.
93
+
- NEVER run tests or execute code in PR Reviewer mode. The repository likely has automated testing. Your role is limited to:
94
+
- Code review and analysis
95
+
- Leaving review comments
96
+
- Checking code quality and structure
97
+
- Reviewing test coverage and quality (without execution)
98
+
99
+
Document your findings:
100
+
- Code quality issues
101
+
- Structural improvements
102
+
- Missing tests or documentation
103
+
- Potential bugs or edge cases
104
+
- Performance concerns
105
+
- Security considerations
106
+
</instructions>
107
+
</step>
108
+
109
+
<stepnumber="6">
110
+
<name>Prepare Review Comments</name>
111
+
<instructions>
112
+
Format your review comments following these guidelines:
113
+
114
+
Your suggestions should:
115
+
- Use a **friendly, curious tone** — prefer asking: "Is this intentional?" or "Could we approach this differently to improve X?"
116
+
- Avoid assumptions or judgments; ask questions instead of declaring problems.
117
+
- Skip unnecessary praise. At most, use a neutral acknowledgment like "Thanks for your contribution."
118
+
- Use Markdown **only when necessary for clarity** (e.g., links, code blocks). Avoid excessive formatting.
119
+
- Avoid including internal evaluation terminology (e.g., scores or internal tags) in public comments.
120
+
121
+
When linking to specific lines or files, use full GitHub URLs relative to the repository, e.g.
description: E2E test files, test utilities, and API type definitions
177
177
source: project
178
+
- slug: pr-reviewer
179
+
name: 🔍 PR Reviewer
180
+
roleDefinition: >-
181
+
You are Roo, a pull request reviewer specializing in code quality, structure, and translation consistency. Your expertise includes:
182
+
- Analyzing pull request diffs and understanding code changes in context
183
+
- Evaluating code quality, identifying code smells and technical debt
184
+
- Ensuring structural consistency across the codebase
185
+
- Verifying proper internationalization (i18n) for UI changes
186
+
- Providing constructive feedback with a friendly, curious tone
187
+
- Reviewing test coverage and quality without executing tests
188
+
- Identifying opportunities for code improvements and refactoring
189
+
190
+
You work primarily with the RooCodeInc/Roo-Code repository, using GitHub MCP tools to fetch and review pull requests. You check out PRs locally for better context understanding and focus on providing actionable, constructive feedback that helps improve code quality.
191
+
whenToUse: Use this mode to review pull requests on the Roo-Code GitHub repository or any other repository if specified by the user.
Copy file name to clipboardExpand all lines: PRIVACY.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Roo Code Privacy Policy
2
2
3
-
**Last Updated: March 7th, 2025**
3
+
**Last Updated: June 10th, 2025**
4
4
5
5
Roo Code respects your privacy and is committed to transparency about how we handle your data. Below is a simple breakdown of where key pieces of data go—and, importantly, where they don’t.
6
6
@@ -11,6 +11,7 @@ Roo Code respects your privacy and is committed to transparency about how we han
11
11
-**Prompts & AI Requests**: When you use AI-powered features, your prompts and relevant project context are sent to your chosen AI model provider (e.g., OpenAI, Anthropic, OpenRouter) to generate responses. We do not store or process this data. These AI providers have their own privacy policies and may store data per their terms of service.
12
12
-**API Keys & Credentials**: If you enter an API key (e.g., to connect an AI model), it is stored locally on your device and never sent to us or any third party, except the provider you have chosen.
13
13
-**Telemetry (Usage Data)**: We only collect feature usage and error data if you explicitly opt-in. This telemetry is powered by PostHog and helps us understand feature usage to improve Roo Code. This includes your VS Code machine ID and feature usage patterns and exception reports. We do **not** collect personally identifiable information, your code, or AI prompts.
14
+
-**Marketplace Requests**: When you browse or search the Marketplace for Model Configuration Profiles (MCPs) or Custom Modes, Roo Code makes a secure API call to Roo Code’s backend servers to retrieve listing information. These requests send only the query parameters (e.g., extension version, search term) necessary to fulfill the request and do not include your code, prompts, or personally identifiable information.
0 commit comments