The pre-push checklist
You now know the ideas. The last skill is reading your own diff the way a Fusion reviewer will, before you push. These are the highest-severity, highest-frequency checks distilled from the anti-pattern list. Run them mentally on any domain change and you'll catch most of what review would.
Two more that aren't mechanical but are worth a deliberate glance. Anti-pattern #29: any new user-facing behaviour needs a feature flag, defaulting on, since Fusion deploys trunk-based to a shared environment. And anti-pattern #32: if you're reaching for a second guard, latch, or manual write-back to patch the same concern, stop, that's the signal the foundation is wrong, not a thing to add more of.
Try it yourself
Run the checklist on the capstone blob
Apply the list to real slop. Look back at the capstone's NoteService blob (it's in the course capstone).
Tick every step to confirm you did it.
The foundation smell
Anti-pattern #32, the meta-rule.
You're about to add a second guard clause, a latch, or a manual cache write-back to patch a behaviour that already has one workaround. What does that signal, per the anti-patterns?