mit einem Klick
performance-analysis
// Use when investigating slow execution, high memory usage, or excessive token consumption. Systematic measurement before optimization.
// Use when investigating slow execution, high memory usage, or excessive token consumption. Systematic measurement before optimization.
Use when evaluating whether a proposed change fits the existing architecture. Prevents layer violations, dependency cycles, and accidental coupling.
Use when the user wants a code review instead of implementation. Prioritizes correctness bugs, behavioral regressions, missing tests, and risky assumptions.
Use when reviewing documentation for accuracy, completeness, and alignment with source code. Catches doc-code drift before it confuses readers.
Use when making changes that should be committed. Enforces atomic commits, meaningful messages, and clean history.
Use when improving code structure without changing behavior. Ensures each refactoring step preserves all existing tests.
Use when reviewing code for security vulnerabilities. Covers prompt injection, path traversal, command injection, and agent-specific attack vectors.
| name | performance-analysis |
| description | Use when investigating slow execution, high memory usage, or excessive token consumption. Systematic measurement before optimization. |
| version | 1.0.0 |
| author | Aixlarity |
| license | Apache-2.0 |
| metadata | {"aixlarity":{"tags":["performance","optimization","profiling","tokens"],"related_skills":["systematic-debugging","code-review"]}} |
Measure first, optimize second. Never optimize based on intuition. Profiling data decides what to fix.
Standard profiling applies:
# Compile with debug symbols for profiling
cargo build --release
# Use system profiler (Linux)
perf record ./target/release/aixlarity exec "task"
perf report
This is unique to agent systems. Every token costs money and latency.
Metrics to track:
@{...} when only one is needed.auto-compact triggers frequently (sign of context pressure).