BRYN byCivic
How it works

Bryn watches. You decide the Play. Bryn runs it.

One loop, on the high ground: watch to score to run to learn. You define the Play and approve it once. Bryn runs it every time it sees the pattern, without waiting on you.

The loop continuous
01 Watch

Nothing signals alone.

Three surfaces, one scope: your product, your site, your CRM. Bryn watches them together, including the anonymous visitors most tools miss. The last sixty minutes on one timeline, every signal, the hits scored as they land.

Bryn signal scope three surfaces SCOPE
02 Score

The score shows its work.

It scores the intent against your ICP, not against a generic "high intent" label. Fit is ICP shape: does this account look like the ones that close. Intent is signal density and velocity in the window. Timing is recency. Each axis is a click-through to the contributing signals; the composite is the answer. Weights are yours to tune from Growth upward.

03 Run

The Play fires, end to end.

It runs the Play you approved, into your stack (Slack, your CRM, your outbound), within the same minute. One signal can route to several destinations; different Plays route differently. Bryn executes; you authored what to execute.

todayrecordingevery dismissal captured; weights and Plays are yours to edit nextlearningre-weighting from the substrate, automatic
04 Learn

Bryn learns by recording.

Every run is recorded in the audit log, the work record your team and your CFO can both read. Your data stays yours. Bryn records what it did, not who you are. Bryn sharpens from the real decisions you make in the flow of work: your edits to scoring weights and Play definitions, and the outputs you dismiss. Today that sharpening is your hand on the weights, and the recorded log is what makes automatic re-weighting possible later.

What Bryn restrains

Bounded on purpose.

Bryn's autonomy is bounded by approved Plays. The restraints are the feature.

R1 Channels

No action outside Play-defined channels.

Bryn writes only to the systems your Play names, and never makes unbounded, open-ended API calls.

R2 Cap

At the cap, Bryn pauses.

New identifications pause; existing Plays keep running on accounts already in scope. An in-product prompt offers the upgrade. No surprise bills.

R3 Kill switch

One click, and Bryn waits.

Suspend all execution, or cut by region, segment, or Play. The audit log captures the suspend. Bryn waits. You decide when.

Operator authority

You hold the Play. Both ends of it.

A Play is an operator-defined, operator-approved action pattern: when this kind of signal appears on this kind of account, run this sequence into these destinations, with these guardrails. Authority lives at Play definition and Play approval, not at per-instance execution. Run mode is the default; Approve mode is opt-in for sensitive Plays; the kill switch is always one click.

Bryn watches. You decide the Play. Bryn runs it.

Run mode. Approved Plays execute end to end, within the minute, on the record.

Watching on
Running on

Queryable

Bryn answers questions where you already work.

Bryn's record and its scope are exposed as tools in any MCP client. Ask from Claude desktop or Cursor: which accounts matched pricing comparison repeat (7d) this week, which Plays fired, what the composite was and why. The answers come from the same audit log the product shows you.

The record

Every signal, score, decision, and run: on the record.

Time-stamped, source-traced, replayable. The log is your work proof and the substrate for what Bryn learns next. Your CFO and DPO inherit the same trail. Retention windows, export, and erase-on-demand live in the trust center.

Questions

Product mechanics, answered.

Q1What exactly is a Play?
An operator-defined, operator-approved action pattern: when this kind of signal appears on this kind of account, run this sequence into these destinations, with these guardrails. You author it once; Bryn runs matching instances inside the bounds you set. See the Play library.
Q2Does Bryn act without my approval?
Bryn acts only inside Plays you approved. Approval lives at Play definition, not at per-instance execution: that is the point. For sensitive Plays, Approve mode holds each instance for one click. The kill switch suspends everything, and the audit log captures the suspend.
Q3What happens when I hit my account cap?
Bryn pauses new identifications and keeps existing Plays running on accounts already in scope. An in-product prompt offers the upgrade; staying put resumes on cycle reset. No surprise bills. Details on pricing.
Q4How does Bryn learn, honestly?
By recording. Today, every dismissal is captured and the sharpening comes from your edits to scoring weights and Play definitions. Automatic re-weighting from that substrate comes next. The corpus is being built now, on the record.
Q5What does Bryn refuse to do?
Act outside Play-defined channels, write to systems a Play does not name, or make unbounded probabilistic API calls. Bounded on purpose; the restraints section above is the contract.

See the loop run on your stack.

7-day trial no contract minimums