ST

strategic-planning-protocol

Strategic evaluation framework for multi-phase projects to identify blockers and foundational needs.

Install

mkdir -p .claude/skills/strategic-planning-protocol && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/17183" && unzip -o skill.zip -d .claude/skills/strategic-planning-protocol && rm skill.zip

Installs to .claude/skills/strategic-planning-protocol

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Multi-persona plan evaluation, gap analysis, and pre-work identification for complex initiatives. Use before executing any multi-phase project to maximize success probability.
175 charsno explicit “when” trigger
Advanced

Key capabilities

  • Evaluate plans from multiple personas
  • Identify gaps in project roadmaps
  • Assess external knowledge requirements
  • Ensure registry and catalog hygiene
  • Identify and prioritize pre-work items
  • Define success metrics per persona

How it works

The skill evaluates a draft plan from multiple persona perspectives, assesses external knowledge needs, and identifies gaps and pre-work to create a complete roadmap.

Inputs & outputs

You give it
project name or plan file path
You get back
persona-validated roadmap with identified gaps, required artifacts, and pre-work

When to use strategic-planning-protocol

  • Evaluate project roadmap
  • Identify project gaps
  • Plan multi-phase initiatives

About this skill

Strategic Planning Protocol (SPP-001)

Use this skill to transform a draft plan into a comprehensive, persona-validated roadmap with identified gaps, required artifacts, and success-enabling pre-work.

When to Use

  • Before executing any multi-phase project (3+ phases)
  • After creating an initial plan but before implementation
  • When inheriting or reviewing an existing roadmap
  • When a project spans multiple packages, teams, or domains
  • When you need to ensure alignment across different stakeholders

Core Principle

Plans fail not from bad ideas but from missing foundations. This skill ensures you identify and address gaps before they become blockers.


Phase 0: External Knowledge Assessment

Before evaluating the plan, assess what external knowledge is needed.

0.0 Determinism + Registry Hygiene (Monorepo Reality Check)

If the plan adds or changes any Capability/Blueprint/Tool that is expected to be discoverable (MCP/UI/registry), explicitly include these checks up front:

  • Deterministic artifacts are part of the contract: some repos require committed/generated artifacts (ex: tool catalogs) to be updated alongside code changes.
  • Registry / catalog update order matters (avoid “tool exists in code but is missing in UI”):
    • Align metadata.domain/subdomain with metadata.id-derived domain parts
    • Regenerate the tool catalog artifact (deterministically)
    • Run the sync generator that updates barrel exports/registries
    • Restart any long-running processes serving tool lists if the UI can be stale until restart
  • Validation levels: declare what “done” means (contract-only vs runtime smoke vs staging).
    • Contract-only is valid for MVPs, but it must be labeled to avoid “implemented but not runnable” confusion.

External Research Triggers

Ask these questions. If any answer is "yes", research before proceeding:

QuestionIf Yes...
Does this plan use patterns/frameworks not in the codebase?Research latest documentation and examples
Does this integrate with external services I haven't used?Get API docs, authentication flows, rate limits
Is this the first implementation of a new capability type?Find reference implementations
Are there security/compliance requirements I'm uncertain about?Research standards and best practices
Has the underlying technology changed since I last used it?Check for breaking changes, deprecations

External Research Template

### External Knowledge Needed

| Topic               | Question                     | Research Source         | Findings          |
| ------------------- | ---------------------------- | ----------------------- | ----------------- |
| [Framework/Pattern] | How to implement X?          | Official docs, examples | [Key patterns]    |
| [Integration]       | How does Y API work?         | OpenAPI spec, tutorials | [Auth, endpoints] |
| [Best Practice]     | What's the current standard? | Web search, community   | [Recommendations] |

### Confidence After Research

| Area                    | Before          | After           | Notes |
| ----------------------- | --------------- | --------------- | ----- |
| Implementation approach | Low/Medium/High | Low/Medium/High |       |
| Integration feasibility | Low/Medium/High | Low/Medium/High |       |
| Security posture        | Low/Medium/High | Low/Medium/High |       |

When to Skip Phase 0

  • All patterns are already in the codebase
  • All integrations have existing capabilities
  • High confidence in implementation approach

Phase 1: Multi-Persona Evaluation

Evaluate the plan from 5 perspectives. For each persona, score alignment (1-10) and identify gaps.

Scoring Rubric

Use this rubric for consistent scoring across personas:

ScoreMeaningCriteria
9-10ExcellentAll needs addressed, patterns documented, no gaps identified
7-8GoodMost needs addressed, minor gaps can be resolved during execution
5-6AdequateCore needs addressed, but significant gaps require pre-work
3-4WeakMajor concerns, substantial pre-work or plan revision needed
1-2PoorFundamental misalignment, plan needs significant rethinking

Readiness Thresholds

Average ScoreReadinessAction
≥7.0ReadyProceed with execution
5.0-6.9Needs Pre-WorkComplete identified pre-work, then proceed
<5.0Needs RethinkRevise plan before investing in pre-work

Required Personas

1. Agent (AI Assistant)

Key Concerns: Tool discoverability, determinism, context propagation, HITL clarity

Evaluation CriteriaQuestions to Ask
Tool DiscoveryAre all new capabilities registered in MCP? Will agents find them?
DeterminismDoes workflow code follow WCS-001 determinism rules?
Context PropagationIs GoldenContext properly extended and propagated?
HITL ClarityAre approval points clearly defined with signals?

Generative Prompts for Agent Evaluation:

Imagine you are an AI agent trying to execute this plan's outcomes.
Walk through each phase and ask:

1. "When a user asks me to [action from this plan], what tool do I invoke?"
   - If unclear → Gap: MCP registration or tool naming

