The file-versioning trap
Anyone who’s shared a deck more than twice knows how it ends:The Slideless loop
Slideless gives you a single URL per deck and lets you update what’s behind it without ever changing the URL:In a terminal
Generate, push, share, iterate:--json for machine-readable output that’s easy to pipe through jq.
What stays stable across updates
When you re-publish:
Recipients reload to see the new content. View counts on the deck and on each individual token continue from where they left off.
Why this matters
The loop turns a deck from a document (a static artifact you send) into a URL (a living resource you maintain). That’s the same shift the web made for everything else; Slideless brings it to presentations. A few practical applications:- Sales decks that get personalized per-prospect (different
tokensper recipient, different content updates). - Product changelogs that always live at the same URL. Every release just re-publishes.
- Pitch decks you tweak after each investor meeting, without recirculating.
- Workshop materials that update mid-session as questions come up.
Send it straight to an inbox
When you do need to hand the URL off, Slideless emails it for you.slideless share-email <presentationId> --to alice@example.com ships a branded mail via Resend with a unique tracked link per recipient, so you can see who actually opened the deck. Perfect for sales outreach where you’d otherwise BCC a list and never know who read it.
share-presentation-email plugin skill, or from the dashboard’s “Share via email” modal.
See Send a presentation by email.
Next
- Send a presentation by email — CLI, plugin, and dashboard recipes.
- Collaboration — Cross-device push/pull, dev collaborators, the conflict model.
- Use with Claude — Generate the HTML with the marketplace skills.
- CLI overview — Why the CLI is the way in.