Work: Pare & Co

Putting Nine Research Specialists Behind One Question: A Multi-Agent AI System for Pare & Co

Scout runs account, partner, vertical and competitive intelligence for the leadership team from Slack. Nine specialist agents do the research; Scout’s job is to know what to ask and to make sure the answer arrives.

Client
Pare & Co
Outcomes
Industry
Enterprise Tech & SaaS
Timeline
2026+

The work

The Challenge: The People With the Context Do Not Have the Afternoon

A consultancy sells judgment about markets it has to understand faster than its clients do, and the intelligence work behind that judgment is unbounded: which health systems just hired a chief digital officer, which accessibility deadline is about to force a remediation budget, where a competitor is publishing something the firm should have written. Doing it properly for one account means thirty or more searches, cross-referencing hiring pages against press releases against the CRM against a technology fingerprint of the site.

No one with a P&L has an afternoon for that, and the people who do have the afternoon do not have the context to know which finding matters. So the work got done occasionally, for whichever account had someone’s attention that week — and every account deserves it every week.

The Strategy: A Multi-Agent System on the Orchestrator-Worker Pattern

Scout is a multi-agent AI research system built on the orchestrator-worker pattern: one orchestrator that researches nothing, and nine specialists that do. The specialists are built in Claude Managed Agents, each a standing configuration with its own system prompt, tools and output contract.

Leadership asks in Slack, in plain language. Scout works out which specialist the question needs, assembles the dispatch and returns a sourced brief to the person who asked.

  • Context engineering is the orchestrator’s job. Scout holds the internal context: relationship owner, prior brief, CRM state, which business unit the answer is for. It is forbidden from telling a specialist how to format its answer, because an orchestrator that dictates structure loses everything the specialist would have surfaced unprompted.
  • Delivery is engineered with the same care as the research. Agents are polled to completion, every task and session id is written to memory at dispatch, results move to durable storage the moment they exist and every run ends with a message back to the requester.
  • Guardrails, with a human in the loop. No code, no email, no calendars, no projects. Scout creates the plan and the draft; a person moves them to action.
  • Agent memory builds on itself. Continuity is files in version control: daily notes, a curated long-term record and standing instructions. A correction given once changes every draft after it.

The Outcomes: A Standing Research Function, Asked in Slack

The intelligence work happens now. A question in Slack is enough to start it, where a free afternoon used to be the price.

In production since April 2026, Scout answers with briefs the team can read, cite and act on: account intelligence before an outreach, a vertical sweep before a pursuit, a competitive read before a proposal. Business development runs it as a standing research function, and the leadership team asks it the questions that used to wait for whoever had time.

And because the memory builds on itself, the system keeps getting more useful to the organization that runs it. The judgment stays human; what changes is what that judgment rests on — current intelligence about every account, partner and market the firm is responsible for.

Capabilities
Partners
Platforms

Multi-agent AI system questions

What is the orchestrator-worker pattern?

One agent owns the question and other agents do the work. Scout receives the question, assembles the context, dispatches the right specialists and returns a sourced brief to the person who asked; nine specialist agents, each a standing configuration with its own system prompt, tools and output contract, do the research. The pattern keeps one accountable brain on the question while the work runs in parallel.

Should one AI agent do all the research itself?

No. Scout’s own instructions forbid it from doing deep research: it orchestrates, compares, summarizes and advises. A specialist with its own tools and output contract goes deeper on its slice than one generalist agent can go on everything.

Why do multi-agent AI systems fail in production?

Delivery, more often than research. In an agentic system the research is the easy half; the half that decides whether anyone trusts it is whether the work reliably arrives, in the place a person is already looking, on the day they asked. Scout is engineered around that: dispatched agents are polled to completion, every task and session id is written to memory at dispatch, results move to durable storage the moment they exist and every run ends with a message back to the requester, including a failed one.

How do AI agents remember between sessions?

Scout’s agent memory is explicit and lives in files under version control: daily notes hold raw events, a curated long-term record holds what turned out to matter and workspace documents function as standing instructions. A correction given once changes every draft after it.

What guardrails does an AI research agent need?

Written refusals and a human in the loop. Scout does not code, send email, manage calendars or manage projects. It creates the plan and the draft; a person moves them to action. The cheapest place to stop an agent from overstepping is in the definition of the job.

Client leadership