Computer-Use Agents

Screen steps stored as diffs. Targets named by meaning, not coordinates.

SEE A RUN>
memorable
$ memorable recall "reset the password in settings"
0.815 procedures/51ae9c3d-reset-password [lexical,semantic]
$ memorable show procedures/51ae9c3d-reset-password
Decisive steps last time:
1. [execute] Tap: "Change Password" button

A Computer-Use Agent Forgets Every Screen It Crossed.

Coordinates break on update

The procedure names the target by what it is, so a moved button still matches.

A dialog appears

Recovery steps back to the last known screen and continues.

What did it click

Every step is stored with the screen it acted on and the result it saw.

Match, Replay, Record.

Memorable keeps the path that worked and hands it back before the next run.

The current screen is matched against the stored one by what is on it, not by coordinates.

Each stored step names its target by meaning. A moved button still matches; a missing one stops the replay.

Only what changed on each screen is stored, so the procedure stays small.

memorable
$ memorable recall "export the Figma frame as PNG"
0.82 procedures/7d40c1be-export-frame

How It Works For Computer-Use Agents.

Phone and desktop traces come in through the device MCP. Screen states are stored as minimal diffs.

{ 01 }

Screens as diffs

Each step stores only what changed on screen.

screen 1diffpanel openeddiffformat setdone

What Memorable Reads.

3 CONFIGURED
Phone traces
Steps from the iOS device agent, joined to what each tap produced
Desktop traces
Steps from the desktop harness, same shape
The device MCP
Recall and show exposed to the agent as read-only tools

Who This Is For.

Platform engineers

Own the device harness and want repeat flows to stop costing full runs.

QA and support teams

Run the same desktop flows daily and want them to complete the same way twice.

Security leads

Need to see which step ran on which screen.

More Use Cases.

( LET'S TALK )

Let's Build Something
Memorable

Book a Call