Skip to content
cccskills
FreePublished on GitHub

review-code

Review code changes for correctness defects, regressions, security risks, data-integrity problems, concurrency hazards, and missing meaningful tests. Use for pull requests, branches, commits, patches, or working-tree reviews; do not use for implementation unless the user separately requests fixes.

The English summary is being prepared. Showing the original description.

See how to install

Files included (4)

  • SKILL.md2.3 KB
  • agents/openai.yaml224 B
  • references/review-checklist.md1.5 KB
  • references/review-lenses.md1.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Review Code

Workflow

  1. Establish the review target and comparison base.
  2. Inspect the diff, then trace changed behavior through callers, contracts, persistence, side effects, and tests.
  3. Inspect the target, isolation, fixtures, and side effects before running a narrow check that materially confirms a suspected issue.
  4. Rank findings by impact and confidence; remove duplicates and speculation.
  5. Return findings first, followed by open questions and a short summary.

Use correctness as the default lens. For large, risky, or requirement-heavy changes, add the standards and specification lenses in references/review-lenses.md. Keep each finding tied to its source; documented rules and acceptance criteria outrank personal preference.

Finding standard

Each finding must include:

  • severity;
  • precise file and line or symbol;
  • the failing scenario or invariant;
  • user or system impact;
  • evidence or a reproduction path;
  • a concise fix direction when clear.

Do not report style preferences, theoretical risks without a reachable path, or issues outside the change unless the diff materially exposes them.

Review boundaries

  • Review in read-only mode by default.
  • Do not run production-integrated, shared-environment, or destructive tests without explicit authorization and verified isolation.
  • Do not modify, comment, approve, or request changes on a remote PR unless asked.
  • Do not equate passing tests with correctness.
  • Do not treat generated code or lockfile churn as a defect without understanding its source.
  • Respect repository-specific compatibility and risk rules.
  • State when a claim was not reproduced.

Checklist

Read references/review-checklist.md when the change touches APIs, data, authorization, concurrency, infrastructure, or tests.

Output

If there are no actionable findings, say so directly and name residual unverified areas. Keep the summary shorter than the findings.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Build or modify backend APIs, services, jobs, persistence, and integrations while preserving contracts, authorization, data integrity, and failure behavior. Use for server-side features, database changes, background processing, backend defects, and service refactors; do not use for frontend-only or infrastructure-only work.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

Build or modify frontend interfaces using repository-native components while preserving accessibility, responsive behavior, state handling, and visual verification. Use for UI features, design implementation, forms, client-side defects, and frontend refactors; do not use for backend-only or infrastructure-only work.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

Select the smallest useful Codex engineering workflow from this repository's existing skills. Use when a task spans multiple engineering concerns, the user is unsure which skill to invoke, or loading every specialist would waste context; return a recommendation only and do not execute the engineering task.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

Implement a repository code or configuration change through reproduction, focused checks, review, and evidence. Use for end-to-end features and fixes; not for explanation-only, review-only, research, content publishing, or production operations.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

Review a small code or documentation change and return only evidence-backed correctness findings. Use in the Codex How To local plugin lab; do not modify files or post remote comments.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

Maintain a review-first Markdown knowledge base for Codex practices with source provenance, engineering capture, citation-aware queries, explicit archive and promotion, and deterministic linting. Use when asked to capture a durable engineering lesson, ingest Codex research, query or archive what the repository knows, check wiki health, reconcile conflicting guidance, or promote verified knowledge.

The English summary is being prepared. Showing the original description.

Phelan164/codex-howto14Updated Oct 17, 2026

See all skills by Phelan164

Report a problem with this skill