Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add nthnclrk/enablement-skills --skill quarterly-enablement-plannergit clone --depth 1 https://github.com/nthnclrk/enablement-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/nthnclrk/enablement-skills/quarterly-enablement-planner)<a href="https://agentmods.dev/skills/nthnclrk/enablement-skills/quarterly-enablement-planner"><img src="https://agentmods.dev/badge/skills/nthnclrk/enablement-skills/quarterly-enablement-planner/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/nthnclrk/enablement-skills/quarterly-enablement-planner"><img src="https://agentmods.dev/badge/skills/nthnclrk/enablement-skills/quarterly-enablement-planner.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00079 | $0.00968 |
| Opus 5.5 | $0.00032 | $0.00387 |
| Sonnet 5.5 | $0.00016 | $0.00194 |
| Haiku 4.5 | $0.00008 | $0.00097 |
Grade A, and why
quarterly-enablement-planner scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 24d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 75 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Quarterly enablement planner
Choose the enablement work the team can deliver this quarter and make the trade-offs visible to decision-makers.
A quarterly plan connects priorities to available capacity: what will be delivered, what will wait, and who accepts the trade-offs. Initiative charters belong in enablement-program-design.
Plan. "This quarter we ship the packaging launch and the AE qualification program. Partner certification, the battlecard refresh, and the new-hire rewrite wait. Capacity is 18 delivery days; those three do not fit."
Wish list. "Twelve initiatives across launch, onboarding, coaching, and content, all marked P1, owners TBD."
Show the deferred work, decision owner, and conditions for reconsidering it.
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 stack:
- The quarter and the business priorities
- Immovable launches, compliance dates, and peak selling periods
- Gross capacity by constrained owner, plus BAU, carryover, and leave
- Candidate work with evidence, dependencies, and required effort
If owner capacity is unknown, leave that work unscheduled. Do not invent capacity, fixed dates, or commitments to make the roadmap fit.
Supporting material
Read references/quarterly-plan-template.md for the defer test, scoring anchors, and the must-do conflict rule. Skip it if they already scored the stack and only want the calendar written.
Procedure
- Set the planning boundary. Quarter, priorities, immovable dates, and the roles covered. Done when you know which decisions this plan must protect.
- Build the net-capacity ledger first.
Net = Gross - BAU - carryover - leave - protected contingency. Use the contingency they supplied; do not invent a percentage. Include design, SME, delivery, reinforcement, and measurement. Done when every constrained owner has a number in one unit. - Score the candidates. Impact and necessity from the reference anchors. Rate confidence and effort separately. Do not divide priority by effort.
- Classify each item.
must do,should do,validate, ordefer. Must-do still needs an owner and a capacity plan. Done when every candidate has one label and a reason. - Name what will not happen this quarter. Defer list with rationale, re-entry condition, and decision owner. If must-do load exceeds capacity, surface the conflict: cut scope, move a date with the authorized owner, add verified capacity, or displace something else. Do not silently overbook.
- Sequence what will happen. Real decision dates, dependencies, peak selling, and field absorption. Overlapping launches can exceed audience capacity even when enablement has time. Assign owners, milestones, and due dates only when they are known.
- Set review points. Decision gates, material dependency dates, and explicit re-plan triggers. New work enters through a trade-off: consume contingency, reduce scope, or displace an item.
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 24d ago Changed · +2 lines 2e85453f9cf3
- 2mo ago First seen · 73 lines · 79 tokens per session scan A 07b51c06252b
quarterly-enablement-planner is a skill published in the GitHub repository nthnclrk/enablement-skills (16 stars, last pushed 25d ago), licensed MIT. It adds 79 tokens to every session and 968 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
quarterly-enablement-planner compared with skills from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| quarterly-enablement-plannernthnclrk/enablement-skills | Skill | 16 | 25d ago | MIT | A | 79 | Codex |
| imagegenopenai/codex | Skill | 133k | yesterday | Apache-2.0 | A | 113 | Codex |
| playwright-climicrosoft/playwright | Skill | 99k | yesterday | Apache-2.0 | A | 19 | Claude Code |
| local-ai-agentsmicrosoft/ai-agents-for-beginners | Skill | 79k | 4d ago | MIT | A | 200 | Claude Code, Codex |
| systematic-debuggingobra/superpowers | Skill | 313k | 3d ago | MIT | A | 21 | Claude Code |
| next-cache-components-adoptionvercel/next.js | Skill | 143k | yesterday | MIT | A | 95 | Claude Code |
| next-partial-prefetching-adoptionvercel/next.js | Skill | 143k | yesterday | MIT | A | 103 | Claude Code |