Email under control

A few threads in your inbox matter and the rest is noise. You reread the same thread to work out where it stands, and the decision you made in it lives nowhere else. A box is one directory of your data, a card is one markdown file in it, and the agent is the coding agent that reads the mail the box pulled in.

What you do. Say which threads matter, or write a rule that says it for you: a Gmail search, a set of labels. Read the drafts the agent writes, edit them, and send them yourself. When it asks where a kind of mail belongs, answer once.

What the box does. The Gmail connector keeps a deliberately small tracked working set. A tracked thread becomes an email-thread card with one email-message card per message, the untrusted body text in a separate file. A named rule either tracks newly matching threads or hands them to a procedure, under a rolling budget (25 threads in seven days by default) so a broad rule cannot flood the box; a staged rule watches without acting. A reply becomes an email-outbound card uploaded to Gmail as a draft for you to send, and the box does not send mail itself. Triage files what arrives, raising a question card when unsure.

What it needs. Signing in with your Google account and a one-time setup you complete yourself, called the hardest part of installing today. Gmail, triage, Google setup, Gmail setup, what it requires.

Where it is still rough. Untracked mail is absent from box search and the agent's context; a command searches Gmail directly when a question needs it. Sync happens on a wakeup rather than on a schedule, and on a fresh box scheduled runs are off until you turn them on. Category rules do not rewrite themselves from one answer. The whole Gmail path is verified in the code and has not been watched working against a live Google account in the project's own checks.

What makes it possible

Read next. Triage, questions, email-thread, email-message, email-outbound, procedure.