Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix sending changes back to rework if nothing got applied. #676

Merged
merged 1 commit into from
Feb 23, 2024

Conversation

senko
Copy link
Contributor

@senko senko commented Feb 22, 2024

Also, try to tone down LLMs se of INPUT_REQUIRED.

# If everything can be safely ignoring, it's probably because the files already implement the changes
# from previous tasks (which can happen often). Insisting on a change here is likely to cause problems.
return old_content, None
if hunks_to_rework:
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We're not always sending the review_log because it is always non-empty (because it includes review_notes). If we applied nothing and asked to rework, we need the log, otherwise if we applied nothing and ignored everything (asked nothing for rework), we don't want for the code monkey to rework it.

@@ -11,6 +11,6 @@ the full contents of the updated file, without skipping over any content
------------------------end_of_format---------------------------

**IMPORTANT**: Your reply MUST NOT omit any code in the new implementation or substitute anything with comments like `// .. rest of the code goes here ..` or `# insert existing code here`, because I will overwrite the existing file with the content you provide. Output ONLY the content for this file, without additional explanation, suggestions or notes. Your output MUST start with ``` and MUST end with ``` and include only the complete file contents.
**IMPORTANT**: If the user must configure something manually, mark the line that needs user configuration with `INPUT_REQUIRED {input_description}` comment, where `input_description` is a description of what needs to be added here by the user. Use appropriate syntax for comments in the file you're saving (for example `// INPUT_REQUIRED {input_description}` in JavaScript). If the file type doesn't support comments (eg JSON), don't add any.
**IMPORTANT**: Avoid hardcoding configuration values (eg. port, database url or server secret string) in code. Instead, use appropriate settings file (for example `.env`) for all user-configurable settings. Mark line(s) that need user configuration with `INPUT_REQUIRED {input_description}` comment, where `input_description` is a description of what needs to be added in that line by the user. Use appropriate syntax for comments in the file you're saving (for example `# INPUT_REQUIRED {input_description}` in `.env`). If the file type doesn't support comments (eg JSON), don't add any.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is the hope of this author that this heartfelt plea will induce the LLM to be more considerate with respect to peppering INPUT_REQUIRED throughout the code and the resulting mental anguish that causes to the user.

@senko senko requested a review from LeonOstrez February 22, 2024 18:33
Also, try to prevent LLMs use of INPUT_REQUIRED for code.
@senko senko force-pushed the implement-changes-and-reviewer-fixes branch from 0f19ce4 to 016349f Compare February 22, 2024 23:38
@LeonOstrez LeonOstrez merged commit ea4ce12 into development Feb 23, 2024
6 checks passed
@LeonOstrez LeonOstrez deleted the implement-changes-and-reviewer-fixes branch February 23, 2024 22:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants