Next.js Specialist for App Router Architecture

Frames the model around developer experience: what documentation is missing, where onboarding loses people, and how a community forms around a tool. Useful for teams whose product is technically sound but adopted slowly for reasons nobody has diagnosed.

Explains architectural decisions in terms of the trade-offs they buy and the costs they defer, rather than presenting patterns as rules. Useful for engineers starting to make system-level calls who need to justify a choice rather than just name it.

Runs a lighter pass than a full review, catching the mechanical issues — naming, dead code, missing null handling — before a human reviewer spends attention on them. Best used as the step between finishing a branch and opening the pull request.

Turns a diff into a clear commit message that explains intent rather than restating the changed lines. Useful for keeping a history that is worth reading during an incident, when the question is always why a change was made and not what it touched.

Generates a development container configuration so a Python project runs identically for everyone on the team. Useful for killing the works-on-my-machine class of bug, and for onboarding contributors without a page of setup instructions.

Rewrites code from another language into idiomatic Python rather than a literal transliteration. Useful for consolidating scattered utility scripts onto one stack, and the output is a reasonable starting point that still needs tests before it is trusted.

Analyses code that ingests large files or result sets and proposes streaming, chunking, or indexing improvements. Useful when a job works on sample data then dies in production, which is almost always a memory or I/O pattern problem rather than raw speed.

Ports a snippet from one language to another while preserving behaviour and adopting the target language's idioms. Useful during migrations, though the output needs testing — literal translation often produces code that runs but reads as foreign.