talk-track-builder
Skill14 starsChanged 8 months agoMITView on GitHub
Write persona- and stage-specific spoken language for a defined conversation moment or an existing call structure. Use for openers, value bridges, proof lines, closes and conversation branches. Route a reply to a specific buyer concern to objection-library-builder, meeting architecture to discovery-and-demo-structure, and positioning to value-prop-and-positioning.
In this repository38 other files it gives its agents.
- AGENTS.mdAGENTS.md
- account-brief-builderSkill
- battlecard-builderSkill
- call-insights-to-objectionsSkill
- call-review-coachSkill
- case-study-extractorSkill
- certification-program-builderSkill
- content-gap-analysisSkill
- content-governance-systemSkill
- deal-inspection-coachSkill
- discovery-and-demo-structureSkill
- discovery-rubric-auditorSkill
- enablement-house-styleSkill
- enablement-impact-storySkill
- enablement-metrics-and-instrumentationSkill
- enablement-program-designSkill
- enablement-routerSkill
- executive-briefing-builderSkill
- field-feedback-synthesizerSkill
- forecast-risk-briefSkill
- manager-coaching-cadenceSkill
- mutual-action-plan-builderSkill
- objection-library-builderSkill
- onboarding-program-builderSkill
- onboarding-to-value-playbookSkill
- one-pager-and-slide-outlineSkill
- partner-enablement-packageSkill
- pipeline-stage-definition-and-exit-criteriaSkill
- product-launch-enablementSkill
- proposal-rfp-orchestratorSkill
- qbr-ebr-builderSkill
- quarterly-enablement-plannerSkill
- release-notes-to-seller-updatesSkill
- renewal-and-expansion-enablementSkill
- revenue-enablement-contextSkill
- roleplay-scenario-builderSkill
- value-prop-and-positioningSkill
- win-loss-synthesisSkill
The file
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 9 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Write natural spoken language that helps a seller handle a defined conversation moment.
- Distinctive: line 16
Use wording the intended speaker could say naturally to this audience.
- Distinctive: line 22
Ask only for the inputs that change the lines:
- Very specific: line 29
If proof is missing, leave spoken proof slots marked needs source.
- Distinctive: line 33
Read references/talk-track-framework.md for the spoken-line test, branch pattern, and worked excerpts.
- Distinctive: line 53
Add manager checks only if someone asked to coach or inspect this track.
- Distinctive: line 70
Do not add a discovery question bank, demo checklist, or manager scorecard unless this moment needs it.
- Distinctive: line 75
Every "say" element is a spoken line, not a topic to discuss.
- Distinctive: line 76
Every line survives being read aloud.
- Distinctive: line 78
Every proof line has a source, or is marked as a gap.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Talk track builder
Write natural spoken language that helps a seller handle a defined conversation moment.
A talk track covers one conversation moment, one objective, and one next-step ask. If the user wants the meeting architecture (what to discover, what to demo, in what order), use discovery-and-demo-structure first.
Spoken line. "Before we look at the product, can we start with the handoff misses that brought you here? Where does ownership break today, and what happens downstream when it does?"
Script. "Thanks so much for taking the time today. I'm excited to share how our AI-powered platform delivers unmatched visibility across your operational handoffs."
Use wording the intended speaker could say naturally to this audience.
Inputs
Reuse supplied context first. If a missing company fact would change the result, check the relevant sections of .enablement/context.md when available. Preserve source dates and approval limits.
Ask only for the inputs that change the lines:
- Who is speaking, and to whom
- The conversation moment and the one outcome it must produce
- How long they actually get to talk
- Approved proof and claim boundaries
If proof is missing, leave spoken proof slots marked needs source. Do not invent customers, numbers, pricing, or implementation promises.
Supporting material
Read references/talk-track-framework.md for the spoken-line test, branch pattern, and worked excerpts. Skip it if the user already gave you a structure and only wants lines.
Procedure
- Name the job. Identify the conversation objective and the appropriate next move. A full track may close with a proposed action, owner, and time; an opener or short reply may simply invite a useful answer. Fit the ask to the moment rather than inventing a commitment.
- Pick the moment, not the whole call.
Discovery, demo, commercial, renewal, expansion, or a coaching conversation. One primary. If the discovery or demo architecture is not yet defined, route that design to
discovery-and-demo-structure. - Write the through-line. Opening frame, one context check, the few questions that change the next move, a value bridge, proof only if you have it, close. Cut any beat that does not serve the objective.
- Write the lines. One breath each. Buyer language, not product language. Role and stage should change the questions and the ask, not just the nouns.
- Hang proof on a moment. One sentence, under 20 seconds, with source and scope. Directional evidence stays directional. No source, no spoken claim.
- Branch the turns you can hear coming. For each: the trigger you listen for, a diagnostic question, then the response. Usual set: skepticism, "we already have a process," price, competitor. Skip branches this moment will not raise.
- Mark the landmines. What not to say. Where to stop and ask. Where to hand off to SE, legal, or deal desk.
- Read it aloud. Split anything you cannot say in one breath. Delete phrases a person would never say to another person. Flag high-stakes rollouts for rehearsal.
- Add manager checks only if someone asked to coach or inspect this track.
For message strategy use value-prop-and-positioning. For an objection system use objection-library-builder. For compete guidance use battlecard-builder. For coaching one recorded call use call-review-coach.
What to return
For an opener, reply, or close, return the lines and any material claim caveat. For a full track, include:
- Who says it, to whom, in what moment, and how much time they have
- The objective and the next-step ask, written as spoken lines
- The through-line as executable lines, not topic labels
- Proof lines with source, scope, and when to use them, or an explicit gap
- Branches only for turns this conversation will actually hit
- Landmines
- Assumptions, if you had to make any
- A rehearsal note only when delivery risk warrants it
Do not add a discovery question bank, demo checklist, or manager scorecard unless this moment needs it.
Quality bar
- A seller can use this five minutes before the call without rewriting it.
- Every "say" element is a spoken line, not a topic to discuss.
- Every line survives being read aloud.
- Each question changes the next move.
- Every proof line has a source, or is marked as a gap.
- The next move fits the conversation moment, and any proposed commitment is clearly an ask.
- The lines fit the requested moment, audience, and available speaking time.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

