بنقرة واحدة
traiage-review
This skill should be used when need prioritize what changed code in repository human must review.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
This skill should be used when need prioritize what changed code in repository human must review.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Review your local uncommitted working-tree changes (git diff plus untracked files) and return actionable improvement suggestions. Use before committing, when nothing has been pushed yet.
Review an existing GitHub pull request and post inline review comments on its diff. Use when the changes are on an opened PR rather than your local working tree.
Add missing test coverage for your local code changes by generating new test files (covers uncommitted and untracked changes, or the latest commit if everything is committed). Use when you want write tests for new logic or increase test coverage.
Run independent tasks concurrently across multiple files or targets using parallel sub-agents, with per-task model selection and LLM-as-a-judge verification. Use when tasks do not depend on each other and can run side by side.
Execute one complex task as ordered, dependent steps run sequentially, passing context from each step to the next, with per-step LLM-as-a-judge verification. Use when later steps depend on the results of earlier ones.
Verify what PR review comments have been addressed (committed/pushed OR uncommitted local changes) and resolve the threads that are genuinely fixed or no longer relevant.
| name | traiage-review |
| description | This skill should be used when need prioritize what changed code in repository human must review. |
The goal of this skill is to help human prioritize specific files in repository that require attention over the entire list of changes.
CRITICAL: Human attention and time is limited. Reviewer cannot check all existing changes in repository. Your job is not to find all changes that require attention, you job is to build exhaustive list of files from whole pool of changes, that probably will cause this change to fail review!
git status, git diff --name-only, git branch, git symbolic-ref, git rev-parse.git rev-parse HEAD (resolve the latest commit), git show --name-only, git diff (commit-diff inspection).commit param was passed to the skill → use the commit workflow directly (this takes precedence over the local-changes/branch auto-detection below):
commit <commit-hash>) → use that hash.commit or latest commit) → resolve the latest commit with git rev-parse HEAD and use the resolved concrete hash.branch param was passed to the skill → use the branch-diff workflow directly.git status --porcelain (non-empty output means staged, unstaged, or untracked changes exist).
git rev-parse --abbrev-ref HEAD.git symbolic-ref --short refs/remotes/origin/HEAD → strip the origin/ prefix to get main or master.git rev-parse --verify origin/main — if it succeeds, default is main; otherwise try git rev-parse --verify origin/master — if it succeeds, default is master.origin/<default-branch> (e.g. origin/main) for use in the branch-mode prompt and the random sample script.origin/<default-branch> filled in) for the branch-diff workflow, or the commit-mode prompt (with the resolved concrete <commit-hash> filled in) for the commit workflow.
Choose the prompt that matches the review mode determined in the Process step, and pass it EXACTLY to launch change-story-agent, change-impact-agent, change-failure-agent and change-expectation-agent.
Default path for local-changes workflow — staged, unstaged, and untracked changes:
Review current project staged AND unstaged changes according to your process and provide list of files that require attention.
Replace origin/<default-branch> with the default ref you detected, e.g. origin/main:
Review the diff of the current branch against the default branch `origin/<default-branch>` (use `git diff origin/<default-branch>...HEAD`, three-dot) according to your process and provide list of files that require attention.
Replace <commit-hash> with the concrete commit hash the orchestrator resolved:
Review the diff introduced by commit `<commit-hash>` (use `git show <commit-hash>` or `git diff <commit-hash>^!`, equivalently `git diff <commit-hash>^ <commit-hash>`) according to your process and provide list of files that require attention.
Use this script to pick 20 random files from the whole batch of changed files. Use the local mode block for the local-changes workflow (staged + unstaged + untracked), the branch mode block for the branch-diff workflow (files changed between the default branch and the current branch), and the commit mode block for the commit workflow (files changed by the commit). Replace origin/<default-branch> with the default ref you detected (e.g. origin/main), and <commit-hash> with the resolved concrete commit hash.
Local mode (staged + unstaged + untracked):
import random
import subprocess
# Tracked changes (staged + unstaged) relative to HEAD
tracked = subprocess.check_output(['git', 'diff', '--name-only', 'HEAD']).decode('utf-8').splitlines()
# Untracked files (new, not yet added)
untracked = subprocess.check_output(['git', 'ls-files', '--others', '--exclude-standard']).decode('utf-8').splitlines()
changed_files = sorted(set(tracked + untracked))
# Pick up to 20 random files (won't crash on small changesets)
random_files = random.sample(changed_files, min(20, len(changed_files)))
print(random_files)
Branch mode (files changed on the current branch vs the default branch):
import random
import subprocess
# Files changed between the default branch and the current branch (three-dot: since the merge base)
default_ref = 'origin/<default-branch>' # e.g. 'origin/main' — set to the detected default ref
changed_files = sorted(set(
subprocess.check_output(
['git', 'diff', '--name-only', f'{default_ref}...HEAD']
).decode('utf-8').splitlines()
))
# Pick up to 20 random files (won't crash on small changesets)
random_files = random.sample(changed_files, min(20, len(changed_files)))
print(random_files)
Commit mode (files changed by the commit):
import random
import subprocess
# Files changed by the commit
commit = '<commit-hash>' # set to the resolved concrete commit hash
changed_files = sorted(set(
line for line in subprocess.check_output(
['git', 'show', '--name-only', '--pretty=format:', commit]
).decode('utf-8').splitlines()
if line.strip()
))
# Pick up to 20 random files (won't crash on small changesets)
random_files = random.sample(changed_files, min(20, len(changed_files)))
print(random_files)
In list of random files, pick only files that relate to logic changes, ignore documentation, tests, configuration, etc. Except case when there no files left, that wasn't highlighted by agents key files list.
### Key Facts
<note>Key facts should be provided by Change Story Agent</note>
- What change trying to achive: <if any>
- Architecture change: <if any>
- Design decisions: <if any>
- Risks: <if any>
- Solutions: <if any>
### Key Files
| File Path | Changed Lines | Importance | Severity | Detectability | Confidence |
|------------------|-----------------------|--------------|------------|-----------------|------------|
| <file path> | <changed lines count> | <importance> | <severity> | <detectability> | <confidence> |
<note>
- include in last column confidence rating that was provided by agent that provided this file (if there multiple, include highest confidence)
- in the rest columns include ratings that were provided by agent that provided this file (if there multiple, include highest rating. If there no rating, mark it as "-")
</note>
### Random Sample
| File Path | Changed Lines |
|-------------|-----------------------|
| <file path> | <changed lines count> |
### Declarative Files
| File Path | Changed Lines |
|-------------|-----------------------|
| <file path> | <changed lines count> |