Agent skill

Sales Quota Setting

by aiskillstore in aiskillstore/marketplace

Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion…

MITAuto-check passedSales & Support

Install Sales Quota Setting

skills CLI
$ npx skills add aiskillstore/marketplace --skill sales-quota-setting -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install aiskillstore/marketplace sales-quota-setting --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/aiskillstore/marketplace.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/mbfinotti/sales-quota-setting .claude/skills/sales-quota-setting && rm -rf skills-src

Use ~/.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/

Facts

Skill name
sales-quota-setting
GitHub stars
433
Token cost
~4.8k tokens
SKILL.md length
2,431 words
Files
6 (incl. references)
Skills in repo
1,044
Repo updated
First seen
Licence
MIT

At a glance

Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion…

  • Works in 11 steps: What are you setting quotas for: (a) the… → Is the motion B2B, B2C, or mixed - and… → Does a top-down number already exist:… → …
  • The user mentions quotas
  • SKILL.md covers Invocation examples, Interview, Choose the derivation rung and Brainstorm before you model, plus 6 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Sales Quota Setting is an agent skill from aiskillstore/marketplace. Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion, territory-weighted fair-share allocation, ramp relief policy, and validation against current attainment benchmarks. A macro planning exercise for VP Sales, CRO, and sales ops, covering B2B and B2C. Use whenever the user mentions quotas, targets, attainment, ramping new hires, annual planning, or "how much quota should an AE carry"…

Its SKILL.md is about 4.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including reference files (for example `evals/evals.json`, `references/capacity-and-ramp-math.md` and `references/fair-share-allocation.md`).

It sits in Sales & Support, covering CRM management, Conversion rate optimization and Accounting and bookkeeping. The repository describes itself as: Security-audited skills for Claude, Codex & Claude Code. One-click install, quality verified. The licence is MIT.

When your agent uses it

  • The user mentions quotas
  • Ramping new hires
  • Annual planning
  • How much quota should an AE carry

Example prompts

  • “how much quota should an AE carry”
  • “Use the sales-quota-setting skill to design how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted…”
  • “/sales-quota-setting”

Workflow steps

11 steps, taken from the first numbered list in SKILL.md.

  1. What are you setting quotas for: (a) the whole company's next fiscal period, (b) one team or segment, (c) one rep exception - new hire…
  2. Is the motion B2B, B2C, or mixed - and what does a rep sell: typical deal size or ticket, and sales-cycle length?
  3. Does a top-down number already exist: (a) a board- or investor-committed revenue target, (b) a target you are free to shape, (c) no target…
  4. Team shape: how many quota carriers, and how many of them are still ramping or will join mid-period?
  5. What history exists: (a) 2-3 years of per-rep and per-territory performance, (b) one year or partial, (c) little to none - new team or new…
  6. Last cycle's outcome: roughly what share of reps hit quota, and was the miss spread broadly or concentrated in a few seats?
  7. Are territories roughly equal in opportunity, deliberately unequal, or is it a shared pool (pooled inbound, round-robin)?
  8. What are OTE and the base/variable split? Only to sanity-check the quota:OTE ratio - designing the plan itself is…
  9. By what date must the finalized quota land, and how far is that from the fiscal-period start? A full derivation cycle typically starts 3-4…
  10. Do you want a one-off fix or a compounding asset: (a) patch this period's numbers, (b) build a repeatable derivation process the org…
  11. What is your effort ceiling: analyst hours, data quality and tooling, and the political capital you can spend with the field on territory…

What it can do on your machine

Read from SKILL.md and the folder at commit 44923f3. It shows what the files ask for, not the result of running them.

  • Tool permissions

    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.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Sales Quota Setting loads about 4.8k tokens when it runs, and up to ~8.1k if it reads all its reference files. Until then it costs about 186 tokens; SKILL.md has 2,431 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~186
When it runs · the whole SKILL.md, loaded when a task matches
~4.8k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~8.1k

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.

Safety

Auto-check passed

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); files beside SKILL.md are not scanned.

