plan-ceo-review

Enforce a structured, risk-aware review workflow for feature plans.

Updated Apr 20, 2026
One-click install
npx skills add https://github.com/GS-Personal/gstack --skill plan-ceo-review-gs-personal
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-ceo-review
Source: https://github.com/GS-Personal/gstack/tree/main/plan-ceo-review
Command: npx skills add https://github.com/GS-Personal/gstack --skill plan-ceo-review-gs-personal

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plan-ceo-review solves the problem of rigorously reviewing ambitious feature plans by enforcing a structured, risk-aware evaluation workflow.

Core Features & Use Cases

  • Enforces nuclear-scope planning with three modes: SCOPE EXPANSION, HOLD SCOPE, SCOPE REDUCTION.
  • Mandates a Step 0 system audit, error/rescue mapping, ASCII diagrams, and extensive risk analysis.
  • Requires explicit documentation artifacts: NOT in scope, what already exists, dream-state delta, and deployment/readiness checks.

Quick Start

Run a system audit, choose EXPANSION, HOLD, or REDUCTION, and commit to a single plan before detailing the rest.

Frequently Asked Questions about plan-ceo-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I rigorously review an ambitious feature plan before development starts?

To review an ambitious feature plan, enforce a structured, risk-aware evaluation workflow that mandates a Step 0 system audit, error and rescue mapping, and explicit documentation of what is not in scope before detailing architecture diagrams or deployment readiness.

What is nuclear-scope planning and how does it apply to system architecture reviews?

Nuclear-scope planning is a structured evaluation method that enforces choosing between three modes: SCOPE EXPANSION, HOLD SCOPE, or SCOPE REDUCTION. It applies to system architecture reviews by requiring a committed single plan and a system audit before proceeding with detailed risk analysis.

How do I map edge cases and rescue flows when auditing a proposed architecture?

To map edge cases and rescue flows during an architecture audit, you must generate comprehensive error and rescue mappings alongside ASCII architecture diagrams. This identifies potential failure points and defines recovery procedures before system activation.

What mandatory documentation artifacts are needed for a deployment readiness check?

Mandatory documentation artifacts for deployment readiness include explicit lists of what is NOT in scope, what already exists, the dream-state delta, comprehensive architecture diagrams, and detailed test plans to ensure a risk-aware evaluation.

When should I choose scope reduction over scope expansion during a plan review?

You should choose scope reduction over scope expansion during a plan review when the system audit and risk analysis reveal constraints that prevent safely handling an ambitious feature set, ensuring you commit to a single, viable plan.

Can I use this plan review workflow for an existing system audit rather than a new feature?

Yes, you can use this workflow for an existing system audit because it mandates a Step 0 system audit to evaluate what already exists, assess security considerations, and map the dream-state delta before selecting an expansion, hold, or reduction mode.