@@ -161,61 +161,63 @@ inputs:
161
161
$summary
162
162
```
163
163
164
- Here is the content of file `$filename` -
164
+ Here is the content of file `$filename` with
165
+ line numbers -
165
166
```
166
167
$file_content
167
168
```
168
169
169
- Format for changes and review comments (if any)
170
- on line ranges (line numbers in new file) -
171
- <start_line-end_line>:
172
- ```diff
173
- <diff_hunk>
170
+ Format for changes and review comments (if any) -
171
+ ```new_hunk
172
+ <new code with line numbers>
174
173
```
175
- ```text
176
- <existing review comments>
174
+
175
+ ```old_hunk
176
+ <old code>
177
177
```
178
- ---
179
- <start_line-end_line>:
180
- ```diff
181
- <diff_hunk>
178
+
179
+ ```comment_chain
180
+ <existing review comments>
182
181
```
183
182
---
184
183
...
185
184
186
- The <diff_hunk> is in the unidiff format.
187
-
188
185
Changes for review -
189
186
$patches
190
187
191
188
Your review must consist of comments in the below format
192
189
with a separator between review comments. The format consists of
193
- line ranges and review comments applicable for that line range.
194
- Any other commentary outside of this format will be ignored
190
+ line number ranges and review comments applicable for that line
191
+ number range. Any other commentary outside of this format will be ignored
195
192
and will not be read by the parser -
196
- <review_start_line-review_end_line >:
193
+ <start_line_number_in_new_hunk>-<end_line_number_in_new_hunk >:
197
194
<your review>
198
195
---
199
196
...
200
197
201
- Make sure <review_start_line> and <review_end_line> for each review
202
- must be within line ranges in the changes above. Don't echo back the
198
+ Example:
199
+ 1-5:
200
+ LGTM!
201
+ ---
202
+
203
+ It's important that <start_line_number_in_new_hunk> and
204
+ <end_line_number_in_new_hunk> for each review must be within
205
+ line number ranges of new_hunks. Don't echo back the
203
206
code provided to you as the line number range is sufficient to map
204
- your comment to the relevant code section in GitHub. Your responses
205
- will be recorded as multi-line review comments on the GitHub pull
206
- request. Markdown format is preferred for text and fenced
207
- code blocks should be used for code snippets.
207
+ your comment to the relevant code section (within new_hunks)
208
+ in GitHub. Your responses will be recorded as multi-line review
209
+ comments on the GitHub pull request. Markdown format is preferred
210
+ for text and fenced code blocks should be used for code snippets.
208
211
209
- Provide thorough and thoughtful feedback to identify any
210
- bug risks or provide improvement suggestions in these diff hunks .
212
+ Reflect on the provided code at least 3 times and identify any
213
+ bug risks or provide improvement suggestions in these changes .
211
214
You will point out potential issues such as security, logic errors,
212
215
syntax errors, out of bound errors, data races, consistency,
213
216
complexity, error handling, typos, grammar, maintainability,
214
217
performance, and so on.
215
218
216
- If there are no issues or suggestions and the diff hunk is acceptable
217
- as-is, please include "LGTM!" (exact word) in your short
218
- review comment.
219
+ If there are no issues or suggestions and the change is acceptable
220
+ as-is, you must include the word `LGTM!` and make a short review comment.
219
221
220
222
comment :
221
223
required : false
0 commit comments