SKILL.md

The full file from aiskillstore/marketplace at commit 44923f3, republished under its MIT licence (© aiskillstore). 2,431 words, ~4,783 tokens.

Download SKILL.mdSave it as .claude/skills/sales-quota-setting/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
sales-quota-setting
description
Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion, territory-weighted fair-share allocation, ramp relief policy, and validation against current attainment benchmarks. A macro planning exercise for VP Sales, CRO, and sales ops, covering B2B and B2C. Use whenever the user mentions quotas, targets, attainment, ramping new hires, annual planning, or "how much quota should an AE carry", even without the word quota. Do NOT use for pipeline coverage math (mbfinotti/sales-skills@sales-pipeline-coverage-modeling) or the comp plan that pays against it (mbfinotti/sales-skills@sales-comp-design).
license
MIT
metadata.author
Maya-Beth Finotti
metadata.version
1.1.1

Sales Quota Setting

You are a sales-planning advisor to sales leadership. Run the periodic quota-derivation exercise: build a ramp-adjusted capacity model, reconcile the top-down target against it, size the over-assignment cushion, allocate across territories, set the ramp relief policy, and validate the plan against current attainment data before it ships.

Stay at the planning altitude - this skill produces a quota plan, never deal tactics or rep coaching.

  • Modeling the pipeline required to cover the quota belongs to mbfinotti/sales-skills@sales-pipeline-coverage-modeling.
  • Designing the comp plan that pays against it belongs to mbfinotti/sales-skills@sales-comp-design.

Invocation examples

Each ask enters at a different point. Run the interview first regardless; these decide how much of the workflow follows.

  • "Set next year's quotas for our 12 AEs." - full derivation, steps 1-10.
  • "Our board committed to $30M. What does each rep carry?" - the target exists, so reconcile it against capacity (steps 2-4) before allocating; never divide it down untested.
  • "My reps say the quotas are unattainable." - diagnostic entry: run the capacity model and the distribution check (steps 2, 8) against the shipped plan, then report which of the failure modes below produced it.
  • "What quota should a rep starting in month 2 of Q3 carry?" - exception entry: ramp relief only (step 6), against the existing plan. Do not re-derive the team's numbers.

Interview

Ask before modeling. One question per message; offer the multiple-choice options where given. Skip anything already answered by prior context.

  1. What are you setting quotas for: (a) the whole company's next fiscal period, (b) one team or segment, (c) one rep exception - new hire ramp, leave, mid-cycle territory change, (d) diagnosing a quota plan that isn't working?
  2. Is the motion B2B, B2C, or mixed - and what does a rep sell: typical deal size or ticket, and sales-cycle length?
  3. Does a top-down number already exist: (a) a board- or investor-committed revenue target, (b) a target you are free to shape, (c) no target yet?
  4. Team shape: how many quota carriers, and how many of them are still ramping or will join mid-period?
  5. What history exists: (a) 2-3 years of per-rep and per-territory performance, (b) one year or partial, (c) little to none - new team or new market?
  6. Last cycle's outcome: roughly what share of reps hit quota, and was the miss spread broadly or concentrated in a few seats?
  7. Are territories roughly equal in opportunity, deliberately unequal, or is it a shared pool (pooled inbound, round-robin)?
  8. What are OTE and the base/variable split? Only to sanity-check the quota:OTE ratio - designing the plan itself is mbfinotti/sales-skills@sales-comp-design's job.
  9. By what date must the finalized quota land, and how far is that from the fiscal-period start? A full derivation cycle typically starts 3-4 months before the period begins.
  10. Do you want a one-off fix or a compounding asset: (a) patch this period's numbers, (b) build a repeatable derivation process the org reruns every cycle?
  11. What is your effort ceiling: analyst hours, data quality and tooling, and the political capital you can spend with the field on territory or relief changes?

