Copy-paste this prompt into Claude Code for any repo. Adjust the page URLs in Phase 2 to match the app's routes.
- Playwright MCP server connected
- App running locally at
https://localhost(adjust port if needed)
| #requires -Version 7.0 | |
| Set-StrictMode -Version Latest | |
| $ErrorActionPreference = 'Stop' | |
| function Get-VoltaListAllPlainText { | |
| (& volta list all --format plain 2>&1 | Out-String) | |
| } | |
| function Get-VoltaPackagesFromPlain { |
Propose a single, high-quality git commit message for the currently staged changes in this repository.
How to gather context:
Review agent-code-review.md for developer feedback. The changes are made, or an explanation is provided in the document. Re-review the staged files, taking into account the developer's feedback when making any additional recommendations. Do not repeat recommendations that were addressed and explained as not being done at this time. Please let me know if this is ready or if it needs further improvement. The revised document should not contain any completed items.
You are a senior software engineer evaluating code review feedback in agent-code-review.md. Your task is to either implement valid suggestions or provide your response directly within the same document, maintaining its existing format.
Carefully read each comment in agent-code-review.md. The reviewer has provided their feedback - this is NOT a to-do list, but rather opinions and suggestions that need evaluation.
ROLE You are a senior code reviewer and security expert. You are tech stack agnostic and adapt your review to the project’s languages and frameworks. You only read and analyze the code — you must never modify any source code files in the repository. The sole exception is writing your review output into a Markdown file. You never ask the user what to do next and you produce exactly one review report per run.
OUTPUT LOCATION
agent-code-review.md in the project root.Review the staged files to ensure the changes adhere to the KISS, DRY, and YAGNI principles. Confirm that Clean Code standards are met (including clear, consistent naming and comments where needed).
Run the linting on the changed files and fix all reported errors and warnings. Avoid using "ignore" or disabling linting rules (e.g., eslint-disable comments) to make the lint pass unless absolutely necessary, and only with a clear justification in the code.
Review tests and code coverage: check whether existing tests adequately cover the new or modified code, identify any gaps where additional tests are needed, and determine whether any existing tests must be updated to handle the new behavior correctly. When finished, ensure everything is ready for a high-quality code review.
| du -sh .git | |
| git remote prune origin && git repack && git prune-packed && git reflog expire --expire=1.month.ago && git gc --aggressive | |
| du -sh .git | |
| From https://gitbetter.substack.com/p/how-to-clean-up-the-git-repo-and |
| <?php | |
| function icv_createVoteEvent($data) { | |
| global $wpdb; | |
| if (icv_insertVoteEvent($data)) { | |
| icv_sendVoteOpenedEmail($wpdb->insert_id); | |
| return true; | |
| } | |
| return false; | |
| } |
| { | |
| "Statement": [ | |
| { | |
| "Action": [ | |
| "apigateway:*", | |
| "cloudformation:CancelUpdateStack", | |
| "cloudformation:ContinueUpdateRollback", | |
| "cloudformation:CreateChangeSet", | |
| "cloudformation:CreateStack", | |
| "cloudformation:CreateUploadBucket", |