AEOM

The commands

Three commands.

Judge your front end, redo it, then hold every pull request to it. In Claude Code.

  1. 01/aeom judgeJudge
  2. 02/aeom redoRedo
  3. 03/aeom reviewCheck Soon

/aeom judge

Judge your front end.

When before you change anything.

  • Reads your product, then replays its key journeys in a real browser, on phone and desktop.
  • Measures every screen: contrast, clickable elements, sideways scroll, console errors.
  • Holds each screen to eight design principles, each journey to six of its own.
  • Says what fails, in plain words. Changes nothing.

Claude Code · an example notes app

/aeom judgeFor 4 screens and 2 key journeys:Understand the product              no agent  the session     ≈ 25 minJudge the screens and the journeys  6 agents  ≈ 0.4 M tokens  ≈ 10 minTotal, at most                      6 agents  ≈ 0.4 M tokens  ≈ 35 mingoMeasured: 4 screens at 390, 1280 px, 4 checks and 8 principles each; 2 journeys on 6 principles. ✗ /             contrast: .hint "Saved": text contrast is 2.6:1, needs 4.5:1✗ /notes        overflow: the page is 512 px wide in a 390 px window, so it scrolls sideways✗ /notes/:id    hierarchy: two buttons of the same weight compete for the eye✗ /settings     states: an empty list shows nothing and says nothing✗ Share a note  breaks at step 3 at 390 px: no button "Share" on the screen✗ Write a note  same-words: the link says "New", the page "Draft", the button "Create" 6 things to redo.Next: three art directions by default, drawn from the product sheet.

/aeom redo

Redo your front end.

When the judge finds it falls short.

  • Says what the run will cost, waits for your go, then judges like /aeom judge.
  • Draws three art directions from your product's own world, and you pick one.
  • Rebuilds every screen and journey on it, keeps only what got better, never adds a feature.
  • Writes the standard of your front end, and opens a pull request.

Claude Code · an example notes app

/aeom redoFor 4 screens and 2 key journeys:Total, at most  22 agents  ≈ 1.9 M tokens  ≈ 1 h 50go6 things to redo. Three directions, drawn from the product:  Field notebook · Library card · Index tabsWhich one should the front take?Library cardKit merged on Library card.✓ /             kept✓ /notes        kept✓ /notes/:id    kept✗ /settings     sent back: contrast got worse at 390 px✓ Share a note  reaches its end, in 3 steps instead of 5Standard written: .aeom/standard.mdPull request opened: #12 The front redone on Library card

/aeom review Soon

Check a pull request.

When before you merge, whoever wrote it.

  • Holds the screens it touches to the standard of your front end.
  • Flags a colour or a font outside its tokens, a component redone by hand, a different header.
  • Checks the journeys it crosses still reach their end.
  • Gives a clear verdict, as a GitHub check.

Soon · what it will say

/aeom reviewfeat/export against main, held to .aeom/standard.md: ✗ ExportButton.tsx:14   #7c3aed is not a colour of the standard✗ ExportButton.tsx      a button redone by hand: the standard's is ui/button.tsx✗ reports/layout.tsx:8  a header of its own: the standard's is ui/header.tsx✓ Export a report       still reaches its end 3 things outside the standard.

18 commands underneath.

What /aeom runs on: each one measures, counts or writes, and the judging is left to agents. Run any of them alone, aeom <command> --help says how.

Understand
product journey capture sheet
Judge
check principles judge verdict
Redo
estimate tournament guard snapshot compare run
Hand over
report features standard pr

Try it.

From the source
git clone https://github.com/The-Vibe-Company/all-eyes-on-mecd all-eyes-on-me && pnpm install && pnpm build

Then /aeom judge in Claude Code for a first look, /aeom redo to redo what fails. The rest is in the README.