Booking Page
A shareable page where someone picks an open time and confirms it in a few clicks.
What it adds
A public scheduling page listing open slots, taking a booking, and confirming it to both sides.
What your agent is told to do
5
What your agent is told to do
5-
1
Build the visitor path first: pick a date, see open times in their own zone, fill a short form, confirm, and receive an email with the details and a cancellation link. That is the minimum coherent version.
-
2
Derive open slots from the owner's availability rules and existing bookings on the server at request time. Do not trust a slot list the browser has been holding since page load.
-
3
Reuse the app's existing Time Zone-Aware Scheduling for conversion and storage, store every time as an absolute instant, and display it converted to the visitor's detected zone with the zone named on screen.
-
4
If the app already has Calendly Booking Sync or Google Calendar Event Creation, write confirmed bookings through those so the owner's calendar stays the source of truth, rather than maintaining a second parallel calendar.
-
5
Defer payments, round-robin assignment across a team, recurring appointments, and group events. Ship single-person, single-slot booking that works, rather than half of a scheduling product.
Edge cases it handles
8
Edge cases it handles
8- A visitor filling in the form is not yet booked. Place a short expiring hold on the slot when they begin, release it if they abandon, and show a clear message if the hold lapses before they submit.
- Two visitors can confirm the same slot within the same second. Enforce the conflict as a uniqueness constraint at the database level, and when the second booking loses, tell that visitor and offer the nearest open times rather than showing a generic failure.
- Times must be shown in the visitor's local zone and stored as absolute instants. A booking rendered in the owner's zone will be attended an hour early or missed entirely.
- Minimum notice and maximum horizon both have to be enforced server-side. Without them a visitor books a slot ten minutes from now, or something eighteen months out that will never be honoured.
- A slot near a daylight saving transition can be ambiguous or nonexistent in local time. Resolve it against the absolute instant and never generate a slot that does not exist locally.
- A cancellation or reschedule link must be unguessable and scoped to one booking, since the person holding it is not signed in.
- The confirmation email can fail to send. The booking still exists, so surface the details on screen and retry delivery rather than leaving the visitor unsure.
- The public page is an unauthenticated form and will be scraped and spammed. Rate-limit by address and require email confirmation before the slot is held permanently.
Definition of done
9
Definition of done
9- A visitor can pick a slot and confirm a booking without an account.
- Open slots are computed server-side from availability and existing bookings at request time.
- Two simultaneous confirmations for the same slot result in exactly one booking, and the loser is offered alternatives.
- Times display in the visitor's zone with the zone named, and are stored as absolute instants.
- Minimum notice and booking horizon are enforced on the server and cannot be bypassed from the client.
- Slots spanning a daylight saving change resolve to the correct instant, with no nonexistent local times offered.
- Both parties receive confirmation, and cancellation links work without sign-in.
- The feature matches the existing design system.
- No existing functionality is broken.
Related features
Feedback Widget
Feedback Widget
Let anyone report a bug or send a comment from the page they are looking at.
What it does
An always-available launcher that opens a short feedback form and submits it with page context attached.
How it works
- 1 Put a single persistent launcher in one corner of the app and open a compact form in place. Do not route the user to a separate feedback page and lose the context they were about to describe.
- 2 Attach the current URL, the app version, the viewport size, the signed-in account, and a short trail of recent client errors automatically, so the reporter does not have to describe where they were.
- 3 Show the captured context to the user before they send it, in a collapsible section, and let them remove it. Silent collection of screen state is a trust problem.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/feedback-widget
Interactive Transcript
Interactive Transcript
Put the transcript next to the player so clicking any line jumps playback to that moment.
What it does
A time-aligned transcript panel beside the audio or video player, with click-to-seek, a moving highlight, and in-transcript search.
How it works
- 1 Render the transcript from the timestamps the app already stores. If Voice Transcription exists, extend its output and its data model rather than producing a second transcript with its own timings.
- 2 Make every line a real seek target: clicking or pressing enter on a line moves playback to that time and keeps focus where the user left it.
- 3 Highlight the line currently being spoken and keep it in view as playback advances, using the player's own time updates rather than a separate timer.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/interactive-transcript
Relative Time Component
Relative Time Component
Show times as ages people can read, without losing the exact moment underneath.
What it does
One shared timestamp element that renders an age in words and carries the precise local date with it.
How it works
- 1 Find every place the app prints a date or a time — activity feeds, comment headers, audit rows, table cells, tooltips — and route them all through one component so the wording is identical everywhere.
- 2 Render from a machine-readable instant supplied by the server in a single unambiguous format, and do the conversion to the viewer's zone at display time rather than storing a formatted string.
- 3 Refresh the visible text on a schedule that matches its own granularity: something a few seconds old updates often, something two days old does not need to update at all.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/relative-time-component
How it works
-
1
Copy the link
Grab the Markdown instruction URL for this feature.
-
2
Give it to your AI
Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.
-
3
It inspects, then implements
Your agent reads your existing app first, then adds the feature to fit it.
Works with your stack
These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.
Need it tighter than that? Customize the feature and tell it exactly what you're running.