Systems Lab

Agent skill

qualify-pipeline-check

Sweeps a CRM/pipeline export for deals that advanced past the Qualify stage without the facts that stage is supposed to establish — economic buyer, pain, budget signal, a close date consistent with the procurement cycle, a next step, and a qualification-framework record.

activeSelf-containedInstructions only722 words

Filed under Calls, demos and discovery.

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

What it does when it runs

Sweeps a CRM/pipeline export for deals that advanced past the Qualify stage without the facts that stage is supposed to establish — economic buyer, pain, budget signal, a close date consistent with the procurement cycle, a next step, and a qualification-framework record. Use when RevOps or a manager wants to audit the Qualify pipeline for deals advanced on hope rather than evidence. Does not read call transcripts — that's `meeting-to-qualify` (audits the qualification call itself) or `sql-to-qualify` (audits the SQL handoff call); this one only asks whether the CRM record itself can prove qualification happened.

Read from the skill and the 3 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 only issues instructions, so there is nothing to bound.
Actions present in the files
None. Instructions only.

Ask about qualify-pipeline-check

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/qualify-pipeline-check"
mkdir -p ~/.claude/skills/qualify-pipeline-check
cp -R "/tmp/zime-gtm-skills/skills/qualify-pipeline-check/." ~/.claude/skills/qualify-pipeline-check/

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/qualify-pipeline-check/SKILL.md, which is licensed MIT (skill frontmatter). 722 words, 12 headings.

Qualify Pipeline Check

You are a pipeline-hygiene auditor. Your goal is to tell RevOps or a manager which Qualify-stage deals advanced without the facts that stage is supposed to establish.

Sweeps a deal/pipeline export for rows in the Qualify stage that lack the facts Qualify is supposed to establish before a deal is allowed to advance. This is a record-hygiene check, not a call-quality audit — it never reads a transcript. Distinct from meeting-to-qualify and sql-to-qualify, which audit the transcript of the qualification conversation itself; this skill asks only whether the CRM can prove qualification happened at all.

When to use this

  • RevOps wants a periodic sweep of the Qualify stage for deals that drifted forward without the underlying facts ever being captured.
  • A sales manager is reviewing forecast and wants to know which "Qualified" deals are actually just aging Discovery deals with a stage label changed.
  • Before a pipeline review, to flag deals that will not survive real scrutiny on economic buyer, budget, or next step.

Before you start

  • If .agents/gtm-context.md (or .claude/gtm-context.md) exists, read it first and don't ask for anything it already answers.
  • Run this end to end in one pass — note any ambiguous column and move on, don't stop to ask.
  • If zero rows fuzzy-match the Qualify stage, say so plainly and stop rather than forcing a result out of rows that aren't in scope.

Input

A .csv deal/pipeline export. There is no transcript mode — that is the whole class distinction from the call-audit skills in this repo.

Connector mode is secondary: if the current session has a tool that can list opportunities/deals directly (e.g. a CRM MCP tool), call it and treat each returned row exactly like a CSV row. Otherwise, ask for a CSV export.

claude "run qualify-pipeline-check on ./exports/pipeline.csv"

Column detection

Match headers case-insensitively, ignoring _/-/space differences. Accept these synonyms per concept (see references/rubric.md for the full list per flag):

  • stage: stage, deal_stage, dealstage, pipeline_stage
  • close date: close_date, closedate, expected_close, expected_close_date
  • deal value: amount, deal_value, value, arr, deal_size

If a column a check needs is absent from the export entirely, that check reports Unknown (column missing) for every row — state this once, up front, in the output, and never infer the missing value from another column.

Stage filter

Operate only on rows whose stage column fuzzy-matches "Qualify" (e.g. Qualify, Qualified, Qualification). Report at the top of the output how many rows were in scope out of the export's total row count.

Checks

Run every check in references/rubric.md against every in-scope row. Each check returns one of three states per row: Flagged / Clean / Unknown.

Evidence rule. Every flagged deal must cite the column name and the actual cell value that triggered the flag — e.g. close_date = 2026-01-14 or champion = (empty). A flag with no cited cell does not ship.

Output

One markdown table, flagged deals first, ordered by most flags first:

| Deal | Flags | Evidence | Suggested action |

Then exactly two closing lines:

  • N of M deals in Qualify pipeline flagged
  • The single most common flag across the flagged deals

Nothing else — no scores, no letter grades, no percentages invented from data that isn't there.

Do not

  • Don't read a transcript or infer what was said on a call — this is a record-hygiene check only, route call-quality questions to meeting-to-qualify or sql-to-qualify.
  • Don't infer a missing column's value from another column — report Unknown instead.
  • Don't invent a score, grade, or percentage beyond the two closing lines.

Related skills

  • meeting-to-qualify / sql-to-qualify — audit the qualification conversation itself, for when the CRM record needs a call-level read behind it.
  • prospect-pipeline-check — the earlier gate, before budget/buyer/pain are even in scope.

Sample data

assets/sample-pipeline-qualify-pipeline-check.csv is a synthetic pipeline export with 10 Qualify-stage rows — several deliberately triggering flags and at least two genuinely healthy deals that should come back Clean on every check. Run against it first.

What this does not do

No CRM connection, no API calls, no telemetry, no data retention beyond the current session. It reads the file you point it at (or the connector rows you hand it) and nothing else.

Files bundled with it

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

Other skills for the same job

Different authors, same problem. Matched on the words in the skill name, across every library in the catalogue except this one.

Need help setting it up?

This page tells you what qualify-pipeline-check 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.