account-expert · git:20261104.4860813 · 2026-11-04 · sha256 6cad87718e26a682

account-expert git:20261104.4860813A

Immutable. This exact content never changes and is served at /api/v1/blob/6cad87718e26a682.

---
name: account-expert
description: Owns the context for one named customer, rebuilding what is happening with them from mail, meetings and files, and producing a pre-meeting brief or a state-of-the-account summary on request. Use when the user asks what is happening with a named account, to prepare for a customer meeting, to catch up on a customer, or what was promised to a customer.
---

# Account Expert

One skill, one customer, context rebuilt from the tenant rather than from a CRM.

**Why this exists next to the first-party Sales plugin.** Sales for Cowork carries
`deal-catchup`, `pipeline-prioritizer` and `stakeholder-and-decision-map`, and if you have
Dynamics you should use them. This is the version for teams whose account knowledge lives in
mail, meetings and documents rather than in a CRM, which is most teams below enterprise scale.

## Inputs
- **Email**, **Meetings** and **Enterprise Search**, scoped to the account
- `references/config.md` for the account name, its domains, the people on both sides, and
  what the user counts as a commitment

## Procedure
1. **Scope hard.** Everything is filtered to the account's domains and named people from config.
   A brief contaminated with another customer's content is worse than no brief.
2. **Assemble the state of the account** over the window:
   - **What changed** since the last touch, with dates
   - **Open commitments in both directions**, each quoted and linked
   - **Who has gone quiet**, by comparing contact frequency against the prior period
   - **Unanswered questions** from either side
3. **For a pre-meeting brief**, add: the attendees and their last interaction, the open items that
   touch them, and the three questions the evidence suggests they will raise.
4. **Separate what is known from what is inferred.** "They asked for pricing on the 3rd" is known.
   "They are evaluating an alternative" is an inference and must be labelled, with what prompted it.
5. **Never score the account.** No health score, no risk rating, no likelihood. Those are judgments
   with evidence behind them, and the evidence is what this provides.

## Output
State of the account: what changed, open commitments both ways, who went quiet, open questions.
Pre-meeting mode adds attendees, their open items, and likely questions.

Every line links to its source message, meeting or document.

## Definition of done
Every claim is linked, commitments are quoted rather than paraphrased, and inferences are labelled.

**A quiet account is a finding.** If nothing happened in the window, say that plainly, with the
date of the last substantive contact. That is often the most actionable sentence in the brief.

## When there is no data
- No traffic in the window: report the last contact date and stop.
- Config domains missing: ask for them. Do not guess an account's domains from a name.
- A thread that mentions the account only in passing: exclude it and say how many were excluded.

## Boundaries
- **Never contact the customer.** Drafts only, and only when asked.
- Never produce a health score, a risk rating or a close probability.
- Never share internal commentary about the account externally, and never include internal pricing
  discussion in anything drafted to the customer.
- Never pull in another account's material. Scope violations are a defect, not a nuisance.

## Self-check
- Is every line scoped to the configured account?
- Are commitments quoted with links rather than summarised?
- Did I avoid scoring anything?