openhands/openhands-cli · Archived

custom-codereview-guide

>- Repository-specific code review guidelines for OpenHands CLI. Loaded alongside the code-review skill to provide project-specific context and review policies.

First seen Jun 20, 2026

Installation

$ npx skills add openhands/openhands-cli --skill custom-codereview-guide

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from openhands/openhands-cli.

npx skills add openhands/openhands-cli

Browse all from openhands/openhands-cli

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 205
License LICENSE
Default branch main
Open issues 12
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,624 B
  • docs SUMMARY.md 188 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

OpenHands CLI — Custom Code Review Guidelines

Version Bump PRs — Auto-Approve Policy

When a PR exclusively bumps SDK package versions (e.g., openhands-sdk, openhands-tools, or other OpenHands SDK packages), always approve it by submitting an actual GitHub approval review via the API.

Detection criteria — the PR satisfies all of the following:

  1. The title or branch name contains "bump", "version bump", or "sdk" version references.
  2. The diff only touches dependency-related files (pyproject.toml, uv.lock)

with version number changes for openhands-sdk and/or openhands-tools.

  1. No application source code, tests, configuration, or workflow files are modified.

When these criteria are met:

  • Skip the full code review analysis (data structures, complexity, pragmatism, etc.).
  • Do not require an Evidence section in the PR description.
  • Assign 🟢 Good taste and 🟢 LOW risk.
  • Submit an APPROVE review via the GitHub API (not just a comment). Use:

``bash gh api repos/{owner}/{repo}/pulls/{pr_number}/reviews \ -f event="APPROVE" \ -f body="✅ SDK version bump looks correct. Auto-approved." ` Do NOT merely comment that the PR is "approved" or "ready to merge" — you MUST use the GitHub Pull Request Reviews API with event: "APPROVE"` so the PR actually receives a green approval checkmark.