2. "What information do I need to pass to each capability?"
   - If unclear → Gap: Schema documentation or aiHints

3. "If something fails mid-workflow, can I retry safely?"
   - If no → Gap: Idempotency or determinism violation

4. "When do I need human approval before proceeding?"
   - If unclear → Gap: HITL signal definitions

5. "How do I know if the operation succeeded?"
   - If unclear → Gap: Output schema or status indicators

6. "If I surface an approval request to a human, what context do I include so it is reviewable?"
   - If unclear → Gap: execution/request contract missing incident/workflow context (eventId/incidentId, service tags, contextType)

7. "Will the tool actually appear where agents look for it?"
   - If unclear → Gap: deterministic tool-catalog regeneration + registry/barrel export sync step missing from plan

8. "If the tool list in the UI is stale, do we have a clear restart/refresh step?"
   - If unclear → Gap: runbook/action missing; add explicit “restart/refresh tool catalog” step for local/dev workflows

2. Developer (Platform Contributor)

Key Concerns: Dogfooding, clear patterns, fast feedback, minimal boilerplate

Evaluation CriteriaQuestions to Ask
DogfoodingHave we used the platform to build the platform?
Clear PatternsDo skills exist for the patterns we're using?
Fast FeedbackAre tests comprehensive and fast?
Minimal BoilerplateDo generators exist for repetitive scaffolding?

Generative Prompts for Developer Evaluation:

Imagine you are a new developer implementing a similar feature next month.
Walk through the plan and ask:

1. "What patterns will I use that aren't documented?"
   - If any → Gap: Skill creation needed

2. "What files will I create more than twice?"
   - If any → Gap: Generator needed

3. "How will I know if my code follows the standards?"
   - If unclear → Gap: Linting rules or TDD guidance

4. "Where will I get stuck waiting for information?"
   - Each wait → Gap: Documentation or spec needed

5. "What would I copy-paste from this implementation?"
   - Each item → Gap: Should be a pattern, not copy-paste

6. "Are tests deterministic across machines and CI?"
   - If unclear → Gap: avoid reliance on global/user-local directories in tests; add explicit overrides/fixtures

7. "If there are two execution surfaces (in-process vs container/runtime), do we keep them aligned?"
   - If unclear → Gap: missing smoke/contract tests proving both surfaces match on key invariants

8. "Are there any `${...}`-shaped template hazards in generated scripts or embedded strings?"
   - If yes → Gap: add explicit escaping conventions and tests for template/script output

3. End User (Platform Operator)

Key Concerns: Usability, response speed, clear workflows, minimal training

Evaluation CriteriaQuestions to Ask
UsabilityIs the UI intuitive? Are user flows documented?
Response SpeedAre SLOs defined? Is performance measured?
Clear WorkflowsAre procedures documented? Do runbooks exist?
Minimal TrainingIs there an onboarding guide?

Generative Prompts for End User Evaluation:

Imagine you are an SRE at 3am trying to use this system.
Walk through the plan and ask:

1. "What will I click/type to accomplish the main task?"
   - If unclear → Gap: UX design or user flow needed

2. "How long will I wait for results?"
   - If unknown → Gap: SLO definition needed

3. "What do I do if it doesn't work?"
   - If unclear → Gap: Error handling o

---

*Content truncated.*

When not to use it

  • When all patterns are already in the codebase
  • When all integrations have existing capabilities
  • When there is high confidence in the implementation approach

Limitations

  • Requires a draft plan as input
  • Focuses on multi-phase projects (3+ phases)
  • Assumes the existence of a registry/catalog for some checks

How it compares

This skill systematically evaluates plans through multiple personas and checks for foundational gaps, which is more structured than a single-perspective or ad-hoc review.

Compared to similar skills

strategic-planning-protocol side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
strategic-planning-protocol (this skill)01moReviewAdvanced
create-plan368moReviewBeginner
project-planner3210moReviewIntermediate
system-design199moNo flagsIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

create-plan

antinomyhq

Generate detailed implementation plans for complex tasks. Creates comprehensive strategic plans in Markdown format with objectives, step-by-step implementation tasks using checkbox format, verification criteria, risk assessments, and alternative approaches. Use when users need thorough analysis and structured planning before implementation, when breaking down complex features into actionable steps, or when they explicitly ask for a plan, roadmap, or strategy. Strictly planning-focused with no code modifications.

36121

project-planner

adrianpuiu

Comprehensive project planning and documentation generator for software projects. Creates structured requirements documents, system design documents, and task breakdown plans with implementation tracking. Use when starting a new project, defining specifications, creating technical designs, or breaking down complex systems into implementable tasks. Supports user story format, acceptance criteria, component design, API specifications, and hierarchical task decomposition with requirement traceability.

32115

system-design

lagz0ne

Use when designing, architecting, or planning a new system from requirements or ideas - transforms concepts into navigable design catalog using EventStorming methodology, Mermaid diagrams, and progressive elaboration through 5 phases (Requirements, Big Picture, Processes, Data/Flows, Integration)

19108

spec-kit-workflow

jmanhype

Guides specification-driven development workflow. Automatically invoked when discussing new features, specifications, technical planning, or implementation tasks. Ensures proper workflow phases (specify → clarify → plan → checklist → tasks → analyze → implement).

11111

sparc-methodology

ruvnet

SPARC (Specification, Pseudocode, Architecture, Refinement, Completion) comprehensive development methodology with multi-agent orchestration

8100

spec-workflow

TencentCloudBase

Standard software engineering workflow for requirement analysis, technical design, and task planning. Use this skill when developing new features, complex architecture designs, multi-module integrations, or projects involving database/UI design.

1091

Search skills

Search the agent skills registry