Who it is forA developer who has just let an agent edit several files and wants to verify each change before keeping it.
The problemAgent edits land across many files at once, and it is hard to see exactly what changed or undo part of it.
The outcomeYou see each change burst against the earlier state and revert one file or the whole tree when a change is wrong.
What you need first
- Flare, either as the desktop app or served to a browser from the machine the agent runs on
- A terminal agent such as claude, codex or opencode, run inside Flare's terminal
- A local project repo for the agent to work on
Steps
- Keep Flare open on the repo while the agent runs in Flare's terminal so the graph updates as files change.
- Watch the Activity lens to see which files changed most recently.
- Select a changed file and open its shadow history to diff it against an earlier snapshot.
- Revert that file, or the whole tree, to the snapshot you want to keep.
Prompt for your agent
In the project <project>, open the shadow history for <file path> in Flare and compare the latest snapshot with the one before it. Expected output: a short plain-language list of what changed in that file. Verify the list matches the task card the agent was given before you keep the change.
Caveat. The README says snapshots are kept in a local shadow history, so reverts only cover what Flare captured during the session and are not described as a replacement for version control.
Get 5 new use cases every morning. Free, one short email, unsubscribe anytime.
Get them freeShare: X LinkedIn Hacker News Email Copy link
Disclaimer
Deduped lists open-source repositories that belong to other people. We do not own, maintain, audit, or vouch for any of them, and a repo appearing here is not an endorsement or a safety check. The use cases, steps, and prompts are written by AI and may be incomplete, outdated, or just wrong. Where a use case is marked "Seen in the wild", we link to public posts where someone described something similar, but we have not verified those posts and the use case itself is still our AI's own write-up. Use all of this at your own risk. Only run code, commands, or agents on systems and accounts you are authorized to use, and read the code and every command before you run it, especially anything that touches credentials, files, or the network. Nothing here is professional, security, legal, or financial advice. All trademarks and project names belong to their respective owners, and their use here does not imply affiliation. Content is provided as is, without warranties of any kind. Found a mistake, a safety problem, or something you want removed? Email [email protected] and we will look at it promptly. Full disclaimer page