[verdetto][prompt generato][fonte: savvycal.com]
Posso vibecodare SavvyCal?
// si costruisce in un weekend, ma restano buchi veri
Il core loop del link di prenotazione si clona, ma affidabilità sui calendari, correttezza dei fusi orari, promemoria e una UX del link ben rifinita ne fanno qualcosa di più di uno script banale.
confidenza: media
cos’è: Link di scheduling con calendari sovrapposti e una UX di prenotazione più gentile
Indice di costruibilità · gioco editoriale
- Prezzo 12 $/mese peso: più 2
- Tempo un weekend peso: più 2
- Categoria programmazione appuntamenti non pesa
- Moat integrazioni · qualità di esecuzione peso: meno 2
- Confidenza media peso: zero
- Cosa perdi 6 voci peso: meno 3
- Sito savvycal.com (si apre in una nuova scheda) non pesa
Si pareggiano. È il caso in cui decide quanto ti sta antipatico l’abbonamento.
Gioco editoriale: il verdetto dice se un agente può, l’indice se conviene.
Cosa costruisci
Leggere la disponibilità, generare pagine di scheduling condivisibili, scrivere gli eventi prenotati e mandare le conferme via email.
cosa ti serve
- OAuth con il calendario
- un backend in hosting
- un servizio email
- una libreria per i fusi orari
- autenticazione
Bella pagina su un brand più piccolo; l'esistenza di prior art open source rende il verdetto sfumato.
Il prompt
Un weekend con un agente di coding. I buchi che restano sono qui sotto, in «cosa perdi».
Build me a solo booking page to replace SavvyCal: one person, one calendar, a few link
types. Requirements:
- Node + Express + better-sqlite3 on my VPS behind HTTPS; server-rendered pages, Luxon
for timezone math.
- Link types in links.json: slug, title, duration, buffer, allowed hours (e.g. /intro,
30-min slots, 15-min buffer, weekdays 10:00-16:00 my time).
- Availability from Google Calendar free/busy (googleapis, OAuth creds in .env); show
open slots for the next 14 days in the visitor's detected timezone with a timezone
switcher.
- Booking form: name + email + note. On submit, create the event on my calendar with the
guest as attendee so Google sends the invite, and store the booking in SQLite.
- Re-check free/busy at submit time, not just render time, so two guests cannot grab the
same slot.
- Confirmation email to guest and me via Resend or SMTP (creds in .env), including a
cancel link that deletes the event.
- No accounts, no telemetry beyond my own server logs.
- Out of scope: team links, routing, payments, and reminder sequences. One calendar,
mine.
- README: the Google Cloud console OAuth steps (budget an hour, it is the worst part)
and the DNS/HTTPS notes.Prompt generato dai dati della scheda, non ancora rivisto a mano. In inglese di proposito — è la lingua in cui gli agenti di coding rendono meglio.
Cosa perdi
- la UX del calendario sovrapposto
- i link di team
- il routing
- i pagamenti
- i promemoria
- il supporto
Perché pagano ancora
Si paga per un'esperienza di scheduling più gradevole e affidabile, che non crea attrito agli ospiti.
moat: Integrazioni Qualità di esecuzione cos’è un moat
integrazione con i calendari/rifinitura
Alternative gratuite
Non hai voglia di costruirtelo? Queste esistono già, sono gratis o open source, e le abbiamo controllate una per una.
Scartate (1) — e perché
- Cal.com Free (si apre in una nuova scheda) — Scheduling gratuito eccellente, ma non c'è niente di equivalente all'esperienza di prenotazione col calendario sovrapposto.
Chi l’ha già costruito
Partire da qui è vibecoding lo stesso: il prompt serve quando lo vuoi esattamente a modo tuo.
- Cal.com (si apre in una nuova scheda) — Open-source scheduling platform covering the main booking-link mechanics. (alive)
Sei d’accordo?
La bilancia dei voti
Ancora nessun voto: il tuo è il primo.
Nessun voto ancora — il primo pesa.
