You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Daily booking budget: cap bookable hours per host per day #91
Use case: available 9-5 but only want to take ~2h of bookings a day (side business). Once the budget is booked, the rest of the day should read as full.
This is a new limiter, not a setting tweak: the slot engine (internal/slots/generate.go) is stateless per start time, and a daily cap needs day-level accounting (count booked minutes per day, suppress the rest once the budget is hit).
Open design questions (asked in the discussion, awaiting answers):
Per host across all event types, or per event type?
Does external-calendar busy time count, or only Calnode bookings? Do buffers count?
With multiple hosts on an event type, whose day fills up?
Keeping open as the tracker; spec once more people land on it with answers.
Is the cap per host across all event types, or per event type? neither, I think this should be decided per person.
Should external-calendar busy time count toward the cap, or only Calnode bookings? And do buffers count? Only calndoe bookings should be limited
With multiple hosts on an event type, whose day fills up? not sure what "hosts" means in this context. If it means the person whose calendar this lands on, then obviously that person's bookings should be limited.
Thanks for answering all three, @ovizii - that unblocks the spec. Restating it back to confirm understanding:
Scope: per person, opt-in (each host sets their own cap; default unlimited). Not per event type, not workspace-wide.
What consumes budget: Calnode bookings only - external-calendar busy time and buffers don't count.
Multi-host: whoever's calendar takes the booking is whose budget fills.
That's now fully buildable from our side: a per-host daily cap with day-level accounting in the slot engine (which currently evaluates each start time statelessly, so this is new machinery, not a setting tweak).
One ask before it gets scheduled: this is so far one voice (a fair one - the side-business case is real). If a second person confirms the same shape, or contradicts any of the three answers above, that settles whether we build exactly this. Watchers, pile on.
Activity
pullfrog commentedon Sep 22, 2026
ovizii commentedon Sep 23, 2026
Thanks for considering.
shockalotti commentedon Sep 23, 2026
Thanks for answering all three, @ovizii - that unblocks the spec. Restating it back to confirm understanding:
That's now fully buildable from our side: a per-host daily cap with day-level accounting in the slot engine (which currently evaluates each start time statelessly, so this is new machinery, not a setting tweak).
One ask before it gets scheduled: this is so far one voice (a fair one - the side-business case is real). If a second person confirms the same shape, or contradicts any of the three answers above, that settles whether we build exactly this. Watchers, pile on.