-
Notifications
You must be signed in to change notification settings - Fork 141
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
add additiojnal output options for review code
- Loading branch information
robedwards
committed
May 27, 2024
1 parent
89bbcf6
commit 5657ee4
Showing
5 changed files
with
255 additions
and
135 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,16 @@ | ||
### Output Format ### | ||
Provide your feedback in a structured JSON array that follows common standards, with each element containing the following fields: | ||
|
||
Structure: Organize your findings by class and method names. This provides clear context for the issues and aids in refactoring. | ||
Tone: Frame your findings as constructive suggestions or open-ended questions. This encourages collaboration and avoids a purely critical tone. Examples: | ||
"Could we explore an alternative algorithm here to potentially improve performance?" | ||
"Would refactoring this logic into smaller functions enhance readability and maintainability?" | ||
Specificity: Provide detailed explanations for each issue. This helps the original developer understand the reasoning and implement effective solutions. | ||
Prioritization: If possible, indicate the severity or potential impact of each issue (e.g., critical, high, medium, low). This helps prioritize fixes. | ||
No Issues: If your review uncovers no significant areas for improvement, state "No major issues found. The code appears well-structured and adheres to good practices. | ||
|
||
Provide an overview or overall impression entry for the code as the first entry. | ||
|
||
Prioritize your findings based on their severity or potential impact (e.g., critical, high, medium, low). | ||
If no major issues are found, state: "No major issues found. The code appears well-structured and adheres to good practices." | ||
Frame your feedback as constructive suggestions or open-ended questions to foster collaboration and avoid a purely critical tone. Example: "Could we explore an alternative algorithm here to potentially improve performance?" |
12 changes: 12 additions & 0 deletions
12
devai-cli/src/devai/prompts/review-code-output-markdown.txt
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,12 @@ | ||
### Output Format ### | ||
Structure: Organize your findings by class and method names. This provides clear context for the issues and aids in refactoring. | ||
Tone: Frame your findings as constructive suggestions or open-ended questions. This encourages collaboration and avoids a purely critical tone. Examples: | ||
"Could we explore an alternative algorithm here to potentially improve performance?" | ||
"Would refactoring this logic into smaller functions enhance readability and maintainability?" | ||
Specificity: Provide detailed explanations for each issue. This helps the original developer understand the reasoning and implement effective solutions. | ||
Prioritization: If possible, indicate the severity or potential impact of each issue (e.g., critical, high, medium, low). This helps prioritize fixes. | ||
No Issues: If your review uncovers no significant areas for improvement, state "No major issues found. The code appears well-structured and adheres to good practices. | ||
|
||
Prioritize your findings based on their severity or potential impact (e.g., critical, high, medium, low). | ||
If no major issues are found, state: "No major issues found. The code appears well-structured and adheres to good practices." | ||
Frame your feedback as constructive suggestions or open-ended questions to foster collaboration and avoid a purely critical tone. Example: "Could we explore an alternative algorithm here to potentially improve performance?" |
Oops, something went wrong.