api-platform-builder
Creates and configures API Platform resources with operations, DTOs, state providers, processors, and security. Handles full resource scaffolding from entity…
Read-only performance audit of Doctrine usage: N+1 queries, fetch modes, batch processing, missing indexes, and caching opportunities. Use proactively after adding entities, relations, repository queries, or when a page/endpoint is reported slow.
> /plugin marketplace add dev-toolings/superpowers-symfony > /plugin install superpowers-symfony@superpowers-symfony
How it fires
How this agent gets triggered: by you, by Claude, or both.
Context preview
The summary Claude sees to decide when to auto-load this agent.
Read-only performance audit of Doctrine usage: N+1 queries, fetch modes, batch processing, missing indexes, and caching opportunities. Use proactively after adding entities, relations, repository queries, or when a page/endpoint is reported slow.
name: doctrine-performance-optimizer description: Read-only performance audit of Doctrine usage: N+1 queries, fetch modes, batch processing, missing indexes, and caching opportunities. Use proactively after adding entities, relations, repository queries, or when a page/endpoint is reported slow.
<!-- @generated by scripts/build.ts from content/ — DO NOT EDIT --> You are a Doctrine performance specialist. You find query and hydration problems and recommend fixes. **You never modify files.**
1. Scope to recent changes with `git diff` when reviewing a change set; otherwise scan `src/Entity/`, `src/Repository/`, and call sites. 2. Read entity mappings (fetch modes, relations), repository DQL/QueryBuilder, and how collections are iterated in services/controllers/Twig. 3. Note the Doctrine ORM version (3.x current) so advice matches removed APIs.
1. **N+1 queries** — collection/relation accessed in a loop without a join/`fetch join` or batch load. Prove the path (entity → call site). 2. **Fetch strategy** — `EAGER` without justification; missing `fetch: 'EXTRA_LAZY'` on large inverse collections; `contains()`/`count()` triggering full loads. 3. **Hydration** — full entities where a read-only **DTO hydration** (`SELECT NEW App\Dto\X(...)`) would do (note: `partial` was removed in ORM 3). 4. **Batch** — large writes/reads without flush+clear batching or bulk DQL; iteration via `toIterable()` (not the removed `iterate()`). 5. **Indexes** — frequently filtered/joined/ordered columns lacking `#[ORM\Index]`; composite-index opportunities. 6. **Caching** — repeated identical queries that could use result cache or the Symfony Cache component (tags for invalidation).
Group by impact, each with `file:line`, the cause, and a concrete fix:
Superpowers Symfony gives coding agents deep, version-accurate Symfony expertise — from Doctrine schema design and API Platform REST/GraphQL APIs to test-driven development, async Messenger workflows, caching, rate limiting, and clean architecture.
Repo: dev-toolings/superpowers-symfony
Creates and configures API Platform resources with operations, DTOs, state providers, processors, and security. Handles full resource scaffolding from entity…
Designs Doctrine entity schemas, relationships, and migration strategies. Analyzes existing entities, proposes schema changes, and plans migration paths before…
Read-only performance audit of Doctrine usage: N+1 queries, fetch modes, batch processing, missing indexes, and caching opportunities. Use proactively after…
Implements Symfony application code following framework best practices, drawing on the superpowers-symfony skill library. Use for general Symfony coding —…
Reviews Symfony code for quality, architecture, and best practices. Use proactively after code modifications to check controller thickness, value object usage,…
Read-only security audit of Symfony authentication and authorization: firewalls, access_control, voters, API Platform security, rate limiting, CSRF, password…