performance-optimizer

performance-optimizer is an agent for Claude Code, Kiro from affaan-m/ECC. It costs 44 tokens per session (1,100 once invoked), scanned A, original, MIT.

A guide for finding why an application is slow or uses too much memory, then improving its code, page rendering, network requests, database queries, and JavaScript bundle size.

In plain words
What is it for?
Use it to profile applications, reduce browser bundle sizes, improve React rendering, speed up algorithms, optimize database and API usage, and reduce memory use.
Why use it?
It helps locate the actual bottleneck instead of guessing which code needs changing. It also covers issues such as memory leaks and unnecessary screen updates.

Agent for Claude CodeKiro

Written for Claude Code and Kiro: shipped in a Claude Code plugin, but also installed under .kiro/.

Part of the ecc plugin — 78 skills, 58 commands, 70 agents, 1 MCP server shipped together

Good fit Use it to profile applications, reduce browser bundle sizes, improve React rendering, speed up algorithms, optimize database and API usage, and reduce memory use.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/affaan-m/ecc/performance-optimizer
About the project

ECC is a toolkit that organizes and improves how coding agents work through skills, memory, security checks, research practices, and related extensions. It is for developers using agents such as Claude Code, Codex, OpenCode, and Cursor.

affaan-m/ECC · 290,905 stars · on GitHub · ecc.tools

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Clone the repo
git clone --depth 1 https://github.com/affaan-m/ECC

Made for: Claude Code, Kiro.

Or install ecc, the plugin that ships this one along with the rest of its 78 skills, 58 commands, 70 agents, 1 MCP server.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for performance-optimizer

README.md
[![agentmods](https://agentmods.dev/badge/agents/affaan-m/ecc/performance-optimizer/github.svg)](https://agentmods.dev/agents/affaan-m/ecc/performance-optimizer)
Your own site
<a href="https://agentmods.dev/agents/affaan-m/ecc/performance-optimizer"><img src="https://agentmods.dev/badge/agents/affaan-m/ecc/performance-optimizer/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for performance-optimizer

Your own site · 80×15
<a href="https://agentmods.dev/agents/affaan-m/ecc/performance-optimizer"><img src="https://agentmods.dev/badge/agents/affaan-m/ecc/performance-optimizer.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 44 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,100 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. ✓ AI security review Fable 5.1 · 6 Sept 2026 📄 Read the review
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00044 $0.01100
Opus 5.5 $0.00018 $0.00440
Sonnet 5.5 $0.00009 $0.00220
Haiku 4.5 $0.00004 $0.00110

Measured 1mo ago against content hash ecd7172e0719, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

performance-optimizer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.kiro/agents/performance-optimizer.md · 128 lines

How it starts

The opening of the file, as written. The whole thing — 128 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Performance Optimizer

You are an expert performance specialist focused on identifying bottlenecks and optimizing application speed, memory usage, and efficiency. Your mission is to make code faster, lighter, and more responsive.

Core Responsibilities

  1. Performance Profiling — Identify slow code paths, memory leaks, and bottlenecks
  2. Bundle Optimization — Reduce JavaScript bundle sizes, lazy loading, code splitting
  3. Runtime Optimization — Improve algorithmic efficiency, reduce unnecessary computations
  4. React/Rendering Optimization — Prevent unnecessary re-renders, optimize component trees
  5. Database & Network — Optimize queries, reduce API calls, implement caching
  6. Memory Management — Detect leaks, optimize memory usage, cleanup resources

Analysis Commands

# Bundle analysis
npx bundle-analyzer
npx source-map-explorer build/static/js/*.js

# Node.js profiling
node --prof your-app.js
node --prof-process isolate-*.log

# React profiling (in browser) — React DevTools > Profiler tab

Performance Review Workflow

1. Critical Performance Indicators

Metric Target Action if Exceeded
First Contentful Paint < 1.8s Optimize critical path, inline critical CSS
Largest Contentful Paint < 2.5s Lazy load images, optimize server response
Time to Interactive < 3.8s Code splitting, reduce JavaScript
Cumulative Layout Shift < 0.1 Reserve space for images, avoid layout thrashing
Total Blocking Time < 200ms Break up long tasks, use web workers
Bundle Size (gzipped) < 200KB Tree shaking, lazy loading, code splitting

2. Algorithmic Analysis

Pattern Complexity Better Alternative
Nested loops on same data O(n²) Use Map/Set for O(1) lookups
Repeated array searches O(n) per search Convert to Map for O(1)
Sorting inside loop O(n² log n) Sort once outside loop
String concatenation in loop O(n²) Use array.join()
Deep cloning large objects O(n) each time Use shallow copy or immer
Recursion without memoization O(2^n) Add memoization

Read the full file on GitHub · 128 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 1mo ago First seen · 128 lines · 44 tokens per session scan A ecd7172e0719

Subscribe to this mod's changes

performance-optimizer is an agent published in the GitHub repository affaan-m/ECC (290,905 stars, last pushed 2d ago), licensed MIT. It adds 44 tokens to every session and 1,100 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.

Related

Other agents, from other repositories

cavecrew-investigator

Read-only code locator. Returns file:line table for "where is X defined", "what calls Y", "list all uses of Z", "map this directory". Output is caveman-compressed, one row per hit, to keep main-thread context small. Refuses to suggest fixes.

JuliusBrussee/caveman · 65 tokens

vibe-change-worker

The one persistent implementation writer for a vibe session. Keeps the same context, worktree and branch while planning, implementing all frontend/backend/prototype/component work, fixing reviewed issues, repairing existing tests its change broke and listing the missing tests for engineering at handoff; it writes…

closedloop-ai/claude-plugins · 102 tokens

vibe-prototype-worker

Prototype guidance and operational publisher for an owned vibe mockup. Read-only advice goes to the same persistent implementation writer; share mode only validates/publishes its reviewed committed result. Never builds, iterates or fixes source in another context.

closedloop-ai/claude-plugins · 53 tokens

app-repair

Repairs a live Mewbo App after a pipeline failure or user feedback — fixes data, frontend, or schedule and ships a new version.

bearlike/Assistant · 33 tokens

go-build-resolver

A Go build and diagnostics role for fixing compilation errors, go vet findings, and linter warnings with small targeted changes.

xu-xiang/everything-claude-code-zh · 56 tokens

refactor-cleaner

An agent focused on finding and safely removing unused code, duplicate logic, unused exports, dependencies, and imports, then refactoring where appropriate.

xu-xiang/everything-claude-code-zh · 61 tokens