omc-review

Initiate structured code and security reviews with defined roles and target branches.

1|Updated Apr 26, 2026
One-click install
npx skills add https://github.com/huyhung9630/codex_plugin --skill omc-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: omc-review
Source: https://github.com/huyhung9630/codex_plugin/tree/main/plugins/oh-my-codex-workflows/skills/omc-review
Command: npx skills add https://github.com/huyhung9630/codex_plugin --skill omc-review

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill streamlines the review process by providing a structured approach to identify and report issues in code or projects.

Core Features & Use Cases

  • Structured Review Workflow: Leads with bugs, regressions, and security issues, followed by summaries.
  • Role-Based Review: Supports different review roles like code-reviewer and security-reviewer.
  • Use Case: When a developer needs a thorough code review or security audit, this Skill can be used to initiate the review process.

Quick Start

Trigger a review for the 'feature-x' branch using the omc-review skill.

Frequently Asked Questions about omc-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I initiate a structured code review for a specific branch?

A structured code review leads with identified bugs, regressions, and security issues before providing summaries. It requires a defined review role and a target branch to systematically evaluate the code area.

Can I use this for a security audit instead of a general code review?

Yes, this works for security audits by assigning a security-reviewer role. It identifies and reports security issues within the defined target code area using a findings-first approach.

What is a findings-first approach in project code review?

A findings-first approach in project code review means the structured workflow leads with identified bugs, regressions, and security issues, followed by summaries. This ensures critical issues are reported before general overviews.

Do I need to define a review role before starting the issue identification process?

Yes, you need to define a review role, such as code-reviewer or security-reviewer, before starting. The issue identification process requires this role to properly structure the review and report findings for the target code area.

What's the best way to identify regressions and bugs during a project review?

The best way to identify regressions and bugs is to use a structured review workflow that leads with these findings. By triggering a review with a defined role on a target branch, you systematically capture and report issues.

Can I review project components without specifying a target branch?

No, a defined target branch or code area is required to initiate the structured review process. Without it, the review cannot accurately identify and report issues within the project components.