Review software architecture, including package cohesion and inter-package coupling
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Perform a holistic, human-reviewer-style critique of the currently staged Git changes (or, with `--unstaged`, of the unstaged and untracked changes, with `--branch`, of a branch against its base, or, with `--commit`, of a single commit) and emit an approve/reject verdict with prioritized, severity-tagged, line-cited findings. Use when the user wants the staged diff, a branch, or a commit "reviewed", "critiqued", or "code-reviewed".
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-repo-review"> Review Changes </purpose><expand name="getopt" arg1="ase-repo-review" arg2="--severity|-S=(AUTO|LOW|MEDIUM|HIGH) --thorough|-t --staged --unstaged --branch|-b= --commit|-c="> $ARGUMENTS </expand>
<objective> Review the currently staged (and/or unstaged) Git changes, the changes of a branch against its base, or a single commit the way an *experienced human reviewer* would - judging them *holistically* against the change's *own intent* and against *correctness*, *design fit*, *clarity*, *robustness*, *propagation*, freedom of *residue*, and *project-convention conformance* - and emit a single *approve / request-changes verdict* backed by *prioritized*, *severity-tagged*, *line-cited* findings. This is a *synthesizing critique*, not a mechanical scan: it complements `ase-code-lint` (mechanical quality), `ase-code-analyze` (logic/semantics), and `ase-repo-diff` (intent narrative and risk). </objective>Set <changes/> to the uncommitted changes to review: to
staged and unstaged if both <getopt-option-staged/> and
<getopt-option-unstaged/> are equal true, to staged if only
<getopt-option-staged/> is equal true, to unstaged if only
<getopt-option-unstaged/> is equal true, and to empty otherwise.
Here, the unstaged changes always include the untracked files.
Run the command
git rev-parse --verify --quiet "<getopt-option-branch/>^{commit}".
If it fails, only output the following <template/> and then
STOP immediately:
Determine the candidate base branches by running the command
git for-each-ref --format="%(refname:short)" refs/heads/
(taken exactly as given), excluding <getopt-option-branch/>
itself. For each <candidate/>, run the command
git rev-list --count "<candidate/>..<getopt-option-branch/>"
to count the commits of the branch since its fork point from
<candidate/>, and drop every candidate with a count of 0,
as it already contains the branch. Set <base/> to the
remaining candidate with the smallest count (the nearest
fork point); on a tie, prefer the checked-out branch (the
output of git branch --show-current), and then the first
candidate. If no candidate remains, only output the following
<template/> and then STOP immediately:
Run the command
git merge-base "<base/>" "<getopt-option-branch/>" and
capture its output into <base-commit/>.
Only output the following <template/>:
<template> ⧉ **ASE**: ✪ skill: **ase-repo-review**, ⎇ branch: **<getopt-option-branch/>**, ⎇ base: **<base/>** </template>Determine whether there are changes at all by running the corresponding command(s) (taken exactly as given) and capturing their combined output - the bare list of changed file names - into <diff/>. This is a lightweight gate; the full diff is fetched by the sub-agent in STEP 2, so capturing only the file-name list here is sufficient:
<if condition="<getopt-option-branch/> is not empty and <changes/> is not empty"> Determine the *worktree* of the branch by running the command `git worktree list --porcelain` and setting <worktree-dir/> to the `worktree` path of the entry whose `branch` line is `refs/heads/<getopt-option-branch/>` (or to empty if there is none, as a branch not checked out anywhere carries no uncommitted changes).If <worktree-dir/> is not empty, set <scope>branch <getopt-option-branch/> since base commit <base-commit/> plus the <changes/> changes in worktree <worktree-dir/></scope> and run:
If <changes/> is equal staged and unstaged:
git -C "<worktree-dir/>" diff --name-only "<base-commit/>"
git -C "<worktree-dir/>" ls-files --others --exclude-standard
If <changes/> is equal staged:
git -C "<worktree-dir/>" diff --cached --name-only "<base-commit/>"
If <changes/> is equal unstaged:
git diff --name-only "<base-commit/>..<getopt-option-branch/>"
git -C "<worktree-dir/>" diff --name-only
git -C "<worktree-dir/>" ls-files --others --exclude-standard
From the output of the ls-files command, skip every listed
entry below the .ase/ directory -- it carries ASE's own
state, and hence is never part of the user's change set.
Otherwise, set <scope>branch <getopt-option-branch/> since base commit <base-commit/></scope> and run:
git diff --name-only "<base-commit/>..<getopt-option-branch/>"
</if>
<elseif condition="<getopt-option-branch/> is not empty">
Set <scope>branch <getopt-option-branch/> since base commit
<base-commit/></scope> and run:
git diff --name-only "<base-commit/>..<getopt-option-branch/>"
</elseif>
<elseif condition="<getopt-option-commit/> is not empty">
Set <scope>commit <commit-id/></scope> and run:
git show --format= --name-only --diff-merges=first-parent "<commit-id/>"
</elseif>
<elseif condition="<changes/> is equal `staged and unstaged`">
Set <scope>staged and unstaged</scope> and run:
git diff --name-only HEAD
git ls-files --others --exclude-standard
From the output of the second command, skip every listed
entry below the .ase/ directory -- it carries ASE's own
state, and hence is never part of the user's change set.
</elseif>
<elseif condition="<changes/> is equal `unstaged`">
Set <scope>unstaged</scope> and run:
git diff --name-only
git ls-files --others --exclude-standard
From the output of the second command, skip every listed
entry below the .ase/ directory -- it carries ASE's own
state, and hence is never part of the user's change set.
</elseif>
<else>
Set <scope>staged</scope> and run:
git diff --cached --name-only HEAD
</else>
The project source artifacts are classified as a black box, so
the user does not want the changes scrutinized or their
findings surfaced (an explicitly given severity floor lifts this
skip). Skip the entire review investigation: do
not invoke the Agent tool and do not read any change, set
<findings/> to the empty list, set <hidden/> to 0, set
<verdict/> to SKIPPED (boxing: black), set <summary/> to a
one-line neutral restatement of the change intent derived solely
from STEP 1, and proceed directly to STEP 3.
First, use the following <template/> to give a hint on this step:
<template> <ase-tpl-bullet-secondary/> **REVIEW INVESTIGATION** </template>Dispatch the review investigation to a sub-agent via the Agent
tool so that no investigation details leak into the user-visible
transcript. The sub-agent performs the silent reading, the read-only
repository probing, and the critique; only its final structured return
value is consumed here.
Set <mode>thorough</mode> if <getopt-option-thorough/> is equal
true, and <mode>focused</mode> otherwise.
For this, invoke exactly once the tool:
Agent(
description: "Review Investigation",
subagent_type: "ase:ase-repo-review",
prompt: "Review in <mode/> mode the changes of scope: <scope/>",
run_in_background: false
)
Parse the single result message of the Agent tool as a JSON object,
set <summary/> to its summary field (a single crisp sentence
reconstructing the change's intent), and set <findings/> to its
findings field (a list).
Then derive the overall <verdict/> from <findings/>: set
<verdict/> to REJECT - DEMANDS CHANGES if any finding in
<findings/> has a severity field of HIGH; otherwise set
<verdict/> to APPROVE. The verdict is derived before the
severity floor below, so the floor only affects which findings are
rendered, never the verdict.
Then determine the effective severity floor <floor/> and its
origin <floor-origin/>: define the ordinal rank LOW=1, MEDIUM=2,
HIGH=3.
Then apply the effective severity floor <floor/>: Keep a finding
in <findings/> if and only if its severity field is ACCEPTED or
rank(severity) is greater than or equal to rank(<floor/>);
drop all other findings, but set <hidden/> to the number of
dropped findings. With the floor LOW, all findings are kept.
ACCEPTED findings are never dropped. The floor affects only which
findings are rendered, never the <verdict/> derived above.
You MUST NOT output anything else in this STEP 2.
</step>Use the following <template/> to output the overall review in <verdict/> and the reconstructed intent <summary/>:
<template><ase-tpl-bullet-signal/> REVIEW VERDICT: <verdict/>
<ase-tpl-bullet-normal/> CHANGE INTENT: <summary/>
</template>You MUST NOT output anything else in this STEP 3.1.
<ase-tpl-bullet-normal/> NO FINDINGS: <note/>, nothing to flag.
</template> </if>Then render a three-column table with one row per finding by
using the following output <template/>. For each finding, repeat
the third line, set <severity/> to its severity field, set
<dimension/> to its dimension field, set <location/> to its
location field, and set <finding/> to its finding field.
In the <location/> column, mark up the file:line reference
as code (with backticks) and prepend it with ▢ - keep the
sub-agent's own :N / :N-M line citation intact and do not
append any further line-count decoration.
Because the <finding/> text is free-form Markdown, before
emitting any row you MUST escape every literal | pipe
character inside <location/> and <finding/> as \| so it cannot
break the table column structure.
Keep the overall report concise and brief. Do not output any further explanation. </if>
<ase-tpl-bullet-normal/> HIDDEN FINDINGS: <hidden/> finding(s) below severity <floor/> suppressed (<floor-origin/>).
</template> </if>Finally, give the closing hints by expanding the following (which, depending on the configured <ase-guidance-level/>, may expand into nothing and hence emit no output at all):
<if condition="<verdict/> starts with `REJECT`"> <ase-tpl-hint level="normal"> Use `/ase-task-edit` to derive a solution approach and plan for the findings which demand changes. </ase-tpl-hint> </if> <if condition="<hidden/> is greater than `0`"> Set <rerun>/ase-repo-review -S LOW</rerun>, append ` --staged` to <rerun/> if <getopt-option-staged/> is equal `true`, append ` --unstaged` to <rerun/> if <getopt-option-unstaged/> is equal `true`, append ` -b <getopt-option-branch/>` to <rerun/> if <getopt-option-branch/> is not empty, append ` -c <getopt-option-commit/>` to <rerun/> if <getopt-option-commit/> is not empty, and append ` -t` to <rerun/> if <getopt-option-thorough/> is equal `true`, so that the re-run reviews the same scope in the same mode. <ase-tpl-hint level="normal"> Use `<rerun/>` to re-run the review with all findings shown (a fresh review, so its findings can differ). </ase-tpl-hint> </if>아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Review software architecture, including package cohesion and inter-package coupling
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Discover additional, third-party components (libraries/frameworks) for the technology stack to provide needed functionality.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Analyze the source code for problems in either the logic and semantics and its related control flow, performance and efficiency, or security.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Edit Source Code: Use when the user wants to "edit" the code base in one shot from a query or a bare analyzer issue id like "P1", fusing crafting, refactoring, and resolving with optional grilling, verification, looping, and Git worktree isolation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Explains code with WHAT, WHY, ANALOGY, DIAGRAM, CRUXES, and GOTCHAS. Use when you want to know how code works or when the user asks "how does this work?"
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Give insights into the source code.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.