Re-rank the derivation ladder below against answers 9-11 before proposing anything, and say which answer moved what:

  • A hard date inside ~6 weeks demotes any rung needing new data collection - territory-potential scoring, tooling setup. Allocation from existing history is what fits the window.
  • A compounding mandate (10b) promotes the standing model despite its losing efficiency ratio; a patch mandate (10a) keeps you on the default rung.
  • A low effort ceiling deletes the standing model rather than demoting it - an unmaintained scoring model produces the unfairness it was built to fix. Say which rung you struck and why.

Choose the derivation rung

Three rungs, all hybrid - a top-down target validated against a bottom-up build. Pure top-down and pure bottom-up are not on the menu; each is a known failure mode (see Failure modes).

  • efficiency: divide-and-validate > full hybrid > standing model
  • value: standing model > full hybrid > divide-and-validate
  • effort: standing model (a standing job) > full hybrid (a planning cycle) > divide-and-validate (a day or two)
  1. Divide-and-validate. Allocate the target across teams top-down, then check the aggregate against a ramp-adjusted capacity model (RREs - see capacity-and-ramp-math.md). Catches the worst failure - a target no capacity model supports - for a day or two of spreadsheet work.
  2. Full hybrid. Set the top-down target first, build the bottom-up view from territory potential plus RRE capacity, reconcile the two, size over-assignment, weight territories, write the ramp policy. The complete workflow below.
  3. Standing model. Full hybrid plus a maintained territory-scoring model, multi-scenario attainment modeling, and a re-run cadence with a named owner.
  • Default: divide-and-validate, for a first-ever quota exercise or a team under ~10 reps.
  • Promote to full hybrid once the org runs an annual planning cycle and holds 2-3 years of history.
  • Promote to standing model anyway when the org manages ~20+ territories or reruns quotas more than annually - only a maintained model catches territory drift between cycles.
  • What the efficiency order starves: the standing model - high value, high effort, it loses every ratio round; the promotion condition above is what rescues it.

This ordering is a default, not a law. Re-rank it against what you know about the user:

  • An org with a planning-tools team already in place gets the standing model near-free.
  • A founder setting the first two quotas needs none of it.

Brainstorm before you model

Quota plans harden fast - once a number reaches the field, changing it costs trust. Surface the assumptions first.

  1. After the interview, present 2-3 candidate approaches (drawn from the ladder above, adapted to the answers) with trade-offs and one explicit recommendation. Ask remaining clarifying questions one at a time - prefer multiple-choice.
  2. Get explicit approval on the approach before building anything.
  3. Build the quota plan section by section, validating each with the user before the next: capacity model → target reconciliation and over-assignment → allocation and territory weighting → ramp and relief policy → validation and governance. A wrong capacity number invalidates everything downstream, so never present the plan as one finished block.
  4. Gate finalization on user approval of the assembled plan.

If your harness has persistent memory, store the approved decisions - target, over-assignment level, allocation method, ramp schedule, governance rules - so next cycle's rerun and any mid-cycle exception starts from the recorded plan, not from scratch.

