MergeAtlas: Know what you're approving for real

A pull request arrives as a wall of lines, all the same green. Start from what it's for and what it reaches, before you read a single change line.

The pull request is excalidraw/excalidraw#8613. The people and chat around it are made up.

Next time a review request lands

You start from what the change is for, not from the top of the file list. By the time you read a line, you know why it's there and what else it touches.

And when you approve, you can tell your colleague why.

Dedicate your focus to what's important

You don't need to read all lines when agents are writing the code.

An agent writes more in an hour than you can read in an afternoon, and most of it is wiring. You go straight to the lines that change how things behave.

The rest is there when you want it.

Liked the review? Give MergeAtlas a star.

Star on GitHub

What the diff never showed

This is MergeAtlas on excalidraw/excalidraw#8613, which adds image cropping to the editor.

Exported images now come out cropped, yet no export code is in that diff. Here it sits right below the code that causes it.

Map your next review

Open source, MIT. Your maps stay on your machine.

  1. Install with skills.sh

    npx skills add ismayilkarimli/MergeAtlas
  2. Install in Claude Code

    /plugin marketplace add ismayilkarimli/MergeAtlas
    /plugin install mergeatlas@mergeatlas
  3. Ask your agent to map the pull request

    From inside the pull request's repository, ask your agent to map it or invoke it directly /mergeatlas:mergeatlas.