v0.1.0  · early access
§02.c / Instrument · past+future replay

Thirty seconds back, thirty seconds forward.

A ping without context is a jump scare. Every MeetPing alert opens a popover with the last 30 seconds of confirmed transcript before the keyword fired, and starts collecting the next 30 seconds live. You read backward, then forward, then answer.

Meetings move faster than they read. By the time someone says your name, the question that prompted it is twelve seconds old and you are six sentences behind. The traditional fix is "sorry, could you repeat that?" — which costs you trust and costs the meeting a minute. The MeetPing fix is to keep a rolling 30 seconds of audio and confirmed transcript in RAM, snapshot it on the keyword hit, and show it to you alongside the next 30 seconds as it streams in.

Why 30 + 30 specifically? It maps to working memory. People keep about half a minute of conversational thread in their head; below that you're rewinding the meeting, above it you're reading rather than catching up. Six hundred words of essay on this calibration is over here.

relative timeT+0 · keyword fired
past
−30 s
snapshotted
future
+30 s
streaming live
/scope · ping #014·14:23:08 utc
captured
past 30s
−00:28

okay let's pull up the metrics from last sprint and walk through them

−00:19

the activation chart is up 14% week over week, retention basically flat

−00:11

we did get a bunch of churn from the enterprise tier, mostly billing-related

−00:03

so on the next quarter — Ogtay, what does the

T+0
next 30s
+00:02

roadmap look like for the listener service?

+00:09

do we still want to ship the remote alerts channel before the holidays?

+00:21

and how are we thinking about the privacy posture of on-device Parakeet

+00:30

right, makes sense — pin that for the security review thread

match · roadmapparakeet tdt v3 · 0.62 conf · ane

How the buffer actually works

The audio side is a 30-second ring buffer of 16-bit PCM frames living in the MeetPing process. The text side is a parallel ring of confirmed Parakeet tokens with timestamps. When a keyword fires, both rings are snapshotted; the audio side is released back to the listener (we keep the ring rolling for the next ping) and the text snapshot becomes the popover's "past" column. The "future" column streams in as Parakeet confirms tokens after T+0; it stops appending after 30 seconds.

Two corollaries that matter. One: the past column is fixed at the moment of the ping, so reading it is reading what was actually said up to that point — not a re-run of the model on re-played audio. Two: nothing about this touches the disk. The buffer ages out as new audio comes in, and the snapshot only lives as long as the popover is open.

What you do with the next 30 seconds

The future window is the difference between MeetPing and a note-taking tool. A note tool tells you what was said. MeetPing shows you what's being said while the speaker is still saying it. You can read the question forming, answer when it actually lands, and look like you were tracking the whole time. We refer to this as "the receipt." It's the receipt that justifies $24.90 lifetime.

Catch up without rewinding.

Every ping ships with thirty seconds of context behind it. The next thirty fill in live, in the popover.