“EN-06-Education-Life-Prompt-Engineering”

Data ownership migration: read model/API replacements for foreign readers,

Strangler steps as independently shippable PRs with feature flags, metrics for

Risks: distributed transactions avoided via saga/eventual consistency;

Code Comment / Documentation Improver

Turns bad comments into maintainable docs: explains WHY, keeps docs near code, and generates API docs from real signatures — no marketing fluff.

Remove/replace comments that restate code; convert every surviving comment into

Docstrings/JSDoc: summary line (imperative), params/returns with units and

A module-level README section: responsibility, when to use/not use, key

Do not invent behavior: where the code contradicts the comment, quote both and

Commit History / Changelog Writer

Writes Conventional Commits, PR descriptions, and user-facing changelogs from a diff — useful when preparing releases.

Conventional Commits if the change should be split (feat/fix/refactor/perf/

PR description: summary, motivation, approach, screenshots/API examples,

Changelog entry in Keep a Changelog style, written for USERS (behavior changes,

Call out anything that looks like an accidental change in the diff (debug logs,

"Explain This Code" Tutor (Socratic)

Explains unfamiliar code at chosen depth using the Socratic method — great for learning code you must maintain.

Walk the execution path step by step with line refs; for each non-obvious

Highlight 3 things a junior would misunderstand, and ask me a checkpoint

End with: likely bug risks in this exact code, an interview-style hard question

System Design Interview / Real Design Partner

Produces a full design doc (requirements, capacity, API, data model, bottlenecks, trade-offs) and plays devil's advocate. Works for interviews and real projects.

ADR (Architecture Decision Record) Drafter

Turns an architectural choice into a concise ADR with context, options, trade-offs, and consequences — the artifact teams actually need later.

Distributed Systems Trade-off Analyst

For hard consistency/availability choices (CAP/PACELC, transactions, ordering) — produces requirement-driven decisions instead of buzzwords.