Skip to main content

reshoot

Demos that stay current.

Script a task in your app once. reshoot records it as a captioned MP4 and a README GIF, checks that the result really appeared, and keeps the script beside your code. When the UI changes, run it again: the same story, freshly recorded.

The same notes task recorded before and after a UI update, from one reshoot storyboard

Before and after a UI change, from one storyboard. Watch the 21-second social cut.

  • Re-record, don't redo. The demo is a storyboard.toml of clicks, typing, captions and the result that should appear. Run it after every UI change.
  • Checked, not just captured. Each run confirms that the result you named appeared, stops on the step whose control no longer matches, and scans the frames for email addresses, keys and faces before you share anything.
  • Your agent can drive it. Skills for Claude Code and Codex write the story from your app, and a GitHub workflow records it again when the app changes and opens a pull request with the new video.

Make a demo of your app

Open Claude Code or Codex in your app's repository, or in an empty folder if you only have a running app, and paste:

Make a short demo with reshoot.
Read https://github.com/mumit/reshoot/blob/main/guide/agent-quickstart.md
and follow its setup and creation workflow.

Target: the app in this repository.
Choose one useful task with a clear visible result. Use synthetic demo data.
Produce a short captioned MP4 and a README GIF. Keep the recording source in
demo/ so it can be updated later.

Inspect a preview, then record a fresh final and open both exports for review.
Ask only for permissions or missing details needed to proceed.

Change Target: to a URL, or to a macOS app and its window, if there's no source, and add a task if you have one. The agent installs reshoot, reads your app, writes the story and the checks that prove it worked, and fixes it until it records cleanly. In trials on new apps that took 2 to 5 minutes in Claude Code and 5 to 9 in Codex. It opens the MP4 and GIF; reply "accept" or ask for changes. Nothing is published. reshoot itself calls no model and needs no API key: see what your agent needs.

Or see it on a made-up app first

uv tool install 'reshoot[browser]'
reshoot create        # make the notes demo and open it in the studio

It makes a made-up notes app and a story for it, records a preview in about 15 seconds, and opens it in the studio. reshoot runs on macOS or Linux; installation covers each.

Then shape it in the studio

The studio is a page on your computer for a demo that has a recording: change captions, timing, the look and the cut by pointing, then make the final and accept it. reshoot studio demo opens it. The tutorial walks through it on the notes app: change the demo, break the app, watch the story stop on the step that broke, repair it, and compare.

Show the task yourself

For a simple web app, you can record the task by hand instead of asking an agent. Start the app on your computer as you do when developing it, such as with npm run dev, using a demo account and made-up data. Then give reshoot the address it prints:

reshoot create http://127.0.0.1:3000/ --directory demo

A browser opens there. Show one task, add a caption and check the result with its toolbar, and choose Done. Record your own web app has the details.

The story is a file

[[beat]]
id = "search"
caption = "Find the matching note"
hold = 2.0
[[beat.action]]
type = "type"
target = {css = "#q"}
text = "bike"
[[beat.expect]]
type = "text"
target = {css = "#list li"}
contains = "Pick up the bikes"

reshoot types into the real page with a visible cursor, shows the caption, and holds on the result. When the app renames #q, the run stops on that beat: type target {css = '#q'} matched 0 elements. Fix the target, or pick the new one in the studio, and run again.

Keep it current

Accept a final once; that writes demo/accepted/, a small record to commit. After the app changes, record again, compare and accept the update:

reshoot run demo/reshoot.toml
reshoot compare demo/accepted demo/latest --out demo/comparison.json
reshoot accept demo/latest --export docs/demo

Or let CI do it: the GitHub workflow records the demo when the app changes on main and opens a pull request with the new video, GIF and a beat-by-beat comparison. A broken story fails on its beat and opens nothing.

How it differs

If you use reshoot adds
Screen Studio, Loom, ScreenFlow Re-recording on demand. You give up some hand polish; you never record the same flow by hand again
VHS The same idea for web apps and macOS windows. reshoot uses VHS for terminals
Playwright video A cursor, typing, captions, zoom, cuts, a GIF, result checks and a privacy scan
Arcade, Supademo Ordinary MP4 and GIF files, made locally from open source, that CI can refresh

What it records

Show How
A web app Headless Chrome: the page only, never your desktop
A CLI or an agent at work VHS terminal recordings
A native app on macOS One window, by its ID
A narrated explanation Voiceover timed to the beats, music under it, subtitles
Other formats Edits, portrait crops and size limits for each export

Platforms lists what runs where.

Skills for Claude Code and Codex

When Skill Ask for
The first demo reshoot-demo "Show a customer saving a search and seeing its results."
The app changed reshoot-refresh "Record that task again with the updated UI."
Before sharing reshoot-review "Check the final video and GIF against the accepted run."

Skills are instructions for a coding agent, so they need one and its model; the CLI on its own needs neither. The first-demo prompt installs them, and the agent quickstart shows other ways. The skill catalog describes all ten.

Where next

To Read
Learn it step by step The tutorial
Record your own app A web app, or a macOS window
Change a demo By pointing in the studio, or by its files
See the cursor, zoom, captions and shapes How the videos look
Use it on a team Ownership, review, alerts and CI cost
Keep it current in CI GitHub Actions
Look something up Project reference · Commands · Troubleshooting
Rebuild the video above Before-and-after recipe

Why reshoot exists

I made the launch video for photosearch this way, and pulled the tools and what I learned into reshoot. Keeping a demo's story beside the app makes the work of making it pay off again every time the product changes.

The original notes recording and its source files are still here.

Contributing

New pitfalls, skills and fixes are welcome. See CONTRIBUTING.md for how to work on it and ROADMAP.md for what's planned.

License

MIT. See LICENSE.

Metadata

Release files for reshoot 0.3.9

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for reshoot 0.3.9
File Size Uploaded Provenance
reshoot-0.3.9.tar.gz 309.8 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for reshoot 0.3.9
File Interpreter ABI Platform
reshoot-0.3.9-py3-none-any.whl Python 3 none any Details

Total release size: 565.8 kB

Release files / reshoot-0.3.9.tar.gz

Download URL reshoot-0.3.9.tar.gz
Size 309.8 kB
Tags Source
SHA-256 checksum
How to use checksums
186497866382288893056adeeaf1257ee3bbac9a97d5ed5c5ec0241dce54563d
BLAKE2b-256 checksum
How to use checksums
cd85ad5b8ea17a3eb171bea53951fc017d07ca17a2b2b9f2e9df8c950f0a082c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 26, 2026.

Transparency log

Release files / reshoot-0.3.9-py3-none-any.whl

Download URL reshoot-0.3.9-py3-none-any.whl
Size 256.0 kB
Tags Python 3
SHA-256 checksum
How to use checksums
b8f3ee4684cbbc8ad571d96c4c09e6db19a757a782204b0832cdd7d9eb6275f6
BLAKE2b-256 checksum
How to use checksums
eadd22219f98c35647c6f3d9a8f1de5fd15a84065bd01366c39d7eda1185c277
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 26, 2026.

Transparency log

Security for reshoot 0.3.9

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for reshoot-0.3.9.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 26, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page