Deep planner
A Codex skill pack for long-running project work
npx -y skills add fengsihao23-eng/shen-hua --skill deep-plannerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Shen-Hua deep planning workflow for complex tasks before implementation. Use before large edits, refactors, architecture changes, public API changes, cross-module work, risky migrations, unclear requirements, or when the user asks Codex to investigate first, produce a deep plan, identify risks, or plan a long-running implementation.
SKILL.md
3.7 KB, as published. Nobody here has run it
Deep Planner
Deep Planner turns a complex objective into a grounded execution plan before edits begin. It prioritizes current project evidence over assumptions.
Trigger Conditions
Use this skill when:
- The task affects multiple files, modules, packages, or APIs.
- The work could break user workflows, data, public contracts, or build/test infrastructure.
- The user asks for deep planning, investigation, architecture, impact analysis, or risk analysis.
$project-commanderclassifies the task as complex.
Do Not Trigger
Do not use this skill when:
- The user explicitly asks for a quick direct change and the blast radius is tiny.
- The task is purely explanatory and does not depend on project structure.
- A current plan already exists in
.agent/PLAN.mdand the user asks only to execute the next listed task.
Investigation Rules
- Read
.agent/memory first. - If the project root contains
.codegraph/and CodeGraph MCP/CLI is available, use CodeGraph first for symbols, call chains, impact scope, and architecture relationships. - If CodeGraph is missing, stale, incomplete, or not relevant, inspect concrete files with fast local search and targeted reads.
- Do not initialize CodeGraph unless the user explicitly asks.
- Confirm current file contents before editing files that may have changed recently.
Planning Workflow
- Define the objective, non-goals, and success criteria.
- Map relevant files, modules, commands, entry points, and data flows.
- Identify risk categories:
- behavior changes
- compatibility/API changes
- data migration or persistence
- security/privacy
- performance
- test coverage
- deployment/runtime assumptions
- Break the work into phases with a verification gate after each meaningful phase.
- Mark the first concrete implementation step.
- Record assumptions and questions. Ask the user only when a reasonable assumption would be risky.
Required .agent/ Updates
Always update:
.agent/PLAN.md: phases, success criteria, verification gates..agent/TASKS.md: tasks derived from the plan..agent/LOG.md: investigation summary and files/tools inspected..agent/HANDOFF.md: the current plan and first next action.
Update when relevant:
.agent/DECISIONS.md: accepted architecture choices or rejected alternatives..agent/PROJECT_BRIEF.md: newly discovered constraints or project conventions.
Other Skills
- Use
$persistent-memoryfirst if.agent/is missing or malformed. - Return control to
$project-commanderafter producing the plan. - Use
$subagent-orchestratoronly if independent research/work streams are allowed and useful.
Subagents
Subagents are optional. Use explorer/architect/reviewer agents only when the user or runtime policy permits delegation. Otherwise, perform role passes locally and log that no real subagents were launched.
Verification Commands
Deep planning itself does not require build/test commands unless the investigation needs a baseline. If a baseline is useful, run cheap read-only checks such as package script discovery, existing test command discovery, or current failing test reproduction.
Output Format
DEEP PLAN
Objective:
Non-goals:
Evidence inspected:
Relevant files/symbols:
Risks:
Phases:
Verification gates:
First implementation step:
Open questions: