[verdetto][prompt curato][fonte: escourtly.com]
Posso vibecodare Escourtly?
// si costruisce in un weekend, ma restano buchi veri
Il core loop è una build da un weekend sopra rrweb: uno snapshot del DOM a ogni clic, gli asset inline, gli snapshot rigiocati come percorso cliccabile. Il muro è la fedeltà della cattura — canvas, iframe cross-origin, shadow DOM e lazy loading sono ognuno una correzione a sé, e non finiscono mai.
confidenza: media
cos’è: Cattura un prodotto come HTML vivo e lo rigioca come demo cliccabile che il potenziale cliente guida da sé
Indice di costruibilità · gioco editoriale
- Prezzo 49 $/mese peso: più 3
- Tempo più giorni peso: più 1
- Categoria registrazione schermo non pesa
- Moat qualità di esecuzione · integrazioni · scala dell'infrastruttura peso: meno 4
- Confidenza media peso: zero
- Cosa perdi 5 voci peso: meno 2
- Sito escourtly.com (si apre in una nuova scheda) non pesa
Il moat pesa più del prezzo: rifarlo è un progetto, non una sera.
Gioco editoriale: il verdetto dice se un agente può, l’indice se conviene.
Cosa costruisci
Registrare uno snapshot del DOM a ogni clic con un'estensione del browser, annotare i passaggi e pubblicarli come percorso cliccabile a un URL pubblico.
cosa ti serve
- Node e un database Postgres
- un passaggio di build per un'estensione Chrome MV3
- una API key OpenAI/Anthropic per le descrizioni dei passaggi
- un posto dove ospitare le pagine pubbliche delle demo
Segnalato dal fondatore del prodotto · verdetto e prompt seguono gli stessi criteri delle altre voci di questa categoria, e il sostituto DIY è un recorder rrweb self-hosted, non uno strumento video.
Il prompt
Un weekend con un agente di coding. I buchi che restano sono qui sotto, in «cosa perdi».
Build a personal replacement for Escourtly in an empty repository.
Use Next.js 15 with the App Router, TypeScript, Postgres via Drizzle, and rrweb; do not offer alternative stacks.
Ship two pieces: a Chrome MV3 extension that captures steps, and a web app that stores and replays them.
The core loop is: click through a product with the extension recording, capture each step as an rrweb DOM snapshot, annotate the steps, and publish a clickable walkthrough at a public URL.
In the extension, let the user start and stop a capture, and record one snapshot per click along with the click target.
Inline stylesheets, fonts and images into each snapshot so the replay renders without calling back to the origin site.
Mask input values and anything marked data-private by default, and show what is masked in the editor.
In the web app, show a step list with reorder, delete, and an editable title and description per step.
Generate a first draft of each step description from the snapshot with an LLM, and let the user overwrite it.
Render the replay as an interactive page: the snapshot is live HTML, with a hotspot on the recorded click target that advances to the next step.
Add a start overlay and a final call-to-action overlay with a configurable link.
Publish each walkthrough at a share URL that needs no login, plus an iframe embed snippet.
Count views, step completions and CTA clicks per walkthrough without any third-party analytics.
Store everything in your own Postgres and make JSON export straightforward.
Put secrets in .env, ship .env.example, and never commit credentials.
Include clear empty, loading, success, and recoverable error states.
Add input validation, safe slugs, and graceful handling of snapshots that fail to render.
Write focused tests for snapshot serialization and one end-to-end capture-to-replay path.
Create a README with setup, architecture, how to load the extension, data location, and backup steps.
Do not add billing, team accounts, or a hosted control plane.
Deliberately leave out custom domains and certificate management.
Deliberately leave out CRM integrations.
Deliberately leave out capture of canvas, video and cross-origin iframes, and document the limitation in the README.
Finish by running the tests and listing the exact commands used. Prompt curato: scritto e rivisto a mano per questa app. In inglese di proposito — è la lingua in cui gli agenti di coding rendono meglio.
Cosa perdi
- la fedeltà della cattura su canvas, iframe cross-origin, shadow DOM e asset caricati in lazy
- link di condivisione senza login ed embed che reggono il traffico vero
- gli analytics sul funnel di chi guarda e la raccolta dei lead
- il sync col CRM verso Salesforce, HubSpot e Pipedrive
- i domini personalizzati con i certificati gestiti al posto tuo
Perché pagano ancora
Si continua a pagare Escourtly perché la prima cattura è la parte facile. L'abbonamento assorbe la coda lunga: l'app che si apre bianca perché i suoi font stavano dietro una CDN, l'embed che deve caricare in fretta dal sito marketing di qualcun altro, il dominio personalizzato, il lead che deve finire in HubSpot senza che nessuno lo ricopi a mano. Un founder che se lo costruisce per un prodotto solo sarà probabilmente contento. Un team che vuole farlo funzionare su ogni prodotto che pubblica sta comprando manutenzione, non software.
moat: Qualità di esecuzione Integrazioni Scala dell'infrastruttura cos’è un moat
fedeltà della cattura sulle app vere, sync col CRM e consegna in hosting
Chi l’ha già costruito
Partire da qui è vibecoding lo stesso: il prompt serve quando lo vuoi esattamente a modo tuo.
- rrweb (si apre in una nuova scheda) — MIT-licensed DOM record and replay · the capture engine this whole category is built on.
Sei d’accordo?
La bilancia dei voti
Ancora nessun voto: il tuo è il primo.
Nessun voto ancora — il primo pesa.