Workflow

  1. Pull and clean the history. 2-3 years of performance by rep, territory, and segment, plus average deal size, stage conversion rates, and current headcount with each rep's ramp position. Start 3-4 months before the fiscal period for a full cycle.

  2. Build capacity in Ramped Rep Equivalents, never nominal headcount. Each rep counts as their ramp-schedule fraction, not as 1. A continuously hiring team commonly loses ~30% of nominal capacity to ramp - the single biggest source of overstated plans. Formula and worked example: capacity-and-ramp-math.md.

  3. Set the top-down target and reconcile. When the bottom-up capacity build falls short of the target, there are exactly three honest choices: add capacity, revise the target, or knowingly accept an underfunded plan. Raising individual quotas to close the gap is not a fourth option - it manufactures the miss instead of fixing the shortfall.

  4. Size the over-assignment cushion. Set aggregate rep quotas above the company commitment, so normal miss-rates still land the company number. Published guidance spans a contested 10-25% range - never one settled figure; pick a point in it from your own attainment history and comp-cost tolerance. Source-by-source breakdown: capacity-and-ramp-math.md.

  5. Allocate across territories. For patch-based territories, rank the methods by efficiency:

    • efficiency: modified fair share > fair share on potential > standing territory index

    • value: standing territory index > fair share on potential > modified fair share

    • effort: modified fair share (hours, from CRM history) < fair share on potential (a scoring pass) < standing territory index (a standing job)

    • Default: modified fair share - proportional allocation from historical results the org already holds.

    • Promote to fair-share on scored potential when history is unrepresentative: redrawn territories, heavy churn, a market shift.

    • Promote to the standing index under the same condition as the standing rung above.

    • What the efficiency order starves: the standing index, for the same reason as above - the promotion condition is what rescues it.

    A flat quota appears on none of those three lines deliberately. On unequal patches it is structurally unfair, so delete it rather than park it at the bottom where it silently reappears as scope.

    It is correct and free on a shared pool (pooled inbound, round-robin) - but that is a different menu, because opportunity there genuinely equalizes and no weighting is warranted. Formulas, worked example, and the fairness trade-off: fair-share-allocation.md.

  6. Write the ramp relief policy. Relieved Quota = Full Quota × Ramp % per period; attainment during ramp uses the relieved number as denominator. The ramp curve is parameterized by sales-cycle length, not chosen from a ranked menu - ranking schedules would be false precision, since a 30-day-cycle team and an enterprise team need different curves for structural reasons.

    Schedules and benchmarks: capacity-and-ramp-math.md. Draw structures that support income during ramp are comp-plan design - hand them to mbfinotti/sales-skills@sales-comp-design.

  7. Run the sanity ratios.

    • Quota:OTE should land near 4-6x for B2B SaaS (lower for SMB, higher for enterprise).
    • The implied pipeline coverage (roughly 1 ÷ win rate, typically 3-5x) must be plausible against actual pipeline creation.

    These ratios move together - a quota that breaks one usually breaks the other. Values and mechanics: validation-checks.md.

    Building the coverage model itself is mbfinotti/sales-skills@sales-pipeline-coverage-modeling's job.

  8. Model the attainment distribution before shipping. Classic guidance targets a bell curve with 60-70% of reps at or above quota - but published attainment has structurally fallen below that figure across the methodologically comparable series and keeps moving, so grading a plan against the classic number alone reads a healthy team as broken. Re-baseline the target against current data, not the folk benchmark.

    If the modeled distribution looks like a barbell - top decile far over, a thick tail far under - the target was set top-down without real capacity validation. Current benchmarks, the cross-source table, and the re-baselining thresholds: validation-checks.md.

  9. Write the governance rules into the plan.

    • Keep mid-cycle territory and account changes to a minimum.
    • Require a formal carve-out process for named accounts and any mid-year reassignment, never ad hoc manager adjustment.
    • Document the ramp curve and relief rules as explicit policy so forecasting, onboarding, and comp payout all reference the same relieved numbers.
  10. Assemble the output (shape below), run the Measurement check, and iterate until it passes.

Show full SKILL.md (701 more words)Show less

B2B vs B2C

The derivation logic transfers; the calibration data and several conventions do not.

Carries over unchanged:

  • Capacity-times-productivity derivation.
  • The three-choice reconciliation rule.
  • Ramp relief mechanics.
  • Territory-fairness allocation.
  • Distribution-shape validation.
  • The governance discipline.

A car dealership and a SaaS org both fail the same way when the target is divided down with no capacity model behind it.

Differs:

  • No published rep-level benchmark series exists in B2C. The B2B attainment and ratio tables in validation-checks.md are B2B SaaS data; B2C trade data (insurance, real estate, auto) measures market transactions, not rep performance. Validate a B2C plan against the org's own historicals only, and say so in the plan.
  • The quota:OTE and coverage ratios don't transfer. They are built on salaried-base-plus-variable B2B comp. Commission-heavy B2C plans (real estate, insurance, solar, auto) pay a percentage of each sale directly, so the quota functions as a performance-management floor, not the comp trigger.
  • Quota units and cadence differ. B2C quotas are commonly unit- or activity-based (cars, policies, installs) with monthly resets, against B2B's revenue quotas on annual or quarterly cycles.
  • Ramp support is a draw, not only relief. Commission-heavy verticals support new hires with recoverable or non-recoverable draws alongside - or instead of - a relieved quota; first-year washout is severe, so an unattainable early quota accelerates the attrition it was supposed to measure.

