Expert review pass for metravel project, focusing on rule compliance, i18n, and cross-platform reliability.
Install
mkdir -p .claude/skills/metravel-code-reviewer && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/15450" && unzip -o skill.zip -d .claude/skills/metravel-code-reviewer && rm skill.zipInstalls to .claude/skills/metravel-code-reviewer
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Review metravel diffs for correctness, project-rule compliance, validation gaps, and residual risk. Use when Codex needs a focused reviewer pass before handoff, approval, or follow-up fixes.Key capabilities
- →Review metravel diffs for correctness.
- →Check project-rule compliance (AGENTS.md, docs/RULES.md, docs/CODEX.md).
- →Identify validation gaps.
- →Assess residual risk.
- →Verify explicit platform impact for desktop web, mobile web, and Android.
How it works
The skill reads project documentation and relevant feature documents, then reviews the provided diff against correctness, project rules, platform impact, localization impact, and validation adequacy. It focuses on concrete findings.
Inputs & outputs
When to use metravel-code-reviewer
- →Review metravel code
- →Check project rule compliance
- →Verify i18n impact
About this skill
Metravel Code Reviewer and Fixer
Default mode is review-and-fix; read-only only when explicitly requested.
AGENTS.md is inherited. Load the relevant feature doc and only the canonical
docs/RULES.md headings implicated by the diff; do not reread all project docs.
Prefer an independent review-auditor agent. A reviewer that patches findings
re-reviews its own result and does not spawn another reviewer.
Inputs
- Original task and acceptance boundary.
git status --shortand the complete task-owned diff.- Task-owned paths plus known unrelated/user changes.
- Validation already run and raw failures/evidence.
- Platform/localization impact.
Read changed functions/components in context with direct callers, tests, types, and shared utilities. Backend working trees remain read-only.
Findings bar
Report and fix only evidence-backed issues:
P1: correctness, security, data loss, or user-visible regression.P2: violated project contract, real performance cost, material duplication, or poor ownership/boundary.P3: bounded simplification with concrete maintenance benefit, never taste.
Check:
- behavior, edge/failure states, and stated acceptance;
- unnecessary wrappers/state/effects/branches/abstractions/comments;
- duplication versus existing components/hooks/utils/adapters/tests;
- repeated requests/computation, unstable dependencies, avoidable renders or fan-out;
- precise types, no dead code, no speculative generalization;
- external-link, UI/media, security, i18n, platform, board, and release contracts only when touched;
- adequacy of the proposed testing handoff for observable behavior, without running browser, API runtime, simulator, physical-device, or TestFlight QA in the review stage.
Review-and-fix loop
- Rank verified findings and cite
path:lineplus the failing condition. - Patch every confirmed in-scope finding with the smallest clear change.
- Add/update regression coverage when behavior changes.
- Run only source-level checks after fixes: relevant static guards, lint,
type checks, and focused unit tests. Do not open a browser or device; those
checks start only after the reviewed commit enters
testing. - Re-read the complete resulting task diff and repeat until no fixable finding remains.
Preserve unrelated changes. Do not use review to authorize backend mutations, protected-path changes, redesign, broad migration, allowlist expansion, skipped tests, reload/cache-bust hacks, or silent fail-open behavior.
Handoff
## Code Review and Repair
Fixed findings:
Open findings/blockers:
Validation:
Residual risk:
Include the exact browser/device/runtime scenario for the testing handoff.
If no fix was needed, say so without inventing findings.
When not to use it
- →When the main job is implementation, not review.
- →When the user wants to approve `done` even if a dependent runtime contract is unverified.
- →When the user wants to approve reload hacks, cache-busting workarounds, or policy regressions.
Limitations
- →Focuses on concrete findings over broad style commentary.
- →Requires explicit platform impact evidence for mobile-web/Android.
- →Does not approve `done` when a dependent runtime contract is unverified.
How it compares
This skill provides a structured, project-specific code review process for metravel diffs, ensuring compliance with established rules and contracts, which is more rigorous than a generic code review.
Compared to similar skills
metravel-code-reviewer side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| metravel-code-reviewer (this skill) | 0 | 3mo | No flags | Intermediate |
| github-code-review | 13 | 4mo | Review | Advanced |
| reviewing-code | 21 | 10mo | No flags | Intermediate |
| reviewing-nextjs-16-patterns | 11 | 10mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by kelios
View all by kelios →You might also like
github-code-review
ruvnet
Comprehensive GitHub code review with AI-powered swarm coordination
reviewing-code
CaptainCrouton89
Systematically evaluate code changes for security, correctness, performance, and spec alignment. Use when reviewing PRs, assessing code quality, or verifying implementation against requirements.
reviewing-nextjs-16-patterns
djankies
Review code for Next.js 16 compliance - security patterns, caching, breaking changes. Use when reviewing Next.js code, preparing for migration, or auditing for violations.
cookbook-audit
anthropics
Audit an Anthropic Cookbook notebook based on a rubric. Use whenever a notebook review or audit is requested.
pr-review
pytorch
Review PyTorch pull requests for code quality, test coverage, security, and backward compatibility. Use when reviewing PRs, when asked to review code changes, or when the user mentions "review PR", "code review", or "check this PR".
find-bugs
davila7
Find bugs, security vulnerabilities, and code quality issues in local branch changes. Use when asked to review changes, find bugs, security review, or audit code on the current branch.