Skip to main content
Aurora is the operating agent inside Underflow. It reads inbound work, maintains the file, and proposes the next action. Everything it does is recorded, and policy decides whether an action executes immediately or waits for a person.

One agent, several doors

Aurora works in turns. She takes a turn on a file when something happens to it: a message arrives, a collection link ends, a quote is accepted, a person answers her question or hands the file back, a held action is rejected or later runs, a reminder she set herself comes due, or a person asks her something in the rail. Whichever door the work came through, one turn acts on the same record under the same rules, and two doors at once wait for each other rather than working the file side by side. Most turns are event-driven. A turn can also begin when Aurora’s own reminder comes due or when the renewal sweep opens a file for an expiring policy. Every turn ends with her next reminder or with something named she is waiting on, and the Desk lists files with no wake scheduled so a person can see what she has parked. Her work on a file is kept in the file’s thread, which is the conversation you join when you open the rail on that file, and each turn is listed on the file page with what woke it and what she did.

Moments

A moment is a question or exception that needs human judgment. Moments appear under Decisions on the Desk, and where they arose: a held reply sits above its thread, and an action Aurora mentions in the rail is approvable there. Resolving the underlying issue clears the moment.

Actions and tiers

Everything Aurora does to the record is an action in one ledger. Each action type belongs to a tier, and the tier decides whether a person is asked. Settings > Aurora is the charter: one grid, with each kind of action down the side and three columns across, and one dot per row showing where it sits. Seven rows can move, and only between approval required and automatic: outbound email, quote letters, quote withdrawals, billing notices, declinations, binding, and endorsements. Billing notices start Automatic; the other six start Approval required. The last 90 days of activity sit beside each row. Creating a collection link is a direct record action; the email carrying it follows the outbound email position. Binding authority caps, premium thresholds, and a file you have taken over hold for approval whatever the position. Every other row is fixed, and the grid shows it with no empty dot to move to. Edits to the record (contacts, insureds, files, thread links, reminders, gaps, coverage suggestions, the risk assessment, program routing, the producer of record, and questions to the team) are automatic, and every one can be undone. Nonpayment cancellation requires approval. Banking and payment accounts, disbursements and refunds, bordereau and settlement sign-off, members and roles, and programs, guidelines, and authority are manual. Cancellation notices are only ever a person’s decision. The charter is the desk’s, so only an admin changes it, and only an admin adopts a proposal to change it. Everyone on the desk can read it. When the record supports loosening a position, Aurora proposes the change as a ratification moment instead of making it. Tightening or loosening the boundary is a settings change, not a deployment. Direct business is an Aurora rule, not a setting or hard product constraint: Aurora is instructed to tell an insured who writes without a broker that the desk places coverage through licensed agents and brokers, and not to open a file for them. A producer of record is never displaced without a broker-of-record letter.

Approve or reject

An approval shows the action, its file, Aurora’s reason, and why you are being asked: the charter, a referral rule that outranks it, a takeover, or an action that is never delegated.
  • Approve runs that exact action. For a draft, Send with edits runs it with your changes.
  • Reject closes it without execution, with your reason on the record.
Both decisions stay in the action log with the person who made them. A newer matching proposal can supersede an older one that is still waiting, and selected file-status changes supersede underwriting-review actions. A general fact change does not cancel every pending proposal, so read the current file before approving. Time-bound proposals such as quote letters, chases, and drafted replies expire if nobody acts on them.

Take over a file

Take over when the work needs a human conversation or a judgment that should not be reduced to a rule. The file switches to Manual. New mail continues to be stored on the thread, but Aurora takes no turns on the file until it is handed back. A member drives the correspondence and decisions during that time. Handing the file back switches it to Auto and immediately asks Aurora to review everything that arrived while it was manual. Approval and takeover solve different problems. Approval authorizes one action. Takeover changes who drives the whole file.

Talking to Aurora

The rail is the same agent with a person in the loop. Ask about a file, a thread, or the book, and Aurora answers from the record, with references you can open. Ask it to do something and it uses the same actions: a reply it drafts is held like any other outbound action, and a gap it opens or a suggestion it records is a direct write. A conversation on a file is a turn on that file, so what you tell Aurora in the rail is in front of her the next time mail arrives. A newer letter to the same person replaces one of hers still waiting for approval, so the queue does not hold two of her drafts for one reader.

The notebook

What Aurora has learned about the desk is one notebook with two pages: Style guide and Working preferences. She reads it when she writes on a file, answers in the rail, or runs a collection conversation. Mail from a broker and a respondent’s answers are read as evidence, not adopted as instructions. A member can teach Aurora in chat or edit a page under Settings > Notebook. Every replacement records the editor and reason. Aurora also distills proposed learnings from the desk’s corrections; those proposals wait on the Notebook page to be adopted or dismissed. Any member can adopt a memory or guideline addition, while an autonomy change requires an admin.

Audit

Every proposed or executed action records its actor, outcome, file, time, and summary, including direct writes that ran without asking. A command that is refused before an action is created may appear only in Aurora’s turn, not the action ledger. The Desk shows the recent log, and the file keeps its own activity history.