Systems Lab

Agent skill

adoption-leaderboard

Scores a rep's or a team's recent sales calls against a fixed set of five winning-behavior checklists (rapport, upsell signals, renewal risk, customer experience, value realization), then ranks reps lowest-adoption-first so the highest-leverage coaching targets lead.

activeSelf-containedActs undeclared1,210 words

Filed under Onboarding, retention and expansion.

From zime-ai/zime-gtm-skills · 41 skills · 14 · pushed 2026-08-26

What it does when it runs

Scores a rep's or a team's recent sales calls against a fixed set of five winning-behavior checklists (rapport, upsell signals, renewal risk, customer experience, value realization), then ranks reps lowest-adoption-first so the highest-leverage coaching targets lead. Use when running a team calibration, prepping 1:1 coaching from real call evidence instead of impressions, or checking whether a specific behavior is actually landing across a book of calls.

Read from the skill and the 9 files bundled beside it. A skill’s own description is written to be selected by an agent, so it describes the job and not the dependencies.

Keys and connectors you must supply
None found.
Hosts it reaches
No third-party host appears in the skill or its bundled files.
Tool permissions it declares
No allowed-tools in the frontmatter. It does act, so it runs under whatever permissions your session already grants.
Actions present in the files
shell

Ask about adoption-leaderboard

Opens your assistant with this page's verified links already in the prompt.

Is this safe to install?ClaudeChatGPT
Adapt it to my stackClaudeChatGPT
What else do I need for it to workClaudeChatGPT
Rather ask a human? Talk to Cheetah
git clone --depth 1 --filter=blob:none --sparse https://github.com/zime-ai/zime-gtm-skills.git /tmp/zime-gtm-skills
git -C /tmp/zime-gtm-skills sparse-checkout set "skills/adoption-leaderboard"
mkdir -p ~/.claude/skills/adoption-leaderboard
cp -R "/tmp/zime-gtm-skills/skills/adoption-leaderboard/." ~/.claude/skills/adoption-leaderboard/

Picked up without a restart. A project skill of the same name is shadowed by your personal one. For one repository only, swap ~/.claude/skills for .claude/skills. Claude Code docs ↗

Or take the whole library

This repo ships a .claude-plugin manifest, so Claude Code can install all 41 skills at once. Plugin skills are invoked as /<plugin>:<skill>, so they never collide with your own.

/plugin marketplace add zime-ai/zime-gtm-skills
/plugin

The folder is the same in every client that implements the format — 46 of them — so if yours is not above, only the destination changes.

Reproduced in full from zime-ai/zime-gtm-skills/blob/4f134175badd08302f070c77449822c48403eeb1/skills/adoption-leaderboard/SKILL.md, which is licensed MIT (skill frontmatter). 1,210 words, 11 headings.

Behavior Adoption Leaderboard

You are a coaching-evidence analyst. Score a set of recent sales calls against five fixed behavior checklists (references/behavior-checklists.md) and rank reps by adoption, lowest first — the reps most in need of coaching lead the report, not trail it.

Run this end to end in one pass. Don't stop to ask which calls to include, who's internal, or how to interpret an ambiguous call — apply the default rule in the relevant step below, decide it yourself, and note the assumption once. The user can correct any assumption after seeing the leaderboard; that's a quick re-run, not a precondition for the first one.

When to use this

  • Prepping a 1:1 or team coaching session from call evidence instead of manager impression.
  • Running a team calibration: which behaviors is the team actually landing, and which reps most need attention.
  • Checking whether a specific behavior (e.g. rapport-building, surfacing renewal risk) is landing consistently across a book of calls, not just on the calls a manager happened to listen to.

If .agents/gtm-context.md (or .claude/gtm-context.md) exists, read it first and don't ask for anything it already answers.

Step 1: Choose an input source

Two modes. Neither is the "real" one — use whichever the user has.

Connector mode — if this conversation has tools that can (a) list or search meetings/calls and (b) return call transcripts, use them. Match by capability, not by brand or vendor: any pair of list-calls + get-transcript tools works, whatever the source is called. If several are connected, prefer the one with organization-wide coverage and speaker emails on calls; say which one you picked and why. Verify the choice with one cheap call: list a single recent meeting before proceeding.

Local mode — if no such tools are present, or the user points at a directory instead, read transcript files directly: .txt/.vtt/.json/.md, same formats every other skill in this repo accepts. Speaker labels carry attribution when the source provides them; where they don't (generic "Speaker 1" labels), infer rep vs. external participant from context and state the inference once — see Step 3's edge handling.

If both a connector and local files are available, ask the user which to use; otherwise proceed on whichever exists without asking.

Step 2: The behaviors being scored

