跳到正文
FunCoding

搜索

搜索文档、Skill 和 MCP

scenario-planning

Plans under genuine uncertainty — building scenarios, identifying which assumptions are load-bearing, setting early-warning indicators, and stress-testing a plan against futures rather than forecasting one. Use this when a decision depends on something unknowable, when a plan assumes conditions that may not hold, before a large irreversible commitment, or when a market, regulatory, or technology shift could invalidate the strategy.

测试2kplugins/corporate-strategy/skills/scenario-planning/SKILL.md

安装

把这段话发给 Claude Code、Codex 或 Cursor。智能体会先检查安全性,你确认后才安装。

读取 https://funcoding.ai/skills/cbrock84/headcount/scenario-planning/install.md ,按里面的步骤帮我安装这个 Skill。

SKILL.md

Scenario planning

Forecasting produces one number and false confidence. Scenario planning produces a plan that survives being wrong, which is the realistic goal.

Separate what you know from what you are assuming

List the plan's assumptions explicitly, then sort them:

  • Predetermined — things that will happen regardless. Demographics, contracted commitments, technology already deployed. Plan around them; do not spend analysis on them.
  • Genuinely uncertain and load-bearing — the plan changes materially depending on how they resolve.

Almost every plan has two or three load-bearing uncertainties. Finding them is most of the value, and the exercise usually surfaces one nobody had articulated.

Build scenarios from the uncertainties, not from moods

The common failure is three scenarios named optimistic, base, and pessimistic — which is one scenario with the numbers scaled, and it teaches nothing.

Take the two most consequential uncertainties and build the quadrants. Each scenario should be internally coherent: if demand is high and supply is constrained, what else follows — pricing, competitor behavior, regulatory attention?

Give each a name that captures its logic. Names make scenarios usable in conversation, which is where they earn their keep.

Three or four scenarios. More cannot be held in mind; two collapses into best and worst.

Stress-test the plan against each

For every scenario: does the plan still work, what breaks first, and what would we wish we had done sooner?

The output is not a prediction. It is three things:

  • Robust moves — sensible in every scenario. Do these now, with confidence.
  • Contingent moves — right in some scenarios only. Prepare, do not commit.
  • Options — small investments that buy the right to act later. Deliberately underrated, because they look like indecision and are actually the cheapest way to handle uncertainty.

Early-warning indicators

For each scenario, name the observable signal that would show it is arriving — and specify it precisely enough to be checked. "Regulatory pressure increases" is not observable. "A second jurisdiction opens a consultation" is.

Assign each indicator an owner and a review cadence. Scenario work that produces no monitoring is a workshop, not a plan.

Revisit on the trigger, not the calendar

Most scenario planning is done once and filed. Its value comes from being revisited when an indicator fires — that is the moment the earlier thinking pays, because the options were identified before anyone was under pressure.

Never

  • Assign probabilities to scenarios and then plan only for the likeliest. That is forecasting with extra steps.
  • Build a scenario nobody in the room believes possible. It will be ignored, and the exercise loses credibility.
  • Let the exercise end without naming what to do on Monday in every scenario.

相似的 Skill

skill-creator
anthropics/skills180k

skill-creator

Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.

测试

ponytail-audit
DietrichGebert/ponytail158k

ponytail-audit

Quality audit of a whole repo: bugs, security holes, what breaks under real load, risky code without tests, slow paths, and what to delete, merge or split. Ranked, each finding explained in plain English. One-shot report, changes nothing. Use for "audit this codebase", "review the whole repo", "find bloat", "what can I delete", /ponytail-audit.

测试

ponytail-audit
DietrichGebert/ponytail158k

ponytail-audit

Quality audit of the whole repo: bugs, security, real load, missing tests, speed, and what to delete. Most important first.

测试

ponytail-review
DietrichGebert/ponytail158k

ponytail-review

Quality review of a diff: bugs, security, real load, missing tests, speed, and what to delete. Each finding says what goes wrong and how to fix it.

测试

ci-cd-and-automation
addyosmani/agent-skills103k

ci-cd-and-automation

Automates CI/CD pipeline setup. Use when setting up or modifying build and deployment pipelines. Use when you need to automate quality gates, configure test runners in CI, or establish deployment strategies.

测试

idea-refine
addyosmani/agent-skills103k

idea-refine

Refines raw ideas into sharp, actionable concepts through structured divergent and convergent thinking. Use when an idea is still vague, when you need to stress-test assumptions before committing to a plan, or when you want to expand options before converging on one. Triggers on "ideate", "refine this idea", or "stress-test my plan".

测试