///

Your skill.md Is Killing Your GTM AI: Why AI Tools Fail in Sales Teams

A hand-written context file is a fossil the day it is committed. A living skill.md is a nervous system that learns.
A hand-written skill.md file decaying while a living skill.md updates itself from live sales call data
Sanchit Garg
Sanchit Garg
Cofounder & CEO, Zime
Published July 9, 2026 · Drawn from 2025–2026 conversations with SonicWall, Versa Networks, TrueFoundry, and MyAdvice

At SonicWall, the reps recording the most calls close 3x more deals than the rest. That number comes from Austin Fanning, VP Sales at SonicWall, on an internal review on November 18, 2025, referencing SonicWall's live deployment across their North America sales team. It is a customer-cited number from an active enterprise account, not a benchmark. And the gap it names is not about the recording tool. It is about which reps have a live behavioral rubric coaching them before every call, and which reps are working from a skill.md file someone wrote six months ago and never touched again.

A skill.md is a markdown context file that lets AI agents query your GTM playbook, and it has become the default primitive for AI-forward sales teams building custom coaching, prep, and CRM workflows. Hand-written skill.md files rot within a quarter, because they cannot update themselves as buyer entities, competitor names, and winning behaviors shift. A living skill.md is the alternative: a markdown context layer that auto-generates from your call data, updates continuously with your win/loss signals, tells reps what to do rather than describing what good looks like, and is queryable by any agent in your stack via MCP.

Sai, Forward Deployed Engineer and Dev Rel at TrueFoundry, described the DIY version in his own words on a June 2026 call:

"I've created something called internal utils... I'm having departments: customer success, marketing, sales, and engineering... and then you have these plugins... This skill I have to still give... these are the skills that I have to create."
Sai
Forward Deployed Engineer & Dev Rel, TrueFoundry

That is the archetype. A GitHub repo of markdown files per department, plugins on top, MCP servers wiring them into Claude and Codex. It feels productive. It is productive, for about a quarter. Later on the same call, he named the maintenance tax directly: "I have to still keep it updated all the time... I still have to manually do it."

The problem is not the file. The problem is that the file, written the way most teams are writing it today, is a fossil the day it is committed.

What is a skill.md, and why is every AI-forward GTM team building one?

A skill.md is a markdown file that encodes a team's expertise in a form AI agents can query. Claude Code exposes it as SKILL.md. Cursor uses rules files. Every serious agentic system now expects domain knowledge to live in markdown that any model or agent can reference. This is not a trend. It is the default primitive for how expert context gets exposed to AI.

Applying the pattern to GTM is inevitable. Reps are already firing questions into Claude, ChatGPT, and internal agents before every call. Those agents need context. That context needs to live somewhere queryable, versioned, and cheap to update.

Austin Fanning, VP Sales at SonicWall, described the same pattern from the customer side on a June 2026 call:

"We're also doing things on a rep level, using Claude to actually do, like, a daily prep agent... It would be great to have call intelligence feeding into that."
Austin Fanning
VP Sales, SonicWall

A Claude prep agent stitched together with a markdown file of playbooks, product notes, and battle cards. The same architecture Sai runs at TrueFoundry, now inside a mid-market cybersecurity company with real deals moving through it. The instinct is right. The maintenance model underneath it is what breaks.

Why do hand-written skill.md files fail in sales teams within a quarter?

Hand-written skill.md files fail for four structural reasons: entities drift and nothing tells you, updates never re-tag the past, one file collapses multiple call types into one rubric, and descriptive rules do not drive live rep behavior. Each one is boring in isolation. Together they explain why AI tools fail in sales teams once the honeymoon quarter ends.

Every skill.md ships with an entity list: products, competitors, personas, objections. Six months later, the language on live calls has moved. The competitor names in your file are static. The competitor names in your reps' calls change every quarter. Your file still tells the agent to hunt for the old signal. The new competitor, the one now actually correlating with your losses, never gets added, because nobody scheduled the review.

