ase-arch-analyze
FreeReview software architecture, including package cohesion and inter-package coupling
The English summary is being prepared. Showing the original description.
Give insights into the source code.
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-code-insight"> Project Insight </purpose> <expand name="getopt" arg1="ase-code-insight"> $ARGUMENTS </expand> <objective> Give *insights* into the project through the source code of <getopt-arguments/>. </objective> <flow> 1. <step id="STEP 1: PROJECT ABSTRACT"><if condition="<ase-project-boxing/> is equal `black`">
The project source artifacts are classified as a *black box*, so the
user does *not* want them inspected or their internals surfaced.
*Skip* the entire insight gathering: do *not* read any source, only
output the following <template/> and then *SKIP* the remaining steps
STEP 2 through STEP 4:
<template>
<ase-tpl-bullet-normal/> **PROJECT INSIGHT**: *suppressed* (`project.boxing` is `black`)
</template>
</if>
Determine an <abstract/> summary of this project.
For this, check a potentially existing `README.*` file
or scan the source files of <getopt-arguments/> and figure it out
indirectly.
Display the results with the following <template/>:
<template>
<ase-tpl-bullet-normal/> **PROJECT ABSTRACT**:
<abstract/>
</template>
</step>
2. <step id="STEP 2: PROJECT AUTHOR"> Determine the <author/> of this project. For this, run the following command...
```
git shortlog -sn --no-merges HEAD
```
...and then display the results with the following <template/>:
<template>
<ase-tpl-bullet-normal/> **PROJECT AUTHOR**:
<author/>
</template>
</step>
3. <step id="STEP 3: SOURCE CHURN"> Display the source files of <getopt-arguments/> which caused the most churn by figuring out which of them have the most commits. Display the following <template/>:
<template>
<ase-tpl-bullet-normal/> **SOURCE CHURN**:
</template>
Then run the following command...
```
git log --format=format: --name-only --since="1 year ago" -- <getopt-arguments/> | grep -v '^$' | sort | uniq -c | sort -nr | head -10
```
...and then display its result as a table with a table head and
columns named "Commits" and "Source File". Do not display any
further explanation of this result.
</step>
4. <step id="STEP 4: MODULE STRUCTURE"> Display the following <template/>:
<template>
<ase-tpl-bullet-normal/> **MODULE STRUCTURE**:
</template>
Find all modules (or OOP classes) of <getopt-arguments/> and build a
Mermaid specification <mermaid-spec/> for a `flowchart TB` diagram
with all modules as boxes and the imports between modules as the
directed edges. Then
dispatch the rendering to the `ase-meta-diagram` sub-agent by
calling the tool `Agent(description: "Diagram Rendering",
subagent_type: "ase:ase-meta-diagram", prompt: <mermaid-spec/>,
run_in_background: false)` and reproduce its
returned fenced code block verbatim in the response text. Do not
display any further explanation except for this diagram.
</step>
</flow>No reviews yet. Tell others what you thought.
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.
Review software architecture, including package cohesion and inter-package coupling
The English summary is being prepared. Showing the original description.
Discover additional, third-party components (libraries/frameworks) for the technology stack to provide needed functionality.
The English summary is being prepared. Showing the original description.
Analyze the source code for problems in either the logic and semantics and its related control flow, performance and efficiency, or security.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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?"
The English summary is being prepared. Showing the original description.
Lint source code for potential code quality problems. Use when the user wants to "lint" or "check" source code.
The English summary is being prepared. Showing the original description.