improve
Iterative self-improvement pipeline -- review-fix loop with adversarial sentinels until all issues (info severity and above) are resolved or max iterations reached
What this skill does
# Improve Pipeline
Stateless iterative review-fix pipeline. Dispatches specialist sentinels (correctness, security, perf) in parallel, consolidates via review-arbiter, dispatches review-fixer to apply targeted fixes, then re-reviews. Loops until arbiter returns "clean" verdict (zero issues) or max iterations (5) reached. No state.json, no hooks, no Agent Teams -- follows the same stateless direct-dispatch model as the debug pipeline.
## Key Architecture
- **Stateless:** No `.agents/tmp/state.json` is created or read during improve
- **Direct dispatch:** The improve command spawns agents via Agent tool, reads their output files, and proceeds
- **No hooks:** Because no ants state.json exists, `check_ants_workflow()` in every hook returns false (exits 0 immediately), so all hooks pass through without interfering
- **Self-contained:** All output files live under `.agents/tmp/improve/`
- **Iterative:** Loops up to 5 iterations with early termination on clean verdict
## Pipeline
```
Phase I0 | REVIEW | Adversarial Review | 4x parallel sentinels + review-arbiter
Phase I1 | FIX | Targeted Repair | 1x review-fixer
[loop back to I0 if issues remain, up to 5 iterations]
Phase I2 | REPORT | Summary | Orchestrator displays results
```
### Pipeline Diagram
```
Iteration 1:
I0 Review (4x parallel sentinels)
/ | | \
correctness security perf testing
\ | | /
review-arbiter (consolidate)
|
verdict?
/ \
clean issues_found
| |
I2 Report I1 Fix (review-fixer)
|
[loop -> I0 Review, iteration 2]
...repeat up to 5 iterations...
I2 Report (summary of all iterations)
```
## Phase Details
### Phase I0: Adversarial Review (REVIEW)
Four specialist sentinels dispatched in parallel: `ants:sentinel-correctness`, `ants:sentinel-security`, `ants:sentinel-perf`, `ants:sentinel-testing`. Each reviews all project files relevant to the task description. (`sentinel-docs` and `sentinel-style` are excluded from the improve pipeline — docs/style quality is out of scope for defect-focused improvement.)
After all four complete, `ants:review-arbiter` consolidates findings by cross-referencing, deduplicating, and resolving conflicts across all sentinel reports. The arbiter reports all issues by default -- no severity threshold override is needed, as the arbiter naturally captures all severities including info.
- **Sentinel output:** `.agents/tmp/improve/iter-{N}/I0-review.sentinel-correctness.json`, `.agents/tmp/improve/iter-{N}/I0-review.sentinel-security.json`, `.agents/tmp/improve/iter-{N}/I0-review.sentinel-perf.json`, `.agents/tmp/improve/iter-{N}/I0-review.sentinel-testing.json`
- **Arbiter output:** `.agents/tmp/improve/iter-{N}/I0-quality.json`
- **Verdict:** `clean` (zero issues) terminates loop; `issues_found` (any severity) triggers I1
### Phase I1: Targeted Repair (FIX)
Single `ants:review-fixer` agent reads issues from `.agents/tmp/improve/iter-{N}/I0-quality.json`. The dispatch prompt overrides the fixer's default state.json input -- since the improve pipeline is stateless, there is no state file. Instead, the fixer is pointed directly to the arbiter's quality file.
Fixer processes issues in severity order: critical first, then warning, then info. ALL severities are fixed (info and above) -- this is the key differentiator from the swarm pipeline.
- **Output:** `.agents/tmp/improve/iter-{N}/I1-fix.json`
- **After fix completes:** Loop back to I0 for re-review
### Phase I2: Summary Report (REPORT)
No agent dispatched -- the orchestrator reads all iteration outputs and displays a summary. Shows: iteration count, issues found per iteration, issues fixed per iteration, final verdict. Displayed directly to the user.
## Severity Policy
- Fix ALL issues: critical, warning, AND info
- This distinguishes improve from swarm (which only blocks on critical/warning)
- The improve pipeline is explicitly for thoroughness
- No configurable threshold -- always fixes everything
## Iteration Control
- **Max iterations:** 5 (hardcoded in command, not configurable)
- **Early termination:** Arbiter returns `clean` verdict (zero issues at any severity)
- **No circuit breaker:** Stateless pipeline uses simple iteration counter
- If 5 iterations cannot resolve all issues, the remaining issues likely need human judgment
## Phase-Agent Mapping
| Phase | Agent | Model | Reused | Count | Execution |
|-------|-------|-------|--------|-------|-----------|
| I0 | `ants:sentinel-correctness` | sonnet | Yes | 1 | Parallel |
| I0 | `ants:sentinel-security` | sonnet | Yes | 1 | Parallel |
| I0 | `ants:sentinel-perf` | sonnet | Yes | 1 | Parallel |
| I0 | `ants:sentinel-testing` | sonnet | Yes | 1 | Parallel |
| I0 | `ants:review-arbiter` | sonnet | Yes | 1 | Sequential (after sentinels) |
| I1 | `ants:review-fixer` | inherit | Yes | 1 | Single |
**Total:** 6 reused agents, 0 new agents
## Output File Layout
All output files live under `.agents/tmp/improve/` with per-iteration subdirectories:
| Phase | File | Format | Description |
|-------|------|--------|-------------|
| I0 sentinel | `.agents/tmp/improve/iter-{N}/I0-review.sentinel-correctness.json` | JSON | Correctness findings |
| I0 sentinel | `.agents/tmp/improve/iter-{N}/I0-review.sentinel-security.json` | JSON | Security findings |
| I0 sentinel | `.agents/tmp/improve/iter-{N}/I0-review.sentinel-perf.json` | JSON | Performance findings |
| I0 sentinel | `.agents/tmp/improve/iter-{N}/I0-review.sentinel-testing.json` | JSON | Test quality findings |
| I0 arbiter | `.agents/tmp/improve/iter-{N}/I0-quality.json` | JSON | Consolidated verdict |
| I1 fixer | `.agents/tmp/improve/iter-{N}/I1-fix.json` | JSON | Fix report |
## Orchestration Model
The improve pipeline uses **stateless direct dispatch** -- the same model as the debug pipeline, fundamentally different from the swarm pipeline's hook-driven Agent Teams orchestration.
- **No state.json** -- iteration progress is tracked in the command's conversation context, not `.agents/tmp/state.json`. Because no state file exists, all ants hooks (`check_ants_workflow()`) exit 0 immediately as no-ops.
- **Direct dispatch** -- the command spawns agents via Agent tool, reads their output files, evaluates verdicts, and loops. No hooks, no Agent Teams.
- **Review-fixer edits freely** -- the edit gate imposes no restrictions since there is no active swarm state.
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.