"If I hear something like our competitors, Fortinet or Palo Alto or Zscaler, I'm thinking whether my rebuttal to those were inline to our battle card."
Chitresh Yadav
Versa Networks

Phonetic and canonical variants make it worse. "SASE" transcribes as "sassy." "Palo Alto" resolves to a city instead of a company. The entity list ships with three canonicals; the wild data has thirty. This is the entity resolution tax: the accuracy cost you pay every time your ontology falls behind the transcript.

Sai named the trap directly on the same June 2026 call, describing his own DIY setup: "I have to still keep it updated all the time... this worked, this did not work, I still have to manually do it, or maybe keep this thing updated, and run a cron job... update karte, dump in the context..." That is what every one of the four failure modes sounds like from inside the maintenance loop. An operator who built the system, and is now the human patch layer keeping it from drifting.

When is a hand-written skill.md actually enough?

Not every team has this problem. A hand-maintained skill.md remains sufficient in three cases.

Case 01
Single-product, low-competitive-drift teams
If you sell one product against two competitors on short cycles, and the entity list barely moves quarter to quarter, a static file can hold. Add a new competitor once a year and re-tag manually. That works.
Case 02
Small teams with a dedicated owner
Under fifteen reps, with one person willing to re-tag the last few weeks of calls in an afternoon every month, the DIY layer stays fresh through sheer effort. Above that headcount, the labor tax collapses the system.
Case 03
Teams still proving the pattern
If you are in the first ninety days of AI adoption and the question is "does this help at all," any context is better than none. Prove the loop works, then invest in infrastructure.

The four failure modes above are structural for teams past these boundaries. Multi-product, multi-motion, multi-persona, or past fifty reps. That is where a hand-written file cannot compound fast enough to stay accurate, and the DIY approach becomes a source of confidently wrong AI output rather than helpful context.

How do Hyperspell, Glean, Gong, Mindtickle, and Zime compare as sales AI context layers?

Once the problem is framed as "living skill.md," the vendor landscape gets clearer than any analyst quadrant. Same architectural instinct across all five. Five different products. Only one is a skill.md that actually drives winning behavior in the live deal.

DimensionHyperspellGleanGongMindtickleZime
CategoryHorizontal context graphEnterprise searchConversation intelligenceSales enablementSales Execution AI
How context is builtIngest connectors, generic graphIndex existing docsRecord and transcribe callsWritten by content teamsAuto-built from your calls, deals, and outcomes
How it updatesOn data refreshOn new file indexedOn new callsManual authoringContinuously, tied to win/loss signals
Correlated to win/lossNoNoPartial, patterns across 5,000 companiesPartial via Journey scoringYes, tied to your own deal history
Behavioral vs descriptiveDescriptiveDescriptiveDescriptiveDescriptiveBehavioral, criterion-referenced per call
Live query surface (MCP)YesYesIts own UIIts own UIYes, headless via MCP

Austin Fanning at SonicWall named the distinction on a June 2026 call, comparing Zime against the sales enablement anchor:

"What is Zime giving us that mind tickle is not... here's where we're actually giving you the insights, the visibility that's gonna help you, you know, make decisions at the business level."
Austin Fanning
VP Sales, SonicWall

We have written the deeper mechanics of why generic AI mis-classifies competitors and products in Why Your AI Sales Tool Keeps Getting It Wrong, and the financial cost of a stale ontology in The Entity Resolution Tax.

See it on your data

See how Sales Execution AI keeps your context alive.

We'll pull your last 50 deals and build your first living playbook free. Book a 30-minute session with the Zime team.

What does a living skill.md actually look like inside Sales Execution AI?

A living skill.md has four properties. Each one has a customer proof point behind it.

1Auto-generated

It auto-generates from your call data instead of being authored by hand in a workshop.

2Continuous

It updates continuously with your win/loss signals rather than on a manual review cadence.

3Behavioral

It tells reps what to do on this specific call, not what good looks like in general.

4Queryable

It is queryable by any agent in your stack via MCP, so it is infrastructure, not a doc.

