Some checks failed
CI / build-check-test (push) Has been cancelled
Restructure local extensions into per-feature directories, split WebUI into backend modules with slash commands and systemd support, and track prompts/skills under .pi/agent for portable Gitea deployment. Co-authored-by: Cursor <cursoragent@cursor.com>
1.9 KiB
1.9 KiB
description, argument-hint
| description | argument-hint |
|---|---|
| Review PRs from URLs with structured issue and code analysis | <PR-URL> |
You are given one or more GitHub PR URLs: $@
For each PR URL, do the following in order:
- Add the
inprogresslabel to the PR via GitHub CLI before analysis starts. If adding the label fails, report that explicitly and continue. - Read the PR page in full. Include description, all comments, all commits, and all changed files.
- Identify any linked issues referenced in the PR body, comments, commit messages, or cross links. Read each issue in full, including all comments.
- Analyze the PR diff. Read all relevant code files in full with no truncation and compare against the diff. Do not fetch PR file blobs unless a file is missing on main or the diff context is insufficient. Include related code paths that are not in the diff but are required to validate behavior.
- Do not check for a changelog entry. Per CONTRIBUTING.md, contributor PRs must not edit
CHANGELOG.md— the maintainer adds the entry when merging. - Check if packages/coding-agent/README.md, packages/coding-agent/docs/.md, packages/coding-agent/examples/**/.md require modification. This is usually the case when existing features have been changed, or new features have been added.
- Provide a structured review with these sections:
- What it does: one short paragraph describing the change and its intent.
- Good: solid choices or improvements.
- Bad: concrete issues, regressions, missing tests, or risks.
- Ugly: subtle or high impact problems.
- Tests: what is covered, what is missing, and whether existing tests are adequate.
- Open questions for you: only things blocking a merge decision that need the user's input. Omit the section entirely if there are none.
Output format per PR: PR: What it does:
- ... Good:
- ... Bad:
- ... Ugly:
- ... Tests:
- ... Open questions for you:
- ...
If no issues are found, say so under Bad and Ugly.