ME

metravel-code-reviewer

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.zip

Installs 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.
190 chars✓ has a “when” trigger
Intermediate

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

You give it
Metravel code diff
You get back
Review findings including open questions, missing validation, and residual risk

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 --short and 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

  1. Rank verified findings and cite path:line plus the failing condition.
  2. Patch every confirmed in-scope finding with the smallest clear change.
  3. Add/update regression coverage when behavior changes.
  4. 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.
  5. 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.

SkillInstallsUpdatedSafetyDifficulty
metravel-code-reviewer (this skill)03moNo flagsIntermediate
github-code-review134moReviewAdvanced
reviewing-code2110moNo flagsIntermediate
reviewing-nextjs-16-patterns1110moReviewIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

Search skills

Search the agent skills registry