Five fixed checklists, defined in full in references/behavior-checklists.md: Rapport, Upsell opportunities, Renewal challenges, Customer experience, Value realization. Each carries one or more numbered checklist items (CH1.1, CH2.1, etc.) that get scored per call in Step 4. This skill scores against this fixed set — it doesn't take a custom behavior list.

Step 3: Gather calls

  1. Connector mode: query workspace-wide, not just the calling user's own calls — a personal/service-account scope often returns almost nothing. Pull newest first, using the tool's date range and pagination options. Local mode: read every transcript file in the directory the user pointed at.
  2. Keep only external sales calls: at least one participant outside the selling org. Ask the user for the org's own email domain if it isn't obvious from the data; if genuinely unavailable, infer internal vs. external from the majority participant domain across the files and state that inference once. Skip internal-only meetings, all-hands, recruiting interviews, and calls where the org is clearly the buyer being pitched by an outside vendor (see Step 4 for how to tell from the transcript).
  3. Target coverage before settling: at least 10 qualifying external calls and at least 5 distinct reps, where that many exist. If the first pull is thin, widen the window (connector mode: further back in history; local mode: check for more files) before settling for less. Never ask permission to widen — just widen.
  4. Cap scoring at the 10 most recent qualifying calls. Label them C1 (newest) to C10. Label distinct reps S1, S2, … and keep a legend (name to label) for your own bookkeeping — the legend and the raw per-call grid are internal working state, never shown in the final output.
  5. Fetch and score calls one at a time (Step 4) rather than accumulating raw transcripts — keep only the scores, the legend, and one short evidence quote per satisfied item.

Step 4: Score each call

Full discipline in references/scoring.md — read it before scoring the first call. In short: every checklist item gets exactly 1 (transcript shows a rep doing it, with a quote as evidence) or 0 (absence is the evidence), no partial credit, no hedging language on an individual mark. Decide selling-vs-buying and internal-vs-external from transcript evidence, never by asking.

Step 5: Build the leaderboard

Roll per-item scores up to adoption percentages per references/scoring.md, then:

  1. Table — rows are reps ordered by overall adoption, lowest first; columns are Rep, Adoption (overall), then one column per behavior using its title (never BH1/BH2 codes). Every cell a whole number with a % sign, e.g. 43%. No calls column, no internal grid.

    | Rep | Adoption | Rapport | Upsell opportunities | Renewal challenges | Customer experience | Value realization |
    |---|---|---|---|---|---|---|
    | S1 | 24% | 0% | 20% | 0% | 40% | 20% |
    | S2 | 46% | 40% | 33% | 60% | 40% | 60% |
    
  2. Leaderboard narrative — lead with the team pattern: name the two or three behaviors with the lowest adoption across the whole team, since those are the biggest, most actionable gaps. Then, lowest-adoption rep first, always show at least the bottom 5 reps (all of them if 5 or fewer): their current adoption, the behaviors dragging it down, and for each the one or two checklist items they miss most, with what to coach.

  3. Summary line, filled from the actual data: "X of Y reps consistently run these behaviors today (adoption 50% or higher); the rest do not."

Stop there. No projection table, no outreach step — the leaderboard and the coaching notes are the deliverable.

Sample data

assets/ ships 6 short synthetic transcripts across 4 reps (S1S4), a deliberately mixed spread — some reps land most behaviors, some land almost none. Run local mode against skills/adoption-leaderboard/assets/ first:

claude "run adoption-leaderboard on skills/adoption-leaderboard/assets/"

Do not

  • Don't score a custom or partial behavior list — this skill always scores the fixed five checklists in references/behavior-checklists.md.
  • Don't give partial credit on a checklist item — it's 1 (quoted evidence) or 0 (absence is the evidence), never a hedge in between.
  • Don't show the internal per-call grid or the rep legend in the final output — only the rolled-up leaderboard and coaching notes ship.

Related skills

  • deal-highlights and mutual-action-plan write forward from one call; this skill scores backward across a whole book of calls against a fixed checklist.
  • meddicc/challenger/sandler score one call against a qualification or coaching framework; this skill scores many calls against Zime's fixed behavior set and ranks reps, not individual calls.

What this does not do

No API calls beyond whatever connector the user already has open, no telemetry, no data retention beyond the current session, no outreach or email step. It reads what you point it at (or what a connector already present in the conversation returns) and nothing else.

Files bundled with it

These load only when the skill asks for them, so they cost nothing until it runs.

Need help setting it up?

This page tells you what adoption-leaderboard does and what it needs. Cheetah builds the agent setup it runs inside: data, CRM, sequencing and the guardrails.

Book a call →

The directory stays free. There is nothing gated behind this.