Quota plan output shape

PLAN: fiscal period · altitude (company / team / exception) · committed target and who set it
CAPACITY: quota carriers · RRE total · productivity per ramped rep · modeled capacity
RECONCILIATION: gap vs target · which of the three choices was taken
OVER-ASSIGNMENT: % above commitment · rationale for the point chosen in the 10-25% range
ALLOCATION: method chosen and why · per-team/per-rep quota table
RAMP POLICY: schedule (period × %) · relieved-quota attainment rule · mid-cycle exception rules
SANITY RATIOS: quota:OTE · implied pipeline coverage · pass/fail vs band
DISTRIBUTION CHECK: modeled % of reps at quota · shape vs re-baselined target
GOVERNANCE: carve-out process · review cadence · next re-derivation date

Failure modes

  • Closing the reconciliation gap by raising individual quotas - the plan now assumes attainment no capacity supports. Fix: return to the three choices in step 3.
  • Capacity from nominal headcount - overstates a hiring team's output by roughly a third and guarantees later re-baselining. Fix: RREs, always.
  • Pure top-down - arbitrary numbers with no territory reality behind them; lands as unattainable and reads as leadership not knowing the business.
  • Pure bottom-up - reps sandbag to protect themselves; the aggregate goes conservative and locks in the current strategy. Both pure forms are why the menu only offers hybrids.
  • Anchoring on the 60-70% folk benchmark - that era ended around 2022. A plan graded against it will look broken when it is performing at today's median.
  • Single-source benchmarking - published series diverge by more than 15% on attainment; triangulate at least three before setting anything (see validation-checks.md).
  • Over-assignment as a folk constant - "just add 20%" without checking your own attainment history compounds with an inflated capacity model into a plan nobody can hit.
  • Territory weighting off a stale scoring model - produces exactly the unfairness it was meant to fix, with a veneer of rigor. Refresh the model or drop to modified fair share.
  • Ad hoc mid-cycle changes - every unmanaged territory or account move mid-year silently rewrites someone's quota. Fix: the carve-out process in step 9.

Measurement

The plan is not done until all of these pass; iterate until 100%:

  • Capacity is stated in RREs with each rep's ramp position visible.
  • The reconciliation line names which of the three choices was taken - no silent fourth option.
  • Over-assignment names its point in the range and the rationale; it is never presented as a fixed industry number.
  • The allocation method matches the territory structure, and any deleted option (flat quota on unequal patches, an unmaintained index) is named as deleted.
  • The distribution check compares against current re-baselined data, not the classic bell-curve figure alone.
  • Governance rules for mid-cycle changes are written into the plan.

Outcome KPIs to track through the cycle:

  • Share of reps at quota vs the modeled share, and the distribution's shape (bell vs barbell).
  • Re-baselining triggers: under ~40% of reps at quota, top-performer attrition rising as team attainment sits under ~45%, or underperformance spreading to historically strong reps and territories - the last one signals the model is wrong, not the execution.
  • Realized over-assignment vs planned; count of mid-cycle exceptions granted outside the carve-out process.

References

  • mbfinotti/sales-skills@sales-pipeline-coverage-modeling: model the pipeline needed to cover quotas you set here.
  • mbfinotti/sales-skills@sales-comp-design: design the comp plan that pays against this quota - pay mix, accelerators, draws.
  • mbfinotti/sales-skills@sales-org-structure: headcount and topology decisions that feed the capacity model.
  • mbfinotti/sales-skills@sales-hiring: 30-60-90 ramp plans behind the ramp-relief schedule.
  • mbfinotti/sales-skills@sales-account-segmentation: account-level criteria that feed a territory-potential score.
  • mbfinotti/sales-skills@sales-account-tiering: account-level criteria that feed a territory-potential score.
  • ./references/capacity-and-ramp-math.md: RRE math, over-assignment sources, ramp schedules.
  • ./references/fair-share-allocation.md: allocation formulas, worked example, fairness trade-off.
  • ./references/validation-checks.md: attainment benchmarks, re-baselining thresholds, sanity ratios.

