[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DG0D4ME5RACXCAEC44X6BT":3,"skill-same:01M6DG0D4ME5RACXCAEC44X6BT":102},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":22,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":56,"commitSha":57,"skillDirectory":58,"forksCount":13,"repositoryHtmlUrl":59,"repositoryHomepageUrl":6,"ownerHtmlUrl":60,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":61,"install":62,"resources":75},"01M6DG0D4ME5RACXCAEC44X6BT","qodo-pr-resolver",null,"Review and resolve PR issues with Qodo - get AI-powered code review issues and fix them interactively (GitHub, GitLab, Bitbucket, Azure DevOps)","mbaker95\u002Fnanodex","mbaker95","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F11398294?v=4","01M6DFXVNAJHZG78Y2D700Y6V3","01M6DFXVTTW83QGKTJ9FJ5YCH5",0,"MIT","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fqodo-pr-resolver\u002FSKILL.md",[17],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000007","代码审查","SCENARIO","使用场景",[23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"qodo pr resolver","pr","code review","review","github","azure devops","azure","gitlab","code","issues","fix","devops","show","bitbucket","get","2026-11-10 10:12:30",false,"---\nname: qodo-pr-resolver\ndescription: Review and resolve PR issues with Qodo - get AI-powered code review issues and fix them interactively (GitHub, GitLab, Bitbucket, Azure DevOps)\nversion: 0.3.0\ntriggers:\n  - qodo.?pr.?resolver\n  - pr.?resolver\n  - resolve.?pr\n  - qodo.?fix\n  - fix.?qodo\n  - qodo.?review\n  - review.?qodo\n  - qodo.?issues?\n  - show.?qodo\n  - get.?qodo\n  - qodo.?resolve\n---\n\n# Qodo PR Resolver\n\nFetch Qodo review issues for your current branch's PR\u002FMR, fix them interactively or in batch, and reply to each inline comment with the decision. Supports GitHub, GitLab, Bitbucket, and Azure DevOps.\n\n## Prerequisites\n\n### Required Tools:\n- **Git** - For branch operations\n- **Git Provider CLI** - One of: `gh` (GitHub), `glab` (GitLab), `bb` (Bitbucket), or `az` (Azure DevOps)\n\n**Installation and authentication details:** See [providers.md](.\u002Fresources\u002Fproviders.md) for provider-specific setup instructions.\n\n### Required Context:\n- Must be in a git repository\n- Repository must be hosted on a supported git provider (GitHub, GitLab, Bitbucket, or Azure DevOps)\n- Current branch must have an open PR\u002FMR\n- PR\u002FMR must have been reviewed by Qodo (pr-agent-pro bot, qodo-merge[bot], etc.)\n\n### Quick Check:\n```bash\ngit --version                                    # Check git installed\ngit remote get-url origin                        # Identify git provider\n```\n\nSee [providers.md](.\u002Fresources\u002Fproviders.md) for provider-specific verification commands.\n\n## Understanding Qodo Reviews\n\nQodo (formerly Codium AI) is an AI-powered code review tool that analyzes PRs\u002FMRs with compliance checks, bug detection, and code quality suggestions.\n\n### Bot Identifiers\nLook for comments from: **`pr-agent-pro`**, **`pr-agent-pro-staging`**, **`qodo-merge[bot]`**, **`qodo-ai[bot]`**\n\n### Review Comment Types\n1. **PR Compliance Guide** ? - Security\u002Fticket\u002Fcustom compliance with ?\u002F?\u002F?\u002F⚪ indicators\n2. **PR Code Suggestions** ✨ - Categorized improvements with importance ratings\n3. **Code Review by Qodo** - Structured issues with ?\u002F?\u002F? sections and agent prompts (most detailed)\n\n## Instructions\n\nWhen the user asks for a code review, to see Qodo issues, or fix Qodo comments:\n\n### Step 0: Check code push status\n\nCheck for uncommitted changes, unpushed commits, and get the current branch.\n\n#### Scenario A: Uncommitted changes exist\n\n- Inform: \"⚠️ You have uncommitted changes. These won't be included in the Qodo review.\"\n- Ask: \"Would you like to commit and push them first?\"\n- If yes: Wait for user action, then proceed to Step 1\n- If no: Warn \"Proceeding with review of pushed code only\" and continue to Step 1\n\n#### Scenario B: Unpushed commits exist\n\n(no uncommitted changes)\n\n- Inform: \"⚠️ You have N unpushed commits. Qodo hasn't reviewed them yet.\"\n- Ask: \"Would you like to push them now?\"\n- If yes: Execute `git push`, inform \"Pushed! Qodo will review shortly. Please wait ~5 minutes then run this skill again.\"\n- Exit skill (don't proceed - Qodo needs time to review)\n- If no: Warn \"Proceeding with existing PR review\" and continue to Step 1\n\n#### Scenario C: Everything pushed\n\n(both uncommitted changes and unpushed commits are empty)\n\n- Proceed to Step 1\n\n### Step 1: Detect git provider\n\nDetect git provider from the remote URL (`git remote get-url origin`).\n\nSee [providers.md](.\u002Fresources\u002Fproviders.md) for provider detection patterns.\n\n### Step 2: Find the open PR\u002FMR\n\nFind the open PR\u002FMR for this branch using the provider's CLI.\n\nSee [providers.md § Find Open PR\u002FMR](.\u002Fresources\u002Fproviders.md#find-open-prmr) for provider-specific commands.\n\n### Step 3: Get Qodo review comments\n\nGet the Qodo review comments using the provider's CLI.\n\nQodo typically posts both a **summary comment** (PR-level, containing all issues) and **inline review comments** (one per issue, attached to specific lines of code). You must fetch both.\n\nSee [providers.md § Fetch Review Comments](.\u002Fresources\u002Fproviders.md#fetch-review-comments) for provider-specific commands.\n\nLook for comments where the author is \"qodo-merge[bot]\", \"pr-agent-pro\", \"pr-agent-pro-staging\" or similar Qodo bot name.\n\n#### Step 3a: Check if review is still in progress\n\n- If any comment contains \"Come back again in a few minutes\" or \"An AI review agent is analysing this pull request\", the review is still running\n- In this case, inform the user: \"⏳ Qodo review is still in progress. Please wait a few minutes and try again.\"\n- Exit early - don't try to parse incomplete reviews\n\n#### Step 3b: Deduplicate issues\n\nDeduplicate issues across summary and inline comments:\n\n- Qodo posts each issue in two places: once in the **summary comment** (PR-level) and once as an **inline review comment** (attached to the specific code line). These will share the same issue title.\n- Qodo may also post multiple summary comments (Compliance Guide, Code Suggestions, Code Review, etc.) where issues can overlap with slightly different wording.\n- Deduplicate by matching on **issue title** (primary key - the same title means the same issue):\n  - If an issue appears in both the summary comment and as an inline comment, merge them into a single issue\n  - Prefer the **inline comment** for file location (it has the exact line context)\n  - Prefer the **summary comment** for severity, type, and agent prompt (it is more detailed)\n  - **IMPORTANT:** Preserve each issue's **inline review comment ID** — you will need it later (Step 8) to reply directly to that comment with the decision\n- Also deduplicate across multiple summary comments by location (file path + line numbers) as a secondary key\n- If the same issue appears in multiple places, combine the agent prompts\n\n### Step 4: Parse and display the issues\n\n- Extract the review body\u002Fcomments from Qodo's review\n- Parse out individual issues\u002Fsuggestions\n- **IMPORTANT: Preserve Qodo's exact issue titles verbatim** — do not rename, paraphrase, or summarize them. Use the title exactly as Qodo wrote it.\n- **IMPORTANT: Preserve Qodo's original ordering** — display issues in the same order Qodo listed them. Qodo already orders by severity.\n- Extract location, issue description, and suggested fix\n- Extract the agent prompt from Qodo's suggestion (the description of what needs to be fixed)\n\n#### Severity mapping\n\nDerive severity from Qodo's action level and position:\n\n1. **Action level determines severity range:**\n   - **\"Action required\"** issues → Can only be ? CRITICAL or ? HIGH\n   - **\"Review recommended\"** \u002F **\"Remediation recommended\"** issues → Can only be ? MEDIUM or ⚪ LOW\n   - **\"Other\"** \u002F **\"Advisory comments\"** issues → Always ⚪ LOW (lowest priority)\n\n2. **Qodo's position within each action level determines the specific severity:**\n   - Group issues by action level (\"Action required\" vs \"Review recommended\" vs \"Other\")\n   - Within \"Action required\" and \"Review recommended\" groups: earlier positions → higher severity, later positions → lower severity\n   - Split point: roughly first half of each group gets the higher severity, second half gets the lower\n   - All \"Other\" issues are treated as ⚪ LOW regardless of position\n\n**Example:** 7 \"Action required\" issues would be split as:\n- Issues 1-3: ? CRITICAL\n- Issues 4-7: ? HIGH\n- Result: No MEDIUM or LOW issues (because there are no \"Review recommended\" or \"Other\" issues)\n\n**Example:** 5 \"Action required\" + 3 \"Review recommended\" + 2 \"Other\" issues would be split as:\n- Issues 1-2 or 1-3: ? CRITICAL (first ~half of \"Action required\")\n- Issues 3-5 or 4-5: ? HIGH (second ~half of \"Action required\")\n- Issues 6-7: ? MEDIUM (first ~half of \"Review recommended\")\n- Issue 8: ⚪ LOW (second ~half of \"Review recommended\")\n- Issues 9-10: ⚪ LOW (all \"Other\" issues)\n\n**Action guidelines:**\n- ? CRITICAL \u002F ? HIGH (\"Action required\"): Always \"Fix\"\n- ? MEDIUM (\"Review recommended\"): Usually \"Fix\", can \"Defer\" if low impact\n- ⚪ LOW (\"Review recommended\" or \"Other\"): Can be \"Defer\" unless quick to fix; \"Other\" issues are lowest priority\n\n#### Output format\n\nDisplay as a markdown table in Qodo's exact original ordering (do NOT reorder by severity - Qodo's order IS the severity ranking):\n\n```\nQodo Issues for PR #123: [PR Title]\n\n| # | Severity | Issue Title | Issue Details | Type | Action |\n|---|----------|-------------|---------------|------|--------|\n| 1 | ? CRITICAL | Insecure authentication check | • **Location:** src\u002Fauth\u002Fservice.py:42\u003Cbr>\u003Cbr>• **Issue:** Authorization logic is inverted | ? Bug ⛨ Security | Fix |\n| 2 | ? CRITICAL | Missing input validation | • **Location:** src\u002Fapi\u002Fhandlers.py:156\u003Cbr>\u003Cbr>• **Issue:** User input not sanitized before database query | ? Rule violation ⛯ Reliability | Fix |\n| 3 | ? HIGH | Database query not awaited | • **Location:** src\u002Fdb\u002Frepository.py:89\u003Cbr>\u003Cbr>• **Issue:** Async call missing await keyword | ? Bug ✓ Correctness | Fix |\n```\n\n### Step 5: Ask user for fix preference\n\nAfter displaying the table, ask the user how they want to proceed using AskUserQuestion:\n\n**Options:**\n- ? \"Review each issue\" - Review and approve\u002Fdefer each issue individually (recommended for careful review)\n- ⚡ \"Auto-fix all\" - Automatically apply all fixes marked as \"Fix\" without individual approval (faster, but less control)\n- ❌ \"Cancel\" - Exit without making changes\n\n**Based on the user's choice:**\n- If \"Review each issue\": Proceed to Step 6 (manual review)\n- If \"Auto-fix all\": Skip to Step 7 (auto-fix mode - apply all \"Fix\" issues automatically using Qodo's agent prompts)\n- If \"Cancel\": Exit the skill\n\n### Step 6: Review and fix issues (manual mode)\n\nIf \"Review each issue\" was selected:\n\n- For each issue marked as \"Fix\" (starting with CRITICAL):\n  - Read the relevant file(s) to understand the current code\n  - Implement the fix by **executing the Qodo agent prompt as a direct instruction**. The agent prompt is the fix specification — follow it literally, do not reinterpret or improvise a different solution. Only deviate if the prompt is clearly outdated relative to the current code (e.g. references lines that no longer exist).\n  - Calculate the proposed fix in memory (DO NOT use Edit or Write tool yet)\n  - **Present the fix and ask for approval in a SINGLE step:**\n    1. Show a brief header with issue title and location\n    2. **Show Qodo's agent prompt in full** so the user can verify the fix matches it\n    3. Display current code snippet\n    4. Display proposed change as markdown diff\n    5. Immediately use AskUserQuestion with these options:\n       - ✅ \"Apply fix\" - Apply the proposed change\n       - ⏭️ \"Defer\" - Skip this issue (will prompt for reason)\n       - ? \"Modify\" - User wants to adjust the fix first\n  - **WAIT for user's choice via AskUserQuestion**\n  - **If \"Apply fix\" selected:**\n    - Apply change using Edit tool (or Write if creating new file)\n    - Reply to the Qodo inline comment with the decision (see Step 8 for inline reply commands)\n    - Git commit the fix: `git add \u003Cmodified-files> && git commit -m \"fix: \u003Cissue title>\"`\n    - Confirm: \"✅ Fix applied, commented, and committed!\"\n    - Mark issue as completed\n  - **If \"Defer\" selected:**\n    - Ask for deferral reason using AskUserQuestion\n    - Reply to the Qodo inline comment with the deferral (see Step 8 for inline reply commands)\n    - Record reason and move to next issue\n  - **If \"Modify\" selected:**\n    - Inform user they can make changes manually\n    - Move to next issue\n- Continue until all \"Fix\" issues are addressed or the user decides to stop\n\n#### Important notes\n\n**Single-step approval with AskUserQuestion:**\n- NO native Edit UI (no persistent permissions possible)\n- Each fix requires explicit approval via custom question\n- Clearer options, no risk of accidental auto-approval\n\n**CRITICAL:** Single validation only - do NOT show the diff separately and then ask. Combine the diff display and the question into ONE message. The user should see: brief context → current code → proposed diff → AskUserQuestion, all at once.\n\n**Example:** Show location, Qodo's guidance, current code, proposed diff, then AskUserQuestion with options (✅ Apply fix \u002F ⏭️ Defer \u002F ? Modify). Wait for user choice, apply via Edit tool if approved.\n\n### Step 7: Auto-fix mode\n\nIf \"Auto-fix all\" was selected:\n\n- For each issue marked as \"Fix\" (starting with CRITICAL):\n  - Read the relevant file(s) to understand the current code\n  - Implement the fix by **executing the Qodo agent prompt as a direct instruction**. The agent prompt is the fix specification — follow it literally, do not reinterpret or improvise a different solution. Only deviate if the prompt is clearly outdated relative to the current code (e.g. references lines that no longer exist).\n  - Apply the fix using Edit tool\n  - Reply to the Qodo inline comment with the decision (see Step 8 for inline reply commands)\n  - Git commit the fix: `git add \u003Cmodified-files> && git commit -m \"fix: \u003Cissue title>\"`\n  - Report each fix with the agent prompt that was followed:\n    > ✅ **Fixed: [Issue Title]** at `[Location]`\n    > **Agent prompt:** [the Qodo agent prompt used]\n  - Mark issue as completed\n- After all auto-fixes are applied, display summary:\n  - List of all issues that were fixed\n  - List of any issues that were skipped (with reasons)\n\n### Step 8: Post summary to PR\u002FMR\n\n**REQUIRED:** After all issues have been reviewed (fixed or deferred), ALWAYS post a comment summarizing the actions taken, even if all issues were deferred.\n\nSee [providers.md § Post Summary Comment](.\u002Fresources\u002Fproviders.md#post-summary-comment) for provider-specific commands and summary format.\n\n**After posting the summary, resolve the Qodo review comment:**\n\nFind the Qodo \"Code Review by Qodo\" comment and mark it as resolved or react to acknowledge it.\n\nSee [providers.md § Resolve Qodo Review Comment](.\u002Fresources\u002Fproviders.md#resolve-qodo-review-comment) for provider-specific commands.\n\nIf resolve fails (comment not found, API error), continue — the summary comment is the important part.\n\n### Step 9: Push to remote\n\nIf any fixes were applied (commits were created in Steps 6\u002F7), ask the user if they want to push:\n- If yes: `git push`\n- If no: Inform them they can push later with `git push`\n\n**Important:** If all issues were deferred, there are no commits to push — skip this step.\n\n### Special cases\n\n#### Unsupported git provider\n\nIf the remote URL doesn't match GitHub, GitLab, Bitbucket, or Azure DevOps, inform the user and exit.\n\nSee [providers.md § Error Handling](.\u002Fresources\u002Fproviders.md#error-handling) for details.\n\n#### No PR\u002FMR exists\n\n- Inform: \"No PR\u002FMR found for branch `\u003Cbranch-name>`\"\n- Ask: \"Would you like me to create a PR\u002FMR?\"\n- If yes: Use appropriate CLI to create PR\u002FMR (see [providers.md § Create PR\u002FMR](.\u002Fresources\u002Fproviders.md#create-prmr-special-case)), then inform \"PR created! Qodo will review it shortly. Run this skill again in ~5 minutes.\"\n- If no: Exit skill\n\n**IMPORTANT:** Do NOT proceed without a PR\u002FMR\n\n#### No Qodo review yet\n\n- Check if PR\u002FMR has comments from Qodo bots (pr-agent-pro, qodo-merge[bot], etc.)\n- If no Qodo comments found: Inform \"Qodo hasn't reviewed this PR\u002FMR yet. Please wait a few minutes for Qodo to analyze it.\"\n- Exit skill (do NOT attempt manual review)\n\n**IMPORTANT:** This skill only works with Qodo reviews, not manual reviews\n\n#### Review in progress\n\nIf \"Come back again in a few minutes\" message is found, inform user to wait and try again, then exit.\n\n#### Missing CLI tool\n\nIf the detected provider's CLI is not installed, provide installation instructions and exit.\n\nSee [providers.md § Error Handling](.\u002Fresources\u002Fproviders.md#error-handling) for provider-specific installation commands.\n\n#### Inline reply commands\n\nUsed per-issue in Steps 6 and 7 to reply to Qodo's inline comments:\n\nUse the inline comment ID preserved during deduplication (Step 3b) to reply directly to Qodo's comment.\n\nSee [providers.md § Reply to Inline Comments](.\u002Fresources\u002Fproviders.md#reply-to-inline-comments) for provider-specific commands and reply format.\n\nKeep replies short (one line). If a reply fails, log it and continue.\n","# Qodo PR Resolver\n\nFetch Qodo review issues for your current branch's PR\u002FMR, fix them interactively or in batch, and reply to each inline comment with the decision. Supports GitHub, GitLab, Bitbucket, and Azure DevOps.\n\n## Prerequisites\n\n### Required Tools:\n- **Git** - For branch operations\n- **Git Provider CLI** - One of: `gh` (GitHub), `glab` (GitLab), `bb` (Bitbucket), or `az` (Azure DevOps)\n\n**Installation and authentication details:** See [providers.md](.\u002Fresources\u002Fproviders.md) for provider-specific setup instructions.\n\n### Required Context:\n- Must be in a git repository\n- Repository must be hosted on a supported git provider (GitHub, GitLab, Bitbucket, or Azure DevOps)\n- Current branch must have an open PR\u002FMR\n- PR\u002FMR must have been reviewed by Qodo (pr-agent-pro bot, qodo-merge[bot], etc.)\n\n### Quick Check:\n```bash\ngit --version                                    # Check git installed\ngit remote get-url origin                        # Identify git provider\n```\n\nSee [providers.md](.\u002Fresources\u002Fproviders.md) for provider-specific verification commands.\n\n## Understanding Qodo Reviews\n\nQodo (formerly Codium AI) is an AI-powered code review tool that analyzes PRs\u002FMRs with compliance checks, bug detection, and code quality suggestions.\n\n### Bot Identifiers\nLook for comments from: **`pr-agent-pro`**, **`pr-agent-pro-staging`**, **`qodo-merge[bot]`**, **`qodo-ai[bot]`**\n\n### Review Comment Types\n1. **PR Compliance Guide** ? - Security\u002Fticket\u002Fcustom compliance with ?\u002F?\u002F?\u002F⚪ indicators\n2. **PR Code Suggestions** ✨ - Categorized improvements with importance ratings\n3. **Code Review by Qodo** - Structured issues with ?\u002F?\u002F? sections and agent prompts (most detailed)\n\n## Instructions\n\nWhen the user asks for a code review, to see Qodo issues, or fix Qodo comments:\n\n### Step 0: Check code push status\n\nCheck for uncommitted changes, unpushed commits, and get the current branch.\n\n#### Scenario A: Uncommitted changes exist\n\n- Inform: \"⚠️ You have uncommitted changes. These won't be included in the Qodo review.\"\n- Ask: \"Would you like to commit and push them first?\"\n- If yes: Wait for user action, then proceed to Step 1\n- If no: Warn \"Proceeding with review of pushed code only\" and continue to Step 1\n\n#### Scenario B: Unpushed commits exist\n\n(no uncommitted changes)\n\n- Inform: \"⚠️ You have N unpushed commits. Qodo hasn't reviewed them yet.\"\n- Ask: \"Would you like to push them now?\"\n- If yes: Execute `git push`, inform \"Pushed! Qodo will review shortly. Please wait ~5 minutes then run this skill again.\"\n- Exit skill (don't proceed - Qodo needs time to review)\n- If no: Warn \"Proceeding with existing PR review\" and continue to Step 1\n\n#### Scenario C: Everything pushed\n\n(both uncommitted changes and unpushed commits are empty)\n\n- Proceed to Step 1\n\n### Step 1: Detect git provider\n\nDetect git provider from the remote URL (`git remote get-url origin`).\n\nSee [providers.md](.\u002Fresources\u002Fproviders.md) for provider detection patterns.\n\n### Step 2: Find the open PR\u002FMR\n\nFind the open PR\u002FMR for this branch using the provider's CLI.\n\nSee [providers.md § Find Open PR\u002FMR](.\u002Fresources\u002Fproviders.md#find-open-prmr) for provider-specific commands.\n\n### Step 3: Get Qodo review comments\n\nGet the Qodo review comments using the provider's CLI.\n\nQodo typically posts both a **summary comment** (PR-level, containing all issues) and **inline review comments** (one per issue, attached to specific lines of code). You must fetch both.\n\nSee [providers.md § Fetch Review Comments](.\u002Fresources\u002Fproviders.md#fetch-review-comments) for provider-specific commands.\n\nLook for comments where the author is \"qodo-merge[bot]\", \"pr-agent-pro\", \"pr-agent-pro-staging\" or similar Qodo bot name.\n\n#### Step 3a: Check if review is still in progress\n\n- If any comment contains \"Come back again in a few minutes\" or \"An AI review agent is analysing this pull request\", the review is still running\n- In this case, inform the user: \"⏳ Qodo review is still in progress. Please wait a few minutes and try again.\"\n- Exit early - don't try to parse incomplete reviews\n\n#### Step 3b: Deduplicate issues\n\nDeduplicate issues across summary and inline comments:\n\n- Qodo posts each issue in two places: once in the **summary comment** (PR-level) and once as an **inline review comment** (attached to the specific code line). These will share the same issue title.\n- Qodo may also post multiple summary comments (Compliance Guide, Code Suggestions, Code Review, etc.) where issues can overlap with slightly different wording.\n- Deduplicate by matching on **issue title** (primary key - the same title means the same issue):\n  - If an issue appears in both the summary comment and as an inline comment, merge them into a single issue\n  - Prefer the **inline comment** for file location (it has the exact line context)\n  - Prefer the **summary comment** for severity, type, and agent prompt (it is more detailed)\n  - **IMPORTANT:** Preserve each issue's **inline review comment ID** — you will need it later (Step 8) to reply directly to that comment with the decision\n- Also deduplicate across multiple summary comments by location (file path + line numbers) as a secondary key\n- If the same issue appears in multiple places, combine the agent prompts\n\n### Step 4: Parse and display the issues\n\n- Extract the review body\u002Fcomments from Qodo's review\n- Parse out individual issues\u002Fsuggestions\n- **IMPORTANT: Preserve Qodo's exact issue titles verbatim** — do not rename, paraphrase, or summarize them. Use the title exactly as Qodo wrote it.\n- **IMPORTANT: Preserve Qodo's original ordering** — display issues in the same order Qodo listed them. Qodo already orders by severity.\n- Extract location, issue description, and suggested fix\n- Extract the agent prompt from Qodo's suggestion (the description of what needs to be fixed)\n\n#### Severity mapping\n\nDerive severity from Qodo's action level and position:\n\n1. **Action level determines severity range:**\n   - **\"Action required\"** issues → Can only be ? CRITICAL or ? HIGH\n   - **\"Review recommended\"** \u002F **\"Remediation recommended\"** issues → Can only be ? MEDIUM or ⚪ LOW\n   - **\"Other\"** \u002F **\"Advisory comments\"** issues → Always ⚪ LOW (lowest priority)\n\n2. **Qodo's position within each action level determines the specific severity:**\n   - Group issues by action level (\"Action required\" vs \"Review recommended\" vs \"Other\")\n   - Within \"Action required\" and \"Review recommended\" groups: earlier positions → higher severity, later positions → lower severity\n   - Split point: roughly first half of each group gets the higher severity, second half gets the lower\n   - All \"Other\" issues are treated as ⚪ LOW regardless of position\n\n**Example:** 7 \"Action required\" issues would be split as:\n- Issues 1-3: ? CRITICAL\n- Issues 4-7: ? HIGH\n- Result: No MEDIUM or LOW issues (because there are no \"Review recommended\" or \"Other\" issues)\n\n**Example:** 5 \"Action required\" + 3 \"Review recommended\" + 2 \"Other\" issues would be split as:\n- Issues 1-2 or 1-3: ? CRITICAL (first ~half of \"Action required\")\n- Issues 3-5 or 4-5: ? HIGH (second ~half of \"Action required\")\n- Issues 6-7: ? MEDIUM (first ~half of \"Review recommended\")\n- Issue 8: ⚪ LOW (second ~half of \"Review recommended\")\n- Issues 9-10: ⚪ LOW (all \"Other\" issues)\n\n**Action guidelines:**\n- ? CRITICAL \u002F ? HIGH (\"Action required\"): Always \"Fix\"\n- ? MEDIUM (\"Review recommended\"): Usually \"Fix\", can \"Defer\" if low impact\n- ⚪ LOW (\"Review recommended\" or \"Other\"): Can be \"Defer\" unless quick to fix; \"Other\" issues are lowest priority\n\n#### Output format\n\nDisplay as a markdown table in Qodo's exact original ordering (do NOT reorder by severity - Qodo's order IS the severity ranking):\n\n```\nQodo Issues for PR #123: [PR Title]\n\n| # | Severity | Issue Title | Issue Details | Type | Action |\n|---|----------|-------------|---------------|------|--------|\n| 1 | ? CRITICAL | Insecure authentication check | • **Location:** src\u002Fauth\u002Fservice.py:42\u003Cbr>\u003Cbr>• **Issue:** Authorization logic is inverted | ? Bug ⛨ Security | Fix |\n| 2 | ? CRITICAL | Missing input validation | • **Location:** src\u002Fapi\u002Fhandlers.py:156\u003Cbr>\u003Cbr>• **Issue:** User input not sanitized before database query | ? Rule violation ⛯ Reliability | Fix |\n| 3 | ? HIGH | Database query not awaited | • **Location:** src\u002Fdb\u002Frepository.py:89\u003Cbr>\u003Cbr>• **Issue:** Async call missing await keyword | ? Bug ✓ Correctness | Fix |\n```\n\n### Step 5: Ask user for fix preference\n\nAfter displaying the table, ask the user how they want to proceed using AskUserQuestion:\n\n**Options:**\n- ? \"Review each issue\" - Review and approve\u002Fdefer each issue individually (recommended for careful review)\n- ⚡ \"Auto-fix all\" - Automatically apply all fixes marked as \"Fix\" without individual approval (faster, but less control)\n- ❌ \"Cancel\" - Exit without making changes\n\n**Based on the user's choice:**\n- If \"Review each issue\": Proceed to Step 6 (manual review)\n- If \"Auto-fix all\": Skip to Step 7 (auto-fix mode - apply all \"Fix\" issues automatically using Qodo's agent prompts)\n- If \"Cancel\": Exit the skill\n\n### Step 6: Review and fix issues (manual mode)\n\nIf \"Review each issue\" was selected:\n\n- For each issue marked as \"Fix\" (starting with CRITICAL):\n  - Read the relevant file(s) to understand the current code\n  - Implement the fix by **executing the Qodo agent prompt as a direct instruction**. The agent prompt is the fix specification — follow it literally, do not reinterpret or improvise a different solution. Only deviate if the prompt is clearly outdated relative to the current code (e.g. references lines that no longer exist).\n  - Calculate the proposed fix in memory (DO NOT use Edit or Write tool yet)\n  - **Present the fix and ask for approval in a SINGLE step:**\n    1. Show a brief header with issue title and location\n    2. **Show Qodo's agent prompt in full** so the user can verify the fix matches it\n    3. Display current code snippet\n    4. Display proposed change as markdown diff\n    5. Immediately use AskUserQuestion with these options:\n       - ✅ \"Apply fix\" - Apply the proposed change\n       - ⏭️ \"Defer\" - Skip this issue (will prompt for reason)\n       - ? \"Modify\" - User wants to adjust the fix first\n  - **WAIT for user's choice via AskUserQuestion**\n  - **If \"Apply fix\" selected:**\n    - Apply change using Edit tool (or Write if creating new file)\n    - Reply to the Qodo inline comment with the decision (see Step 8 for inline reply commands)\n    - Git commit the fix: `git add \u003Cmodified-files> && git commit -m \"fix: \u003Cissue title>\"`\n    - Confirm: \"✅ Fix applied, commented, and committed!\"\n    - Mark issue as completed\n  - **If \"Defer\" selected:**\n    - Ask for deferral reason using AskUserQuestion\n    - Reply to the Qodo inline comment with the deferral (see Step 8 for inline reply commands)\n    - Record reason and move to next issue\n  - **If \"Modify\" selected:**\n    - Inform user they can make changes manually\n    - Move to next issue\n- Continue until all \"Fix\" issues are addressed or the user decides to stop\n\n#### Important notes\n\n**Single-step approval with AskUserQuestion:**\n- NO native Edit UI (no persistent permissions possible)\n- Each fix requires explicit approval via custom question\n- Clearer options, no risk of accidental auto-approval\n\n**CRITICAL:** Single validation only - do NOT show the diff separately and then ask. Combine the diff display and the question into ONE message. The user should see: brief context → current code → proposed diff → AskUserQuestion, all at once.\n\n**Example:** Show location, Qodo's guidance, current code, proposed diff, then AskUserQuestion with options (✅ Apply fix \u002F ⏭️ Defer \u002F ? Modify). Wait for user choice, apply via Edit tool if approved.\n\n### Step 7: Auto-fix mode\n\nIf \"Auto-fix all\" was selected:\n\n- For each issue marked as \"Fix\" (starting with CRITICAL):\n  - Read the relevant file(s) to understand the current code\n  - Implement the fix by **executing the Qodo agent prompt as a direct instruction**. The agent prompt is the fix specification — follow it literally, do not reinterpret or improvise a different solution. Only deviate if the prompt is clearly outdated relative to the current code (e.g. references lines that no longer exist).\n  - Apply the fix using Edit tool\n  - Reply to the Qodo inline comment with the decision (see Step 8 for inline reply commands)\n  - Git commit the fix: `git add \u003Cmodified-files> && git commit -m \"fix: \u003Cissue title>\"`\n  - Report each fix with the agent prompt that was followed:\n    > ✅ **Fixed: [Issue Title]** at `[Location]`\n    > **Agent prompt:** [the Qodo agent prompt used]\n  - Mark issue as completed\n- After all auto-fixes are applied, display summary:\n  - List of all issues that were fixed\n  - List of any issues that were skipped (with reasons)\n\n### Step 8: Post summary to PR\u002FMR\n\n**REQUIRED:** After all issues have been reviewed (fixed or deferred), ALWAYS post a comment summarizing the actions taken, even if all issues were deferred.\n\nSee [providers.md § Post Summary Comment](.\u002Fresources\u002Fproviders.md#post-summary-comment) for provider-specific commands and summary format.\n\n**After posting the summary, resolve the Qodo review comment:**\n\nFind the Qodo \"Code Review by Qodo\" comment and mark it as resolved or react to acknowledge it.\n\nSee [providers.md § Resolve Qodo Review Comment](.\u002Fresources\u002Fproviders.md#resolve-qodo-review-comment) for provider-specific commands.\n\nIf resolve fails (comment not found, API error), continue — the summary comment is the important part.\n\n### Step 9: Push to remote\n\nIf any fixes were applied (commits were created in Steps 6\u002F7), ask the user if they want to push:\n- If yes: `git push`\n- If no: Inform them they can push later with `git push`\n\n**Important:** If all issues were deferred, there are no commits to push — skip this step.\n\n### Special cases\n\n#### Unsupported git provider\n\nIf the remote URL doesn't match GitHub, GitLab, Bitbucket, or Azure DevOps, inform the user and exit.\n\nSee [providers.md § Error Handling](.\u002Fresources\u002Fproviders.md#error-handling) for details.\n\n#### No PR\u002FMR exists\n\n- Inform: \"No PR\u002FMR found for branch `\u003Cbranch-name>`\"\n- Ask: \"Would you like me to create a PR\u002FMR?\"\n- If yes: Use appropriate CLI to create PR\u002FMR (see [providers.md § Create PR\u002FMR](.\u002Fresources\u002Fproviders.md#create-prmr-special-case)), then inform \"PR created! Qodo will review it shortly. Run this skill again in ~5 minutes.\"\n- If no: Exit skill\n\n**IMPORTANT:** Do NOT proceed without a PR\u002FMR\n\n#### No Qodo review yet\n\n- Check if PR\u002FMR has comments from Qodo bots (pr-agent-pro, qodo-merge[bot], etc.)\n- If no Qodo comments found: Inform \"Qodo hasn't reviewed this PR\u002FMR yet. Please wait a few minutes for Qodo to analyze it.\"\n- Exit skill (do NOT attempt manual review)\n\n**IMPORTANT:** This skill only works with Qodo reviews, not manual reviews\n\n#### Review in progress\n\nIf \"Come back again in a few minutes\" message is found, inform user to wait and try again, then exit.\n\n#### Missing CLI tool\n\nIf the detected provider's CLI is not installed, provide installation instructions and exit.\n\nSee [providers.md § Error Handling](.\u002Fresources\u002Fproviders.md#error-handling) for provider-specific installation commands.\n\n#### Inline reply commands\n\nUsed per-issue in Steps 6 and 7 to reply to Qodo's inline comments:\n\nUse the inline comment ID preserved during deduplication (Step 3b) to reply directly to Qodo's comment.\n\nSee [providers.md § Reply to Inline Comments](.\u002Fresources\u002Fproviders.md#reply-to-inline-comments) for provider-specific commands and reply format.\n\nKeep replies short (one line). If a reply fails, log it and continue.\n",{"name":5,"version":43,"triggers":44,"description":7},"0.3.0",[45,46,47,48,49,50,51,52,53,54,55],"qodo.?pr.?resolver","pr.?resolver","resolve.?pr","qodo.?fix","fix.?qodo","qodo.?review","review.?qodo","qodo.?issues?","show.?qodo","get.?qodo","qodo.?resolve","main","b6b2f4d4a0c7243409d1684119a6772629bfeba6",".agents\u002Fskills\u002Fqodo-pr-resolver","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex","https:\u002F\u002Fgithub.com\u002Fmbaker95","2026-03-12 23:02:12",{"source":8,"skillName":5,"commands":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add mbaker95\u002Fnanodex --skill qodo-pr-resolver",{"tool":68,"command":69},"bunx","bunx skills add mbaker95\u002Fnanodex --skill qodo-pr-resolver",{"tool":71,"command":72},"pnpm","pnpm dlx skills add mbaker95\u002Fnanodex --skill qodo-pr-resolver","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fqodo-pr-resolver\u002FSKILL.md",true,[76,82,86,90,94,98],{"path":77,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":81},"context-discovery.md","REFERENCE","参考文档",1591,"https:\u002F\u002Fgithub.com\u002Fagency-black\u002FSkills\u002Fblob\u002Fmain\u002Farchitecture\u002Fcontext-discovery.md",{"path":83,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":84,"sourceHtmlUrl":85},"examples.md",2430,"https:\u002F\u002Fgithub.com\u002Fagency-black\u002FSkills\u002Fblob\u002Fmain\u002Farchitecture\u002Fexamples.md",{"path":87,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":88,"sourceHtmlUrl":89},"pattern-selection.md",2638,"https:\u002F\u002Fgithub.com\u002Fagency-black\u002FSkills\u002Fblob\u002Fmain\u002Farchitecture\u002Fpattern-selection.md",{"path":91,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":92,"sourceHtmlUrl":93},"patterns-reference.md",2307,"https:\u002F\u002Fgithub.com\u002Fagency-black\u002FSkills\u002Fblob\u002Fmain\u002Farchitecture\u002Fpatterns-reference.md",{"path":95,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":96,"sourceHtmlUrl":97},"resources\u002Fproviders.md",6861,"https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fqodo-pr-resolver\u002Fresources\u002Fproviders.md",{"path":99,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":100,"sourceHtmlUrl":101},"trade-off-analysis.md",1579,"https:\u002F\u002Fgithub.com\u002Fagency-black\u002FSkills\u002Fblob\u002Fmain\u002Farchitecture\u002Ftrade-off-analysis.md",[103,132,151,174,186,198],{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":112,"publishedAt":38},"01M6DG2XYNH5XV7XGTJJ1SF0TG","agent-browser","Browse the web for any task — research topics, read articles, interact with web apps, fill forms, take screenshots, extract data, and test web pages. Use whenever a browser would be useful, not just when the user explicitly asks.","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002Fcontainer\u002Fskills\u002Fagent-browser\u002FSKILL.md",[109],{"categoryNo":110,"categoryName":111,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",[113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131],"agent browser","browser","pages","forms","task","test web","take","use","extract","data","user","read","screenshots","research","test","web","just","Bash","browse",{"skillNo":133,"name":134,"nameZh":6,"description":135,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":141,"publishedAt":38},"01M6DG2TPZAT3SMWSYFJ3K82TE","x-integration","X (Twitter) integration for NanoClaw. Post tweets, like, reply, retweet, and quote. Use for setup, testing, or troubleshooting X functionality. Triggers on \"setup x\", \"x integration\", \"twitter\", \"post tweet\", \"tweet\".","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fx-integration\u002FSKILL.md",[138],{"categoryNo":139,"categoryName":140,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000008","测试与质量",[142,143,120,144,145,146,147,148,149,150],"x integration","integration","testing","setup","troubleshooting","twitter","reply","quote","triggers",{"skillNo":152,"name":153,"nameZh":6,"description":154,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":155,"categories":156,"keywords":157,"publishedAt":38},"01M6DG2Q4BJQ046BZSR9N7GZ72","use-local-whisper","Use when the user wants local voice transcription instead of OpenAI Whisper API. Switches to whisper.cpp running on Apple Silicon. WhatsApp only for now. Requires voice-transcription skill to be applied first.","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fuse-local-whisper\u002FSKILL.md",[],[158,159,120,160,161,162,163,164,123,165,166,167,168,169,170,171,172,173],"whisper","local whisper","local","use local whisper","apple","openai whisper","only","voice","apple silicon","api","first","openai","cpp","transcription","openai whisper api","whatsapp",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":180,"publishedAt":38},"01M6DG2N2Z1V8VV4MQFRKFAQV0","update-skills","Check for and apply updates to installed skill branches from upstream.","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fupdate-skills\u002FSKILL.md",[],[181,182,183,184,185],"update","update skills","upstream","branches","check",{"skillNo":187,"name":188,"nameZh":6,"description":189,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":190,"categories":191,"keywords":192,"publishedAt":38},"01M6DG2J5D7Y3R2BF8V87XZAXF","update-nanoclaw","Efficiently bring upstream NanoClaw updates into a customized install, with preview, selective cherry-pick, and low token usage.","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fupdate-nanoclaw\u002FSKILL.md",[],[181,193,194,195,183,196,197],"update nanoclaw","install","pick","token","preview",{"skillNo":199,"name":145,"nameZh":6,"description":200,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":201,"categories":202,"keywords":203,"publishedAt":38},"01M6DG2FN7S7DVD337CNT5Y67D","Run initial NanoClaw setup. Use when user wants to install dependencies, authenticate messaging channels, register their main channel, or start the background services. Triggers on \"setup\", \"install\", \"configure nanoclaw\", or first-time setup requests.","https:\u002F\u002Fgithub.com\u002Fmbaker95\u002Fnanodex\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fsetup\u002FSKILL.md",[],[145,194,150,204,205,56,120,206,123,207,168,208,209,210,211],"time","dependencies","channel","configure","services","start","messaging","run"]