Financial Analysis Agent
LeoYeAI/openclaw-master-skills
Financial analysis skill for AI agents. An agent skill from LeoYeAI/openclaw-master-skills.
Annual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams.
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planning --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .claude/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .claude/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planningType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planning --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .agents/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .agents/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planning --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .cursor/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .cursor/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/swan-gtm/gtm-skills.git --path skills/rutger-katz/revops-revenue-planning--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planning --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .gemini/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .gemini/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planningInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .github/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .github/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install swan-gtm/gtm-skills revops-revenue-planning --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/rutger-katz/revops-revenue-planning .opencode/skills/revops-revenue-planning && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "revops-revenue-planning" agent skill from https://github.com/swan-gtm/gtm-skills/tree/main/skills/rutger-katz/revops-revenue-planning into .opencode/skills/revops-revenue-planning/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "revops-revenue-planning", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
revops-revenue-planningAnnual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams.
Revops Revenue Planning is an agent skill from swan-gtm/gtm-skills. Annual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams. Use when the user mentions annual planning, revenue targets, capacity planning, planning calendar, stretch goals, plan versions, plan of record, reforecasting triggers, FP&A collaboration, or revenue reconciliation. Also trigger on 'we need to build our plan', 'our forecast and budget don't align', 'how do we set targets', 'what's our…
Its SKILL.md is about 7.2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 15 other files, including scripts and reference files (for example `references/benchmarks-sourced.md`, `references/bottoms-up-build-recipe.md` and `references/fpa-revops-collaboration-charter.md`).
It sits in Business, Finance & HR, covering Go-to-market strategy, Forecasting and time series and Accounting and bookkeeping. The repository describes itself as: Open, production-grade GTM skills for AI agents. The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 67abd04. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Ships 1 file in scripts/ (Python), which the agent can run.
Shell commands in SKILL.md call:
pythonFrom the folder's file list and the shell code blocks in SKILL.md.
Links to these hosts (documentation or services it may open):
neontriforce.comFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Revops Revenue Planning loads about 7.2k tokens when it runs, and up to ~42k if it reads all its reference files. Until then it costs about 225 tokens; SKILL.md has 3,120 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.
The full file from swan-gtm/gtm-skills at commit 67abd04, republished under its MIT licence (© swan-gtm). 3,120 words, ~7,195 tokens.
.claude/skills/revops-revenue-planning/SKILL.md (or your agent's skills folder). This skill also uses 12 other files; get the full folder from GitHub.This skill helps you build annual and quarterly revenue plans at your B2B company. You'll bridge the gap between what your sales team can realistically produce and what the board expects, with transparent, data-driven planning.
Your philosophy: Revenue planning is not a board presentation exercise. It is a commitment contract between your revenue team, your finance team, and your market. The plan of record is the single source of truth. Everything else (working plans, scenarios, stretch analysis) serves that truth. A plan that sales owns and can defend is more valuable than a perfect plan that sales does not believe in.
Bottoms-up first, then top-down. The team builds from current capacity and known account pipeline. Finance adds ambition. You reconcile the gap with named scenarios, not by spreading a number across teams unilaterally. Start with reality, then improve it.
Separate three questions. What can we produce? (capacity model, bottoms-up). What do we want to produce? (strategic target). What does the market allow us to produce? (market opportunity, ICP sizing). Three separate analyses; three separate answers. Conflating them creates noise, not clarity.
Version control is non-negotiable. Original bottoms-up plan, finance stretch iteration, final plan of record: all three survive in the vault. Every mid-year reforecast preserves the prior baseline. This is not bureaucracy; this is audit trail and learning.
Stretch targets are scenarios, not directives. When finance adds a target above bottoms-up, that stretch becomes a named scenario with owners and explicit assumptions (new hiring, productivity gains, expansion acceleration, churn reduction, pipeline investments). A stretch without owners is a wish disguised as a plan.
Reforecasting is disciplined, not reactive. Specific triggers (coverage below 3x, CAC payback above threshold, NRR drop below 105%, actual variance exceeds plan by 15% for two consecutive periods) drive reforecasts. The calendar blocks reforecasting windows. Continuous re-planning creates chaos and erodes ownership.
FP&A and RevOps are joint decision-makers, not separate processes. RevOps owns pipeline reality and call quality. FP&A owns financial implications. A forecast that doesn't reconcile across both functions gets revised, not approved.
Revenue planning is a backwards-timeline exercise. Fiscal close-out, budget finalization, and board approval all anchor the schedule. Build backwards from there.
For a calendar-year business (plan finalized Dec 31, approved Nov, in-market Jan 1):
PHASE 1: DATA & RETROSPECTIVE (Weeks 1-2, August)
Week 1 (Aug 5-9): Retrospective inputs pulled (prior year close-out, current-year variance)
Week 2 (Aug 12-16): Team input window opens (sales capacities, market intel, customer feedback)
PHASE 2: BOTTOMS-UP BUILD (Weeks 3-5, mid-August through early Sept)
Week 3 (Aug 19-23): Account planning by segment (current ARR + known expansion + new business pipeline)
Week 4 (Aug 26-30): Capacity model: new hires, ramp periods, retention assumptions
Week 5 (Sep 2-6): Segment totals rolled up; bottoms-up revenue plan drafted
PHASE 3: TOP-DOWN & RECONCILIATION (Weeks 6-8, mid-September)
Week 6 (Sep 9-13): Finance top-down model shared; comparison against bottoms-up
Week 7 (Sep 16-20): Reconciliation meeting(s): gap analysis, named scenarios, stretch owners assigned
Week 8 (Sep 23-27): Revised plan incorporating scenarios; finance models impact (hiring, spend, working capital)
PHASE 4: VALIDATION & FINALIZATION (Weeks 9-10, early October)
Week 9 (Sep 30-Oct 4): Executive alignment; SPICED assumptions validated against pipeline
Week 10 (Oct 7-11): Plan of Record locked; FP&A sensitivity analysis; board narrative drafted
PHASE 5: BOARD & APPROVAL (Weeks 11-12, mid-October)
Week 11 (Oct 14-18): Board materials finalized; executive alignment on narrative
Week 12 (Oct 21-25): Board presentation; plan approved; budget allocation to departments begins
BUFFER: (Oct 28-Nov 1) Post-approval implementation; sales enablement; quota setting; incentive finalizationKey dates to set first: Board approval date (locked), then work backwards. This calendar assumes 12 weeks. Compressed cycles (8-10 weeks) compress data gathering or validation; they should not compress reconciliation.
For a fiscal-year business (e.g. April 1 start), shift the calendar backwards by the month delta (e.g. April plan = start 4 January, board approval early March).
See references/planning-calendar-checklist.md for guardrails per phase and a template for customization to your fiscal year.
Bottoms-up planning is not a line-by-line forecast. It is a capacity-grounded estimate of what the team should produce given known constraints and opportunities.
Segment accounts by tier (SMB / Mid-Market / Enterprise) and revenue type (New Business / Expansion / Renewal). Baseline current ARR or bookings by segment.
Segment Current ARR % of Total
-------------------------------------------
New Business $2.5M 40%
Expansion $2.2M 35%
Renewal $1.3M 21%
Total $6.0M 100%The capacity model calculates what a team should produce from headcount, ramp, quota, and productivity assumptions. The formula:
Annual Bookings Target = (Available Full-Time Reps) × (Ramp Factor) × (Annual Quota)
EXAMPLE:
7 FTE Account Executives
Average ramp: 3 new hires × 80% (ramping) + 4 tenured × 100% = 6.4 effective FTE
Annual quota per AE: $850K
Annual bookings capacity = 6.4 × $850K = $5.44M
Adjust by:
+ Expansion ARR from existing customer base (typically 15-20% incremental)
+ Inbound/self-sourced pipeline (typically 10-30% pipeline contribution)
= Total revenue capacityFor the full capacity-model calculator (including SDR ratios, territory balance, retention assumptions), see references/bottoms-up-build-recipe.md.
Audit CRM for booked/named deals at or above threshold (e.g. >$50K ACV). These deals have confirmed timelines and advance/close probabilities higher than blended averages.
Named Pipeline Analysis (next 6 months):
Deal A (SMB inbound): $45K, 70% probability, Sep close
Deal B (Enterprise): $180K, 50% probability, Oct close
Deal C (Expansion): $120K, 85% probability, Aug close
---
Total named pipeline: $345K
Expected close (prob-weighted): $243KOverlay this against bottoms-up. If named pipeline significantly exceeds capacity-model expectations, document the delta and source. If named pipeline falls short, that is your pipeline-generation gap for the year.
Build distinct assumptions per revenue type:
New Business: Most variable. Bottoms-up = capacity model × historical attach rate per AE. Adjust for known customer losses (churn from prior year) and new market entries.
Expansion: More predictable. Bottoms-up = current expansion ARR × (1 - churn rate) × (1 + expansion rate). Example: $2.2M expansion ARR × 92% retention × 1.12 growth = $2.87M.
Renewal: Most predictable. Bottoms-up = current renewal ARR × gross-retention rate. Example: $1.3M renewal ARR × 97% = $1.26M.
Sum segment bottoms-up for company total.
Create a single source of truth for assumptions so finance can validate and challenge:
Assumption Value Source/Owner Confidence
------------------------------------------------------------------------
Renewal GRR 97% CS retention data HIGH
Expansion growth rate 12% prior 3-year trend MEDIUM
New biz AE capacity $850K quota × ramp model MEDIUM
SDR pipeline contribution 35% current pipeline mix MEDIUM
Inbound:Outbound mix 40:60 sales sourcing audit LOW
New hires (net) 2 hiring plan approved HIGH
CAC payback expected 13 months prior year actuals MEDIUMThis sheet is the contract between Revenue and Finance. For the template, see references/planning-assumptions-template.md.
Finance typically builds a top-down target derived from company growth strategy, board expectations, or fundraising narratives. The reconciliation meeting compares bottoms-up against top-down and closes the gap.
Pre-meeting (Finance prepares):
Meeting structure (90 min):
Set the frame (5 min). This is not a negotiation. This is a diagnostic. We have two independent analyses. Where they converge, we have high confidence. Where they diverge, something is true we need to learn.
Present bottoms-up (20 min). Segment-by-segment breakdown. Capacity model with assumptions highlighted. Named pipeline overlay. Total: $7.8M.
Present top-down (10 min). Strategic target. Drivers. Sensitivity. Total: $8.5M.
Close the gap (40 min). Gap = $700K ($8.5M - $7.8M). Work through scenarios:
Lock plan of record (10 min). $8.5M plan now has:
Document scenarios and owners (5 min). Creates accountability. If hiring slips, the plan adjusts. If CS expansion doesn't materialize, the plan adjusts.
Post-meeting: Distribute Plan of Record to entire revenue organization. Every rep, manager, and CFO knows the single agreed number.
For the full playbook (including conflict resolution patterns, what to do if the gap cannot close, and how to handle a stretch the team believes is unrealistic), see references/reconciliation-playbook.md.
Three versions must exist and persist:
Version 1: Bottoms-Up Original (BO)
annual-plan-2026-bottoms-up-original.mdVersion 2: Finance Stretch Iteration (FS)
annual-plan-2026-finance-stretch.mdVersion 3: Plan of Record (POR)
annual-plan-2026-plan-of-record.mdReforecasts (monthly or quarterly):
annual-plan-2026-reforecast-M5.md (Month 5) or annual-plan-2026-reforecast-Q2.mdExample comparison during M5 reforecast:
Plan of Record (POR): $8.5M
Bottoms-Up Original (BO): $7.8M
Current Forecast (M5): $7.9M
Variance from POR: -$0.6M (down 7%)This structure enables learning: why is the forecast down? Did pipeline generation miss? Did deals slip? Did assumptions break?
For the full governance template (access controls, approval gates, version-numbering conventions), see references/plan-versioning-governance.md.
Reforecasting is not continuous re-planning. It is disciplined re-evaluation on a fixed schedule or when specific triggers fire.
Monthly: Lightweight review (1 hour). Compare current forecast vs Plan of Record. Flag material variances (>±10% from POR) for deeper analysis.
Quarterly: Full reforecast (4 hours). Update all assumptions; recalculate segment forecasts; reconcile across Revenue and Finance; document scenario changes.
On trigger: Full reforecast within one week of trigger firing.
A trigger fires when a business condition changes materially. At that point, the planning team (Revenue + Finance) has 5 business days to reforecast and update the Plan of Record.
Revenue-side triggers:
Unit-economics triggers:
Execution triggers:
External triggers:
See references/reforecasting-triggers.md for the full matrix, examples, and the specific reforecast process per trigger type.
Locked parameters (never reforecast):
Flexible parameters (reforecast freely):
Mixing locked and flexible parameters is the primary cause of reforecasting chaos.
Pipeline Coverage Benchmarks:
Forecast Accuracy Benchmarks (Monthly Actuals vs Month-Start Forecast):
Quota Attainment Benchmarks (Rep-Level Performance):
Reforecasting Frequency Boundaries:
See references/reforecasting-benchmarks.md for the full matrix and when each trigger fires.
The strongest revenue organizations operate with joint FP&A and RevOps ownership of the forecast and plan.
RevOps role: Pipeline operator. Owns deal inspection, forecast categories, stage accuracy, pipeline health, sandbagging detection, and the weekly forecast call.
FP&A role: Financial modeler. Owns cash implications, working capital, burn forecasts, expense budgets, and board narrative.
Joint decisions:
Weekly sync (30 min): Any material forecast change or pipeline signal gets flagged immediately. Prevents surprise reforecasts. Builds trust.
Reconciliation meeting (quarterly): Full top-down vs bottoms-up recalibration. Both functions debate assumptions openly. Resolution via data, not politics.
For the full collaboration charter (including conflict-resolution protocols, escalation triggers, and the meeting templates), see references/fpa-revops-collaboration-charter.md.
As of 2026, AI forecasting and deal scoring are table-stakes for mature RevOps practices. Organizations that embed AI into planning see variance reduction from 30-40% to under 10% (Forrester, 2026). Plan integration points:
AI Forecasting Platforms:
Operational pattern: Monthly forecast call structure changes when AI is active. Instead of rep-by-rep challenge, the agenda becomes: "Which deals flagged by AI need RevOps intervention?" AI surfaces outliers; humans diagnose and escalate. Expected outcome: 15-25% reduction in forecast surprise (deals slipping unexpectedly).
CRM Automation for Plan Execution:
Planning for AI-Native Go-to-Market Models:
Walk through these 10 questions. If you answer "No" or "Unknown" to any, that function is a process risk.
Do you have a formal planning calendar with locked dates for each phase (bottoms-up, reconciliation, board approval)?
Can you produce the bottoms-up plan without Finance input, using only capacity and pipeline data?
Do you preserve three versions of the plan: original bottoms-up, finance stretch, and plan of record?
Can you explain every $1 of stretch target with a named scenario, an owner, and explicit assumptions?
Does every reforecast compare current projection against Plan of Record AND against the original bottoms-up?
Have you documented what may NOT change mid-year (quota, headcount plan, comp structure)?
Do FP&A and RevOps jointly review every material forecast change together, in real time?
Can you articulate the specific triggers that would force a reforecast (coverage drop, CAC payback, NRR decline, variance threshold)?
Do your reps know the plan of record and understand their segment targets and expansion opportunities?
When the plan misses, can you trace the miss to a specific assumption (retention, deal size, pipeline generation, productivity) rather than blaming execution or market?
Scoring: 8-10 Yes answers: Strong planning discipline. 5-7: Process gaps exist; tackle them in the next planning cycle. Fewer than 5: Plan the planning process itself before tackling revenue targets.
See references/planning-diagnostic-full.md for the detailed interpretation guide and remediation playbook per question.
"We need to build our annual plan from scratch." Start with the planning calendar (backwards from board approval date). Then run the bottoms-up build (Sections 2.1-2.4). Overlay capacity model from gtm-planning. Then reconcile against top-down target using the playbook. End with Plan of Record and three versions locked.
"Our plan and our forecast don't align." Compare the two documents. Plan is annual strategy; forecast is current expectation within the plan period. Mismatch typically means assumptions broke (churn higher than assumed, pipeline velocity slower, deal sizes smaller). Reforecast triggers analysis: which trigger fired?
"Finance gave us a stretch we don't believe in." Run the diagnostic (Section 6). Work through the reconciliation playbook (Section 3). Make stretch scenarios explicit with owners and dependencies. If scenarios still don't close the gap, escalate: "The market will not support this plan unless we make these three bets. We own the first two. The third depends on product. What is product committing to?"
"We reforecast every month and it's chaos." Lock the reforecasting cadence (quarterly minimum; monthly only for high-volatility businesses). Define triggers explicitly so reforecasts are data-driven, not reactive. Run the diagnostic to expose which functions are destabilizing the process.
"We don't know if we're on track." Implement monthly forecast review against Plan of Record. Compare actual close rate to forecast. Track pipeline coverage week-to-week. Escalate on trigger (coverage drops below 2.5x, accuracy exceeds ±20%). This is what RevOps + FP&A sync owns.
| File | When to read | What's inside |
|---|---|---|
references/planning-calendar-checklist.md | Designing planning timeline for your fiscal year | 12-week template, phase guardrails, customization guide for different fiscal years |
references/bottoms-up-build-recipe.md | Walking through bottoms-up build process | 5-step recipe with examples, capacity-model calculator, Pavilion worksheet mechanics, assumption documentation |
references/reconciliation-playbook.md | Running the top-down vs bottoms-up meeting | 5-step structure, conflict resolution, handling when gap will not close, stretch scenario assignment |
references/plan-versioning-governance.md | Setting up version control and governance | Three-version system, file-naming conventions, access controls, reforecast preservation |
references/reforecasting-triggers.md | Defining when to reforecast mid-year | Trigger matrix (revenue, unit-economics, execution, external), examples per trigger type, process per trigger |
references/reforecasting-benchmarks.md | Pipeline coverage and forecast accuracy thresholds | Coverage benchmarks (Ebsta 2025), accuracy benchmarks (Gartner 2025), when each benchmark triggers escalation |
references/fpa-revops-collaboration-charter.md | Building joint FP&A-RevOps ownership | Roles, joint-decision matrix, weekly sync template, quarterly reconciliation meeting format |
references/planning-diagnostic-full.md | Running full 10-question diagnostic | Detailed interpretation per question, scoring guide, remediation playbook for process gaps |
references/planning-assumptions-template.md | Creating single-source-of-truth assumption sheet | Template, example, owner assignment, confidence scoring |
references/benchmarks-sourced.md | Reference data for planning benchmarks | Only sourced numbers: quota attainment, forecast accuracy, pipeline coverage, reforecasting frequency, sales cycle length |
Cross-references: revops-forecasting (in-quarter weekly forecasting, forecast methods, accuracy measurement), gtm-planning (capacity model, territory design, headcount scaling, productivity ramp), gtm-compensation (quota setting, comp structure, commission modeling), revops-metrics (KPI definitions, SaaS unit economics, benchmarks), signal-trigger-action framework (operating cadence), and planning-calendar skill (annual timeline coordination).
To implement your annual planning:
Capacity Model Calculator (generated, not shipped: run python scripts/generate_workbooks.py and it writes assets/capacity-model-calculator.xlsx locally; the script is the source of truth)
Bottoms-Up Planning Sheet (generated by the same script as assets/bottoms-up-planning-sheet.xlsx)
Reconciliation Template:
Frameworks/Templates/revops-revenue-planning/reconciliation-meeting-template.md
Use in: Annual planning kickoff, revenue-finance alignment sessions, board preparation, mid-year reforecasting.
Benchmark source: Ebsta 2025 GTM Benchmarks Report.
Built by Neon Triforce
© swan-gtm, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 12 other files (scripts, references) in skills/rutger-katz/revops-revenue-planning of swan-gtm/gtm-skills.
Open the folder on GitHubat commit 67abd04
Revops Revenue Planning next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Revops Revenue Planning this skillswan-gtm/gtm-skills | 172 | — | ~7.2k | Automated safety check: Pass | MIT | |
| Financial Analysis AgentLeoYeAI/openclaw-master-skills | 2.2k | — | ~4.3k | Automated safety check: Pass | MIT | |
| Finance Opsericosiu/ai-marketing-skills | 3.6k | 1 repos | ~1.4k | Automated safety check: Pass | MIT | |
| ERPClaw ERP Controlleravansaber/erpclaw | 116 | — | ~18k | Automated safety check: Pass | GPL-3.0 | |
| Financial Analysisdamianvtran/local-operator | 217 | — | ~657 | Automated safety check: Pass | MIT | |
| Commodity Analysis SignalsHKUDS/Vibe-Trading | 35k | — | ~2.3k | Automated safety check: Pass | MIT |
LeoYeAI/openclaw-master-skills
Financial analysis skill for AI agents. An agent skill from LeoYeAI/openclaw-master-skills.
ericosiu/ai-marketing-skills
AI-powered financial analysis suite. An agent skill from ericosiu/ai-marketing-skills.
avansaber/erpclaw
Operates the ERPClaw self-hosted ERP in plain language: accounting, invoicing, inventory, purchasing, tax, HR, payroll and reports, treating the ERP as the single source of truth.
damianvtran/local-operator
Financial figures done carefully: periods and fiscal calendars, units and currencies, reconciliation, magnitude sanity checks, sourced assumptions.
HKUDS/Vibe-Trading
Analyzes crude oil, gold and copper through supply-demand balance, pricing models, inventory cycles and futures structure, and outputs directional signals suitable for backtesting.
HKUDS/Vibe-Trading
Framework for central bank policy, exchange rate forecasting, geopolitical risk and capital flows that produces macro factor signals to guide cross-asset allocation.
swan-gtm/gtm-skills
A skill your agent uses when setting up AI-powered personalization, building Clay or lemlist workflows, or automating prospect research — 6 AI personalization prompts (lemlist style) plus 2 email…
swan-gtm/gtm-skills
A skill your agent uses when a list of people already exists and someone needs to know who on it is worth contacting — event or webinar attendees, registrants, a prospecting export, a CRM segment, a…
swan-gtm/gtm-skills
A skill your agent uses when you need to know what people are saying about a brand across the web and social — "monitor brand mentions", "what are people saying about [brand] this week", "run a…
swan-gtm/gtm-skills
Use this skill before staging a prospect and before drafting any first touch, when a segment has gone silent, and when deciding whether an account is genuinely cold.
swan-gtm/gtm-skills
Use this skill on a monthly cadence to detect champions and heavy users of your paying customers who changed jobs, verify the move against live LinkedIn data, score the new company, and surface…
swan-gtm/gtm-skills
A skill your agent uses when building enrichment workflows, setting up Clay tables, or maximizing data quality — the complete 9-step Clay enrichment workflow for 90%+ data coverage plus 58 Clay…
Categories
Annual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams. Revops Revenue Planning is an agent skill from swan-gtm/gtm-skills. Annual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams.
Revops Revenue Planning fits situations like: the user mentions annual planning; revenue targets; capacity planning; planning calendar.
Run `npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a claude-code`. Or copy the skill folder (skills/rutger-katz/revops-revenue-planning in swan-gtm/gtm-skills) into .claude/skills/revops-revenue-planning in your project. Claude Code loads it when a task matches its description.
Run `npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a codex`. Or copy the skill folder (skills/rutger-katz/revops-revenue-planning in swan-gtm/gtm-skills) into .agents/skills/revops-revenue-planning in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add swan-gtm/gtm-skills --skill revops-revenue-planning -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/revops-revenue-planning, .gemini/skills/revops-revenue-planning, .github/skills/revops-revenue-planning and .opencode/skills/revops-revenue-planning in your project.
Going by SKILL.md and its folder, Revops Revenue Planning needs Python for the scripts in its folder and the command-line tools its instructions call (python). Our summary lists: Python 3.
SKILL.md names 1 domain. As links in the text: neontriforce.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.
Revops Revenue Planning is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 7.2k tokens (SKILL.md is roughly 29k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 35k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Revops Revenue Planning: Financial Analysis Agent (LeoYeAI/openclaw-master-skills, 2.2k stars), Finance Ops (ericosiu/ai-marketing-skills, 3.6k stars), ERPClaw ERP Controller (avansaber/erpclaw, 116 stars) and Financial Analysis (damianvtran/local-operator, 217 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
swan-gtm (a GitHub organization) maintains it in swan-gtm/gtm-skills, which has 172 GitHub stars. The repository holds 32 skills in this directory. The repository was last updated on October 8, 2026.
Source: swan-gtm/gtm-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.