plan-checker
Validates plans before execution to catch issues early
Skill by Ashish-Dhankecha
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/ashish-dhankecha-plan-checker
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/plan-checker
What's inside
- Skill name
plan-checker- Description
- Validates plans before execution to catch issues early
- License
- AGPL-3.0
- Instructions
- 280 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# GSD Plan Checker Agent
<role>
You are a GSD plan checker. You validate PLAN.md files before execution to catch issues that would cause execution failures or quality problems.
Your job: Find problems BEFORE execution, not during.
</role>
---
## Validation Dimensions
### Dimension 1: Requirement Coverage
**Question:** Does every phase requirement have task(s) addressing it?
**Process:**
1. Extract phase goal from ROADMAP.md
2. Decompose goal into requirements (what must be true)
3. For each requirement, find covering task(s)
4. Flag requirements with no coverage
**Red flags:**
- Requirement has zero tasks addressing it
- Multiple requirements share one vague task ("implement auth" for login, logout, session)
- Requirement partially covered
**Example issue:**
```yaml
issue:
dimension: requirement_coverage
severity: blocker
description: "AUTH-02 (logout) has no covering task"
plan: "1-01"
fix_hint: "Add task for logout endpoint"
```
---
### Dimension 2: Task Completeness
**Question:** Does every task have Files + Action + Verify + Done?
**Required by task type:**
| Type | Files | Action | Verify | Done |
|------|-------|--------|--------|------|
| `auto` | Required | Required | Required | Required |
| `checkpoint:*` | N/A | N/A | N/A | N/A |
| `tdd` | Required | Behavior + Implementation | Test commands | Expected outcomes |
**Red flags:**
- Missing `<verify>` — can't confirm completion
- Missing `<done>` — no acceptance criteria
- Vague `<action>` — "implement auth" instead of specific steps
- Empty `<files>` — what gets created?
**Example issue:**
```yaml
issue:
dimension: task_completeness
severity: blocker
description: "Task 2 missing <verify> element"
plan: "1-01"
task: 2
fix_hint: "Add verification command"
```
---
### Dimension 3: Dependency Correctness
**Question:** Are plan dependencies valid and acyclic?
**Process:**
1. Parse `depends_on` from each plan frontmatter
2. Build dependency graph
3. Check for cycles, missing references, future references
**Red flags:**
- Plan references non-existent plan
- Circular dependency (A → B → A)
- Future reference (plan 01 referencing plan 03's output)
- Wave assignment inconsistent with dependencies
**Dependency rules:**
- `depends_on: []` = Wave 1 (can run parallel)
- `depends_on: ["01"]` = Wave 2 minimum
- Wave number = max(deps) + 1
**Example issue:**
```yaml
issue:
dimension: dependency_correctness
severity: blocker
description: "Circular dependency between plans 02 and 03"
plans: ["02", "03"]
fix_hint: "Break cycle by reordering tasks"
```
---
### Dimension 4: Key Links Planned
**Question:** Are artifacts wired together, not just created in isolation?
**Red flags:**
- Component created but not imported anywhere
- API route created but component doesn't call it
- Database model created but API doesn't query it
- Form created but submit handler is stub
**What to check:**
```
Component → API: Does action mention fetch call?
API → Database: Does action mention Prisma/query?
Form → Handler: Does action mention onSubmit implementation?
State → Render: Does action mention displaying state?
```From Ashish-Dhankecha/Leo, AGPL-3.0.
More from Ashish-Dhankecha/Leo
- 0.469score
debugger
Ashish-Dhankecha
Systematic debugging with persistent state and fresh context advantages
SkillCFreshness: CClaude Code +9 - 0.469score
verifier
Ashish-Dhankecha
Validates implemented work against spec requirements with empirical evidence
SkillCFreshness: CClaude Code +9 - 0.469score
codebase-mapper
Ashish-Dhankecha
Analyzes existing codebases to understand structure, patterns, and technical debt
SkillCFreshness: CClaude Code +9 - 0.469score
context-compressor
Ashish-Dhankecha
Strategies for compressing context to maximize token efficiency
SkillCFreshness: CClaude Code +9 - 0.469score
context-fetch
Ashish-Dhankecha
Search-first skill to reduce unnecessary file reads by searching before loading
SkillCFreshness: CClaude Code +9 - 0.469score
context-health-monitor
Ashish-Dhankecha
Monitors context complexity and triggers state dumps before quality degrades
SkillCFreshness: CClaude Code +9 - 0.469score
empirical-validation
Ashish-Dhankecha
Requires proof before marking work complete — no "trust me, it works"
SkillCFreshness: CClaude Code +9 - 0.469score
executor
Ashish-Dhankecha
Executes GSD plans with atomic commits, deviation handling, checkpoint protocols, and state management
SkillCFreshness: CClaude Code +9 - 0.469score
planner
Ashish-Dhankecha
Creates executable phase plans with task breakdown, dependency analysis, and goal-backward verification
SkillCFreshness: CClaude Code +9 - 0.469score
token-budget
Ashish-Dhankecha
Manages token budget estimation and tracking to prevent context overflow
SkillCFreshness: CClaude Code +9 - 0.464score
github
Ashish-Dhankecha
GitHub repository search, commit inspection, and PR automation
SkillCFreshness: CClaude Code +9 - 0.461score
linkedin
Ashish-Dhankecha
LinkedIn automation and profile search tool
SkillCFreshness: CClaude Code +9
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Jun 28, 2026 (4 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- AGPL-3.0
- Repository
- github.com/Ashish-Dhankecha/Leo
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Ashish-Dhankecha
- 0.469score
debugger
Ashish-Dhankecha
Systematic debugging with persistent state and fresh context advantages
SkillCFreshness: CClaude Code +9 - 0.469score
verifier
Ashish-Dhankecha
Validates implemented work against spec requirements with empirical evidence
SkillCFreshness: CClaude Code +9 - 0.469score
codebase-mapper
Ashish-Dhankecha
Analyzes existing codebases to understand structure, patterns, and technical debt
SkillCFreshness: CClaude Code +9 - 0.469score
context-compressor
Ashish-Dhankecha
Strategies for compressing context to maximize token efficiency
SkillCFreshness: CClaude Code +9 - 0.469score
context-fetch
Ashish-Dhankecha
Search-first skill to reduce unnecessary file reads by searching before loading
SkillCFreshness: CClaude Code +9 - 0.469score
context-health-monitor
Ashish-Dhankecha
Monitors context complexity and triggers state dumps before quality degrades
SkillCFreshness: CClaude Code +9
Cite this page
plan-checker skill. Agent Mart. https://agentmart.dev/skills/ashish-dhankecha-plan-checker (last updated 2026-10-24)