Skip to content

Timeline · reads event

Planning / schedule

A run-of-show / agenda timeline.

A run of events in order, along a single line.

Durations, not just start times, so an overrun is visible before it cascades.

07:30

Load in, unlock the hall

45m

08:15

Floor plan and chairs

1h 30m

09:45

Sound check

30m

10:30

Doors

What it does

Behaviours, not fields. Choosing between two modules is choosing between these.

Blocks have length, so an overrun is visible before it cascades into the rest of the day.

Answers what happens when and what it is waiting on, which a calendar cannot.

Owners are named per step, so the handover points are explicit.

How it works

  1. 1

    Steps are entered in order with a duration each, usually in one conversation.

  2. 2

    The timeline lays them out by start time, with length drawn from the duration.

  3. 3

    An overrun is visible as an overlap rather than discovered on the day.

  4. 4

    Owners make the handovers explicit, which is where most day plans actually fail.

Best for

A schedule someone reads top to bottom — a run-of-show, an itinerary.

Not the right choice for

Comparing parallel workstreams; that is a Gantt.

What a row holds

Every field, and what the agent listens for to fill it — which is the difference between a page you type into and one that fills itself.

FieldTypeFilled from
TimerequiredtimeWhen the step starts.
SteprequiredtextThe action, as dictated: load in, sound check, doors.
DurationrequiredtextHow long it takes. The field that separates this from a calendar.
OwnertextWho is responsible, so the handover points are explicit.

What it does not do

A module chosen for something it cannot do costs more than one that was never offered.

  • One day. A multi-day build needs a Gantt chart, which is about weeks.
  • Durations are text, so nothing sums them or warns that the day does not fit.
  • No dependencies between steps — order is implied by time, not enforced.
  • No live progress. It is a plan, not a tracker.

Before it works

What you have to provide, if anything.

  • Nothing. Usable from a single dictated run of show.
  • Pair with Checklist for the steps that must be verified rather than merely scheduled.

In practice

An events crew running an install day.

Load in at half seven, floor and chairs takes an hour and a half.
What was said to the agent

What the agent built

A sequenced day with durations and owners, from load-in to doors.

What changed

Sound check was scheduled to finish fifteen minutes before doors. Seeing that written down moved load-in half an hour earlier.

Questions

What data does the Planning / schedule page use?

It reads event records the agent has collected. A run-of-show / agenda timeline. Nothing has to be imported first — the page appears once there is something to show.

Do I have to build or configure it?

No. You describe what you need in a sentence and the agent chooses the view and fills it. Custom pages exist for the cases no built-in view covers, and those are reviewed before they go live.

When is a timeline the wrong choice?

Comparing parallel workstreams; that is a Gantt. It is best for: a schedule someone reads top to bottom — a run-of-show, an itinerary.

Does it stay up to date?

Yes. The page is a view over the data rather than a copy of it, so anything the agent learns afterwards shows up without a rebuild or a re-import.

Ask for it in a sentence

You do not configure this page. You tell your agent what you need and it builds it from what it has already collected.

Build your agent free

Agents

More

👤
Profile
FAQ