Inbox triage testWhich emails in this list actually need you?
Paste the subject lines in your inbox. Get them sorted into what needs you, what can wait and what a machine sent, with the reason for each.
Paste a meeting transcript and this finds every promise made in the room, yours and theirs. Each one comes back with who owns it, the deadline if the sentence gave one, and a band for how likely it is to slip. Speaker names are read from the lines, not guessed. It is a free sample from Mailient.
What you paste
Any export with the speaker's name at the start of each line: Zoom, Google Meet, Otter, Granola, Fathom, Fireflies, or notes you typed yourself. Timestamps are fine.
That is what splits what you owe from what you are owed. The names are read from the lines in your browser, so nothing has been sent yet.
Each promise comes back with a risk band, the deadline if the sentence had one, whether it is clear who owns it, and the exact words behind each call, underlined.
What you get
Every field on a result is either read from the transcript or judged by a model. The table says which, so you know what to check.
| Part | Where it comes from | What it tells you |
|---|---|---|
| Who said it | Read from your text | The name on the line. Attribution is parsing, so it cannot tell you that you owe something you never said. |
| Is it a promise | Model judgement | Whether the speaker took on an obligation. Questions, suggestions nobody accepted and “someone should…” are dropped. |
| How firm | Model judgement | Firm, hedged or vague. A vague line, or one said as “we”, shows the owner as unclear instead of naming the speaker. |
| Deadline | Read from your text | A day, date or phrase in the promise's own sentence. If that sentence names none, the card says Not stated. |
| Hedges | Read from your text | Softeners in the sentence, such as “probably” or “hopefully”, underlined in amber. |
| Admissions | Read from your text | Phrases like “I keep forgetting” or “I'm behind”, underlined in red. An acknowledged debt is usually the most fragile promise in the room. |
| Risk band | Model judgement | Likely to slip, could slip or on track. A judgement about how the promise was made, not a forecast of what happens next. |
Reading it
Start with your own promises. Say which speaker is you and the list splits into what you owe and what you are owed. Each card shows the line it came from, so you can check any call against what was actually said.
The risk band describes how a promise was made, not what will happen. Likely to slip usually means no date, a hedge such as “probably”, or an admission such as “I keep forgetting”, and those words are underlined. On track means a named date, a clear owner and no hedging.
“Not stated” in the deadline field means the promise's own sentence named no day or date. The tool will not borrow one from a nearby line, so add the date yourself if you agreed one.
Background
A commitment is a line where a speaker takes something on: “I'll send the draft Thursday”, “I'll ping legal today”. A question, a suggestion nobody accepted, or “someone should look at that sometime” is not one, because nobody owns it.
The ones that matter most are usually the untidy ones: an acknowledged debt (“I owe him an intro, I keep forgetting”) or a promise with no date at all. Those are what this tool flags first.
The transcript that would tell you what you agreed to already exists, and nobody reads it, because reading a 4,000-word transcript costs more than the meeting did. This reads all of it in a few seconds and hands you back the list.
Limits
Every tool here is a first pass with edges. These are this one's.
Beyond the sample
A transcript shows what was promised in one meeting. It cannot tell you whether the follow-up email ever went out, or whether the other side replied.
Mailient does not read meeting transcripts. On your Gmail, the nearest thing is its Today view, which lists the threads you sent 3 to 14 days ago that got no reply, alongside the emails that need a decision today and today's meetings. It drafts a follow-up in your writing voice when you ask, and by default sends nothing until you approve it.
Your data
Read off the code that does it, not written from memory.
Read from app/api/tools/commitments/route.ts and lib/rate-limit.ts.
Questions
6 answers, grouped. Each one is written against what the tool actually does.
Any export where each line starts with the speaker's name: Zoom, Google Meet, Otter, Granola, Fathom, Fireflies, or notes you typed yourself in the form “Sarah: I'll send it Thursday”. Timestamps are fine and are ignored. A block of text with no names cannot work, because everything depends on knowing who said what, and the page tells you that the moment you paste.
Each line is put to a decision model as three plain questions: is the speaker taking on an obligation, how firm is it, and how likely is it to be quietly forgotten. Questions, opinions and suggestions nobody accepted are not obligations, so they are dropped. An acknowledged debt, like “I owe him an intro, I keep forgetting”, counts, and is usually the most fragile one in the room.
It is a judgement about how the promise was made, not a prediction of what happens next. A commitment with a named date, a clear owner and no hedging reads as solid. One with no date, or one where the speaker admits they have already forgotten it once, reads as fragile. It is shown as a band rather than a percentage because there is no outcome data behind it, and a number like 68% would imply a precision it has not earned.
We have not scored it against a labelled set of real meetings, so we will not quote an accuracy percentage. What we have tested is repeatability. In September 2026 we ran one 59-line meeting through it five times and got the same 15 promises every time, with risk scores that moved by at most 0.06 on a scale of 0 to 1. Treat it as a fast first pass to check against what you remember, not as a record of the meeting.
No. Speaker names and line breaks are worked out in your browser. When you press the button the lines go to our server, which holds them in memory for that one request and sends them on to the model to answer the three questions per line. Nothing is written to our database. The one thing we do keep is a request counter tied to your IP address, which limits runs to 12 an hour and holds no content.
Not exactly. This page finds the promises in a transcript you paste, and Mailient does not read transcripts. It works on your Gmail: its Today view shows the emails that need a decision today, today's meetings, and threads you sent that got no reply; it drafts a reply in your writing voice when you ask; and by default it sends nothing until you approve it.
More free tools
Paste the subject lines in your inbox. Get them sorted into what needs you, what can wait and what a machine sent, with the reason for each.
Paste two emails you have sent. Get your writing fingerprint, measured from the text rather than guessed, and one new email in your voice.
Two replies to the same email, both written by AI. One had a voice profile and one had none. You have twelve seconds to say which.
This tool runs on text you paste. Mailient does the same kind of reading on your Gmail: it shows what needs a decision today, drafts in your voice when you ask, and by default sends nothing until you approve it.