© aiskillstore, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (references) in skills/mbfinotti/sales-quota-setting of aiskillstore/marketplace.

  • SKILL.md
  • evals/evals.json
  • references/capacity-and-ramp-math.md
  • references/fair-share-allocation.md
  • references/validation-checks.md
  • skill-report.json

Open the folder on GitHubat commit 44923f3

Compare with similar skills

Sales Quota Setting 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.

Sales Quota Setting compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Sales Quota Setting this skillaiskillstore/marketplace433—~4.8kAutomated safety check: PassMIT
Insurance Brokerage Agency Billing Configureforcedotcom/sf-skills1.1k—~5.8kAutomated safety check: PassApache-2.0
Hubspot Deal Pipeline Automationjeremylongshore/tons-of-skills-marketplace2.8k—~5.5kAutomated safety check: PassMIT
Salesforce Core Workflow Ajeremylongshore/tons-of-skills-marketplace2.8k—~1kAutomated safety check: PassMIT
Salesforce Core Workflow Bjeremylongshore/tons-of-skills-marketplace2.8k—~1.1kAutomated safety check: PassMIT
Salesforce Deploy Integrationjeremylongshore/tons-of-skills-marketplace2.8k—~1.1kAutomated safety check: PassMIT

Similar skills

  • Configure end-to-end Agency Billing on a Salesforce FSC Insurance Brokerage org via dispatch MCP calls.

    1.1k GitHub stars~5.8k tokensUpdated yesterday
    Business, Finance & HRAuto-check passed
  • Hubspot Deal Pipeline Automation

    jeremylongshore/tons-of-skills-marketplace

    Automate and audit HubSpot deal pipeline operations without destroying real pipeline — covering stage automation loops, stale-deal safe-close logic, forecast reconciliation, custom property drift…

    2.8k GitHub stars~5.5k tokensUpdated yesterday
    Sales & SupportAuto-check passed
  • Salesforce Core Workflow A

    jeremylongshore/tons-of-skills-marketplace

    Run a metadata-aware Salesforce record workflow with bounded SOQL, CRUD and field-access checks, mutation preview, and reconciliation.

    2.8k GitHub stars~1k tokensUpdated yesterday
    Sales & SupportAuto-check passed
  • Salesforce Core Workflow B

    jeremylongshore/tons-of-skills-marketplace

    Analyze and run the correct Salesforce high-volume operation using Bulk API 2.0, Composite, Graph, or sObject Collections with reconciliation.

    2.8k GitHub stars~1.1k tokensUpdated yesterday
    Sales & SupportAuto-check passed
  • Salesforce Deploy Integration

    jeremylongshore/tons-of-skills-marketplace

    Deploy a Salesforce-connected application through immutable artifacts, environment binding, canary traffic, reconciliation, and rollback.

    2.8k GitHub stars~1.1k tokensUpdated yesterday
    Sales & SupportAuto-check passed
  • Salesforce Incident Runbook

    jeremylongshore/tons-of-skills-marketplace

    Run evidence-led Salesforce integration incident response from detection through containment, recovery, reconciliation, and prevention.

    2.8k GitHub stars~1.1k tokensUpdated yesterday
    Sales & SupportAuto-check passed

More from aiskillstore/marketplace

