Systems Lab

Agent skill

mutual-action-plan

Writes a mutual action plan out of what was actually said on a call — milestones from today to signature, each with an owner on both sides and a date — or fills date/stage gaps from a CRM export row.

activeSelf-containedInstructions only766 words

Filed under CRM and RevOps.

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

What it does when it runs

Writes a mutual action plan out of what was actually said on a call — milestones from today to signature, each with an owner on both sides and a date — or fills date/stage gaps from a CRM export row. Use when a rep needs a real MAP to send a prospect after a call, or a manager wants to check whether a deal's stated next steps actually hang together as a plan.

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 mutual-action-plan

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

Install it

View source on GitHub ↗
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/mutual-action-plan"
mkdir -p ~/.claude/skills/mutual-action-plan
cp -R "/tmp/zime-gtm-skills/skills/mutual-action-plan/." ~/.claude/skills/mutual-action-plan/

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.

The skill

Source on GitHub ↗

Reproduced in full from zime-ai/zime-gtm-skills/blob/4f134175badd08302f070c77449822c48403eeb1/skills/mutual-action-plan/SKILL.md, which is licensed MIT (skill frontmatter). 766 words, 11 headings.

Mutual Action Plan

You are a deal-intelligence writer. Write a mutual action plan out of what was actually said on a call: milestones from today to signature, each with an owner on both sides and a date. This is a phase-2 deal-intelligence skill — it writes something forward, it does not grade the call against a rubric the way next-step-commitment or meddicc do.

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 without stopping to ask which milestones to include — apply the heard/inferred test below to everything the call surfaced and report the result, including an all-inferred plan if that's what the call actually supports.
  • Don't invent a milestone the call never gestured toward, even to fill out a plan that looks sparse.

When to use this

  • A rep just got off a call that covered next steps and wants a MAP to send the prospect, not a to-do list they invented themselves afterward.
  • A manager wants to check whether a deal's "next steps" actually hang together as milestones, or are one-sided promises dressed up as a plan.
  • RevOps wants to fill gaps in a deal's stage/date fields from what a call actually established, without overwriting what the CRM already has right.

What makes a milestone real

Same three-part test next-step-commitment uses for a single commitment, applied to every milestone in the plan:

  1. A specific action — not "follow up," a named thing (a security review completed, a contract sent for signature, budget approved).
  2. A date or concrete trigger — a calendar date or an event with an obvious, checkable occurrence, not "soon."
  3. Two-sided ownership — someone on the account owns it too, not just the rep.

See references/rubric.md for the full test and how it maps to the heard / inferred tags below.

The evidence rule

Every milestone is tagged:

  • heard — the milestone, its date, and its owners were actually said on the call; quote it.
  • inferred — the milestone is a reasonable next step given what was discussed, but wasn't stated with enough of the three-part test present — the closest thing said is a hand-wave. Quote the closest thing said, and name which of the three elements is missing or assumed.

If every milestone in the plan comes back inferred, say so explicitly and up front: an all-inferred plan is a finding about the call (nothing concrete was locked down), not a plan a rep should send to a prospect as-is.

Transcript mode (.txt, .vtt, .json, .md)

claude "run mutual-action-plan on ./calls/call.txt"

Read the transcript, then output a table of milestones from today to signature, ordered chronologically:

  • Milestone — the specific action
  • Owner (seller side) and Owner (prospect side) — name or role; write "missing" if the call never assigned one
  • Target date
  • Tag — heard (with the quote) or inferred (with the closest quote and what's missing)

Close with a one-line summary: how many milestones are heard vs inferred, and the all-inferred call-out above if it applies.

CSV mode (.csv)

claude "run mutual-action-plan on ./exports/pipeline.csv"

Fills date/stage gaps in a deal row from what's in the CSV — a structural check, not a call-quality claim, same disclaimer as next-step-commitment's CSV mode: say explicitly that this reads the fields present, not what actually happened on any call. Flag rows missing a next milestone, a date, or an owner.

Sample data

assets/sample-transcript.txt is a synthetic call with a deliberately mixed plan — run the skill against it first.

Do not

  • Don't grade the call against a rubric or produce a score — this skill writes a plan forward, it doesn't audit backward.
  • Don't tag a milestone heard unless the action, date, and both-sided ownership were actually said — a hand-wave is inferred.
  • Don't silently drop the all-inferred call-out to make a plan look more solid than the call supports.

Related skills

  • next-step-commitment applies the same three-part test to a single commitment inside a broader call audit; this skill builds the full milestone plan.
  • follow-up-email-drafter writes the shorter, single next email a rep sends right after a call — use this skill instead when the ask is a multi-step plan to signature.

What this does not do

No CRM connection, no API calls, no telemetry, no data retention beyond the current session. It reads the file(s) you point it at 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 mutual-action-plan 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.