# Bryn in Your Stack

*Published 2026-07-24* | Author: civic-team

<blockquote><p><strong class="lede-label">tl;dr</strong> <span class="lede-lead">You already own tools that see and tools that do.</span> The seam between them, the part where a signal becomes a move, is usually a person copying things between tabs. Bryn is not another dashboard to watch. It is the governed execution layer that runs Plays through your stack: it reads the signals your tools already produce, scores them against your ICP, runs the Play you approved, and logs every step where your team already works.</p></blockquote>

<hr>

<h2>The stack you already have</h2>

<p>Look at your go-to-market stack and you will find plenty that sees and plenty that does. Product analytics sees seat adds and feature adoption. Your site sees the visits, and can often tell you who is behind the anonymous ones. Your CRM holds the accounts and the stages. An intent tool watches the wider market. On the other side, a sequencer sends, Slack pings the team, your CRM captures tasks.</p>

<p>What is missing is rarely another tool. It is the connective tissue between the two halves. A pricing-page revisit lands in one system, and someone has to notice it, decide it matters, and go start the move in another. That someone is you, or a rep, tabbing between windows at the end of a long day. The stack is not broken. The seam is just made of a person.</p>

<h2>Where Bryn plugs in</h2>

<p>Bryn does not replace any of that. It plugs into the connectors you already run and sits across them as one layer: the part between the tools that see and the tools that do. Select a source below to trace how a signal moves through Bryn and out to where the work lives.</p>


WHERE BRYN SITS (interactive stack map)

Sources (left) flow into Bryn (center: watch, score, run, log) and out to
destinations (right). Illustrative default traces:
  product events  ->  Bryn  ->  sequencer  (score the account, then enroll)
  site            ->  Bryn  ->  CRM         (write the identified account back)
  CRM             ->  Bryn  ->  Slack       (post the match where the team looks)
  warehouse       ->  Bryn  ->  tasks       (open a task where the work lives)
  intent          ->  Bryn  ->  sequencer   (scored behind first-party data)
Bryn reads from the left, runs the Play you approved in the center, and writes
to the right, inside the bounds you set once. (Illustrative, not a benchmark.)


<p>That is the whole placement. Bryn is not a new island to check. It reads from the left, runs in the middle, and writes to the right, all inside the bounds you set once when you approved the Play.</p>

<h2>What Bryn reads</h2>

<p>Bryn reads what your stack already produces, and it leads with your first-party data. Product events: seat adds, feature adoption, trial depth, pricing-page revisits. Web and site behavior, including de-anonymized traffic and identity. Your CRM and systems of record, the accounts and stages and ownership you already keep, alongside the warehouse behind them. And intent signals from the wider market, scored behind your own data, not ahead of it.</p>


WHAT BRYN READS, AND WHERE BRYN WRITES (inputs -> Bryn -> outputs)

INPUTS Bryn reads (first-party first):
  product events: seat adds, feature adoption, trial depth, pricing-page revisits
  web and site behavior: on-site activity, including de-anonymized traffic and identity
  CRM and systems of record: accounts, stages, ownership, and the warehouse you already keep
  intent signals: third-party intent, scored behind your data

BRYN (governed execution layer):
  watch the signals you emit, score against your ICP, run the Play you approved,
  log every step.

OUTPUTS Bryn writes to (wherever the work lives):
  CRM: updates written back to the record
  Slack: where the team already looks
  sequencer / outreach: enrolls into the tool you run
  tasks: created where the work lives

Bryn reads what your tools already produce, and writes where your team already
works. Nothing gets torn out.


<p>None of this asks you to move your data somewhere new. Bryn reads the systems where the signals already land.</p>

<h2>What Bryn does in the middle</h2>

<p>In the middle, Bryn runs the loop: it watches for the pattern you named, scores the account against your own definition of a good fit, runs the Play you approved, and logs every step. The final say stays where you put it. Run mode lets an approved Play act on its own. Approve mode holds each instance for your yes. The kill-switch suspends everything, and the suspend is logged too. Authority lives at the Play, set once, not at every instance.</p>

<p>Concretely: Bryn reads the product events you already emit and the site behavior you already collect, scores against the ICP you defined rather than a generic lead score, and when the pattern matches, runs the Play you approved and writes the result back to the CRM and Slack you already use. The seam that used to be a person tabbing between windows is the part Bryn fills.</p>

<p>The audit log holds all of it: every signal, every score, every match, every run. It is the work record, written in plain lines you can read later, which is what makes it safe to leave a Play running.</p>

<h2>What Bryn writes</h2>

<p>When a Play runs, the move shows up where your team already looks. Bryn writes updates back to the CRM. It posts to Slack. It enrolls into your sequencer or outreach tool. It creates tasks. Nothing new to open, no extra dashboard to remember. The signal your tools saw becomes a move in the tools your team already lives in, with a log line attached.</p>

<p>That is the shape of it: read from the systems you already run, act into the systems you already run, and account for both in one record. You can see the wider capability tour in <a href="/field-notes/what-bryn-actually-does">what Bryn actually does</a>, the motion framing in <a href="/field-notes/transport-attention-reactive">transport, attention, reactive</a>, and one Play taken apart in <a href="/field-notes/anatomy-of-a-play">anatomy of a Play</a>.</p>

<h2>Map it Monday</h2>

<p>Here is the do-it-Monday gift. Take five minutes and list your GTM tools in three columns. Sees: product analytics, site de-anonymization, intent, the warehouse. Decides: scoring, CRM stages, a human reading Slack. Does: sequencer, CRM tasks, Slack, email. Draw a line from any signal in the first column to the move it should trigger in the third.</p>

<p>The gap is almost always between decides and does, and it is stitched by a person. That is the seam. Once you can see yours, you can name what should close it.</p>

<p><em>Bryn is the Signal-Based GTM agent for Growth teams. It reads the signals your stack already produces and runs the Play you approved through the tools you already use. See it at <a href="/bryn">civic.com/bryn</a>.</em></p>

Source: https://www.civic.com/field-notes/bryn-in-your-stack
