Follow coding style guidelines

Follow coding style guidelines in C++ — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
The style lead wants this module to match our C++ style guide. Reformat ai/pathfinder.cpp to follow…
The style lead wants this module to match our C++ style guide. Reformat ai/pathfinder.cpp to follow the guide: use four-space indentation, place opening braces on the same line as function declarations, prefer explicit auto only for iterators, wrap lines at 100 characters, and add a short header comment with author and date. Do not change algorithm logic or function signatures.

Improve — make it easier to accept

+
Before I send the style changes to the team, make them easy to review. Highlight the visible style…
Before I send the style changes to the team, make them easy to review. Highlight the visible style diffs: indentation and brace placement, renamed local variables to match lower_snake_case, and the places where line wrapping moved code. Note any substantive changes that could affect readability (for example, added explicit types).

Decide — diagnose the stuck moment

+
A reviewer just refused my patch because ai/pathfinder.cpp doesn't follow the style guide; they…

Reviewer flagged style drift in a critical file

A reviewer just refused my patch because ai/pathfinder.cpp doesn't follow the style guide; they demanded many tiny renames and rewraps. I agree some are cosmetic but I'm short on time. Which style violations are important to fix now to unblock the review, and which can safely wait for a follow-up cleanup?

Become — change the pattern

+
Across many PRs, reviewers spend hours on formatting and naming nitpicks that don't affect…

We waste time on repetitive cosmetic edits during code review

Across many PRs, reviewers spend hours on formatting and naming nitpicks that don't affect correctness. It slows merges and frustrates engineers. Which little process change or tooling setup will reclaim review time and keep code readable without a parade of style-only commits?

Next to this one

Other programming language work people do in C++.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.