1. Auto-built from your calls, not authored by hand.

Versa Networks did not write their playbook in a workshop. Zime pulled the last 50 deals at one stage, tagged customer responses by intensity and use-case category, and correlated with outcomes. The behaviors that came out of that analysis are what the skill layer scores against now. No one guessed. The data pointed. Austin Fanning, at SonicWall, made the design choice explicit on a June 2026 call: "if you're looking at playbook adoption or playbook creation, use Zime for that. Go to the native Zime tools."

2. Correlated to outcomes, not observations.

Martin Mackay, CRO at Versa Networks, asked the question this whole thesis is built on directly on a June 2026 call:

"Have we calculated the correlation between the checklist adoption and moving to the next stage?"
Martin Mackay
CRO, Versa Networks

That is the CRO's actual job. Not "did the rep follow the process," but "does following this specific process actually cause the deal to move." A living skill.md answers that question with your data, refreshed as the answer changes. Static skill.md files never ask it.

3. Behavioral, not descriptive.

The rubric does not say "handle objections well." It tells the rep, in the pre-call brief, exactly which objection to address on this specific call given what happened on the previous ones. Chad Erickson at MyAdvice quantified the productivity impact of that shift on a January 2026 call: "we've saved our reps at least 20 minutes... this is an additional 30 minutes of time savings." A description helps a human write a coaching plan. An action changes what happens on the call.

4. Live infrastructure, queryable by any agent via MCP.

The moment your skill layer is queryable by Claude, Cursor, Gong Enable, or the rep's own AI assistant, it stops being a doc and becomes infrastructure. Mickey Singh at Versa Networks named the architectural bet on an April 2026 call:

"The one that's gonna win is gonna be the one that has the data behind it and is able to integrate with others."
Mickey Singh
Versa Networks

A skill.md that cannot be queried by any agent your team runs is a Google Doc with better syntax. This is what MCP for GTM leaders actually unlocks: a company-owned context surface that every agent in your stack calls into.

What does this mean for a CRO trying to make strategy stick to rep behavior?

Every CRO has a strategy. Almost none can get their reps to execute it consistently. The gap is not a training problem. It is a context problem. The CRO's marching orders live in their head, and no tool has ever seen them.

Martin Mackay, CRO at Versa Networks, said it directly on a June 26, 2026 call:

"I think that's probably the biggest failing of the last four or five years that I haven't delivered, which is a structured playbook for the sales team and that's what I would like to help Zime define."
Martin Mackay
CRO, Versa Networks

This is a CRO of a public-reference security company calling the playbook problem his single biggest professional failure of the last half-decade. Not because he is a bad CRO. Because there was no tool that could turn a quarterly strategy into consistent rep behavior on live deals.

A living skill.md closes that gap. Zime is an AI-native sales enablement platform that helps enterprise sales teams execute winning behaviors in live deals, not just in training. Sales Execution AI identifies the behaviors most correlated with deal advancement from your last 50 deals, encodes them into the pre-call brief, and scores every subsequent call against them. Strategy becomes consistent rep behavior becomes measurable win rate.

0x
more deals closed by the SonicWall reps recording the most calls, sitting inside the scoring layer daily, versus the rest of the team.
0+
user rollout SonicWall is currently expanding to across North America on that exact loop, per Austin Fanning on a July 2026 review.

How do you know if your skill.md is aging or learning?

Five diagnostic questions to run on the files sitting in your GTM repo right now. Toggle each one that is true for your setup.

0 of 5: Your skill.md is aging, not learning.

If four out of five answers embarrass you, that is normal. It is the state we see in every AI-forward GTM team that has done the work to get this far. If your skill.md was written by a person and the last 500 calls have not been re-tagged since it was last updated, it is aging, not learning.

Sai articulated the reader's own thought process out loud near the end of a candid evaluation of the DIY approach: "My only criteria is quality... Can I just write a skill and solve this instead of using a new product?" That is the question every AI-forward operator asks. It is the right question. The answer for teams past fifty reps, multi-motion, or multi-product is that you cannot, because the failure modes above are structural. For teams inside those boundaries, you can, and you probably should.

