orchestrate:review

Reviews open orchestration pull requests for consistency and standards compliance.

292|103|Updated Mar 27, 2025
One-click install
npx skills add https://github.com/kagenti/kagenti --skill orchestrate-review-kagenti
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: orchestrate:review
Source: https://github.com/kagenti/kagenti/tree/main/.claude/skills/orchestrate%3Areview
Command: npx skills add https://github.com/kagenti/kagenti --skill orchestrate-review-kagenti

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill ensures the quality and consistency of orchestration Pull Requests (PRs) before they are merged, preventing integration issues and maintaining code standards.

Core Features & Use Cases

  • Per-PR Checks: Validates individual PRs against defined checklists for commit conventions, PR format, and area-specific requirements (precommit, tests, CI, security, replication).
  • Cross-PR Consistency: Verifies alignment between different orchestration phases (e.g., pre-commit hooks matching CI linting, CODEOWNERS covering created paths).
  • Automated Review Submission: Gathers all findings into a summary and allows user approval before submitting reviews via the GitHub API.
  • Use Case: After multiple development phases have created separate PRs for code, tests, and CI configurations, this Skill reviews them holistically to ensure they work together harmoniously and meet all project standards before merging.

Quick Start

Use the orchestrate review skill to review all open orchestration pull requests for the target repository.

Frequently Asked Questions about orchestrate:review

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

FAQPage Schema
How do I review multiple pull requests for consistency before merging?

Reviewing multiple pull requests for consistency involves validating individual PRs against commit conventions and performing cross-PR consistency validation to ensure alignment between CI workflows, pre-commit hooks, and CODEOWNERS. This process prevents integration issues by verifying that separate PRs for code, tests, and CI configurations work together harmoniously and meet project standards.

What is cross-PR consistency validation in GitHub Actions CI workflows?

Cross-PR consistency validation in GitHub Actions CI workflows verifies alignment between different orchestration phases, ensuring pre-commit hooks match CI linting and CODEOWNERS cover created paths. It prevents integration issues by checking that separate pull requests for code, tests, and CI configurations work together harmoniously before merging.

How do I automate PR review for commit conventions and PR formatting?

Automate PR review for commit conventions and PR formatting by running per-PR checks against defined checklists and submitting reviews via the GitHub API. This automation validates individual PRs for commit conventions, PR format, and area-specific requirements including precommit, tests, CI, security, and replication.

Can I validate CODEOWNERS and replicated skill paths across open pull requests?

Yes, you can validate CODEOWNERS and replicated skill paths across open pull requests by performing cross-PR consistency checks. This validation ensures CODEOWNERS cover created paths and verifies alignment between different orchestration phases before submitting reviews via the GitHub API.

Does the PR review process require approval before submitting reviews via the GitHub API?

Yes, the PR review process requires user approval before submitting reviews via the GitHub API. The system gathers all findings from per-PR checks and cross-PR consistency validation into a summary, allowing you to approve the review submission before it posts to GitHub.

What are the limitations of automated orchestration PR review?

A limitation of automated orchestration PR review is that it focuses strictly on defined checklists for commit conventions, PR format, and cross-PR consistency, meaning it may not catch logical bugs or domain-specific issues outside these predefined validation areas.