All 1,040 skills in this repo
  • Code Stats

    aiskillstore/marketplace

    Analyze codebase with tokei (fast line counts by language) and difft (semantic AST-aware diffs).

    433 GitHub starsUsed in 1 repo~697 tokens
    Auto-check: notes
  • Data Processing

    aiskillstore/marketplace

    Process JSON with jq and YAML/TOML with yq. An agent skill from aiskillstore/marketplace.

    433 GitHub starsUsed in 1 repo~720 tokens
    Auto-check: notes
  • Doc Scanner

    aiskillstore/marketplace

    Scans for project documentation files (AGENTS.md, CLAUDE.md, GEMINI.md, COPILOT.md, CURSOR.md, WARP.md, and 15+ other formats) and synthesizes guidance.

    433 GitHub starsUsed in 1 repo~644 tokens
    Auto-check: notes
  • File Search

    aiskillstore/marketplace

    Modern file and content search using fd, ripgrep (rg), and fzf.

    433 GitHub starsUsed in 1 repo~598 tokens
    Auto-check: notes
  • Find Replace

    aiskillstore/marketplace

    Modern find-and-replace using sd (simpler than sed) and batch replacement patterns.

    433 GitHub starsUsed in 1 repo~527 tokens
    Auto-check: notes
  • Project Planner

    aiskillstore/marketplace

    Detects stale project plans and suggests session commands. An agent skill from aiskillstore/marketplace.

    433 GitHub starsUsed in 1 repo~504 tokens
    Auto-check passed

Questions about Sales Quota Setting

What does Sales Quota Setting do?

Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion…. Sales Quota Setting is an agent skill from aiskillstore/marketplace. Designs how sales quotas are derived for a team or company - top-down vs bottom-up reconciliation, ramp-adjusted capacity modeling (Ramped Rep Equivalents), over-assignment cushion, territory-weighted fair-share allocation, ramp relief policy, and validation against current attainment benchmarks.

When should I use Sales Quota Setting?

Sales Quota Setting fits situations like: the user mentions quotas; ramping new hires; annual planning; how much quota should an AE carry.

How do I install Sales Quota Setting in Claude Code?

Run `npx skills add aiskillstore/marketplace --skill sales-quota-setting -a claude-code`. Or copy the skill folder (skills/mbfinotti/sales-quota-setting in aiskillstore/marketplace) into .claude/skills/sales-quota-setting in your project. Claude Code loads it when a task matches its description.

How do I install Sales Quota Setting in Codex?

Run `npx skills add aiskillstore/marketplace --skill sales-quota-setting -a codex`. Or copy the skill folder (skills/mbfinotti/sales-quota-setting in aiskillstore/marketplace) into .agents/skills/sales-quota-setting in your project. Codex loads it when a task matches its description.

Can I use Sales Quota Setting in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add aiskillstore/marketplace --skill sales-quota-setting -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/sales-quota-setting, .gemini/skills/sales-quota-setting, .github/skills/sales-quota-setting and .opencode/skills/sales-quota-setting in your project.

What does Sales Quota Setting need to run?

SKILL.md names no scripts, command-line tools or credentials: Sales Quota Setting is instructions for the agent only.

Does Sales Quota Setting access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Sales Quota Setting safe to install?

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. Review the folder before installing.

What licence does Sales Quota Setting use?

Sales Quota Setting is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Sales Quota Setting use?

About 4.8k tokens (SKILL.md is roughly 19k 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 3.4k tokens, read only when the agent opens those files.

What are the alternatives to Sales Quota Setting?

Skills that share tags, products or a category with Sales Quota Setting: Insurance Brokerage Agency Billing Configure (forcedotcom/sf-skills, 1.1k stars), Hubspot Deal Pipeline Automation (jeremylongshore/tons-of-skills-marketplace, 2.8k stars), Salesforce Core Workflow A (jeremylongshore/tons-of-skills-marketplace, 2.8k stars) and Salesforce Core Workflow B (jeremylongshore/tons-of-skills-marketplace, 2.8k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Sales Quota Setting?

aiskillstore (a GitHub organization) maintains it in aiskillstore/marketplace, which has 433 GitHub stars. The repository holds 1,044 skills in this directory. The repository was last updated on October 10, 2026.

Source: aiskillstore/marketplace on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.