Related concepts

What Is Sales Execution AIWhat Is an Entity OntologyThe Entity Resolution TaxContext Engineering for Sales TeamsWhat Is MCP for GTM LeadersZime vs GongZime vs MindtickleContext Graph

The skill.md instinct is right. The market will validate it. Every enterprise GTM org will have a version of this within eighteen months, whether they know it by that name or not. The question is not whether you need one. You already know you do. The question is whether yours is a document that ages, or a nervous system that learns.

Turn your skill.md into a nervous system that learns

A living skill.md auto-generates from your calls, updates with your win/loss signals, tells reps what to do on this specific call, and is queryable by any agent in your stack via MCP. That is the Sales Execution AI category.

Book a 30-minute session. We'll pull your last 50 deals and build your first playbook free.

Tags: Sales Execution AI, Living skill.md, Entity Resolution, Context Engineering, Sales AI Infrastructure
Sanchit Garg
Sanchit Garg
Cofounder & CEO, Zime
In this Blog

Frequently asked questions
What is a skill.md file in a sales AI context?
remove
A skill.md is a markdown context file that encodes a sales team's playbook, entities, and behaviors for AI agents to query. It is the same primitive Claude Code and Cursor use for developer knowledge, applied to GTM. AI-forward sales teams write them by hand to give Claude, ChatGPT, or an internal agent enough context to draft prep notes, coach objections, or update the CRM.
Why do AI tools fail in sales teams?
add
Because most sales AI tools rely on static context. The entity list, the competitor names, the winning behaviors are written once and rarely refreshed. The moment buyer language shifts or a new competitor enters the market, the tool becomes confidently wrong. Sales Execution AI solves this by auto-building context from live call data and continuously correlating it with deal outcomes.
How is Zime different from Gong?
add
Gong records what happened on the call and finds patterns across thousands of customers. Zime, as a Sales Execution AI platform, uses your calls, deals, and playbook to score every future call against the specific behaviors that correlate with your wins. Gong is the observation layer. Zime is the execution layer that sits on top of it, or replaces the coaching parts of it entirely.
How is Zime different from Mindtickle?
add
Mindtickle trains reps for the next call. Zime changes rep behavior inside the live deal. Mindtickle authoring is manual and periodic. Zime's skill layer is auto-generated from actual win/loss data on recent deals and refreshed continuously. As Austin Fanning at SonicWall put it, Zime gives leadership the visibility to make decisions at the business level, not just at the training level.
Can I build my own sales AI context layer with ChatGPT, Claude, or Cursor?
add
Yes, and many AI-forward GTM teams already have. The instinct is correct. The failure mode is that a hand-written skill.md rots within a quarter as entities drift, playbooks diverge across call types, and no one re-tags the historical data. A DIY layer works for a demo. Keeping it accurate at scale requires auto-generation, correlation to outcomes, and quarterly refinement, which is what a Sales Execution AI platform does natively.
What is Sales Execution AI, and how is it different from conversation intelligence or sales enablement?
add
Sales Execution AI is the category that changes rep behavior inside live deals, not just after them. Conversation intelligence tools like Gong and Chorus tell you what happened. Sales enablement tools like Mindtickle and Highspot train reps for what should happen. Sales Execution AI is the layer that pre-commits to specific behaviors before each call, scores execution against them, and correlates the behaviors with actual deal outcomes.
What are the best alternatives to Gong for sales execution?
add
If your goal is to observe calls, Gong, Chorus, and Salesloft's Rhythm are direct alternatives in the conversation intelligence category. If your goal is to actually change rep behavior on the next call, the category is Sales Execution AI, and the shortlist for enterprise buyers is different. Zime is the reference implementation. Clari is adjacent for forecasting. Most tools in the enablement space, including Mindtickle and Highspot, sit upstream of execution rather than inside it.