Skip to content
Back to skills

Planning Decision Tree

ASecurity

Decision tree for breaking down tasks and prioritizing work.

  • 6 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 9, 2026
ai-agentsgoapidatabase

Works with

  • api

Security analysis

A100/100

Scanned October 9, 2026

npx -y skills add MatrixFounder/Agentic-development --skill planning-decision-tree --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Planning Decision Tree?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Planning Decision Tree
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/matrixfounder-planning-decision-tree/badge)](https://www.skillsdirectory.com/skills/matrixfounder-planning-decision-tree)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: planning-decision-tree
description: Decision tree for breaking down tasks and prioritizing work.
tier: 1
version: 1.1
---
# Planning Decision Tree

## 1. Task Breakdown Strategy

### Core Logic: Stub-First & E2E
**CRITICALLY IMPORTANT:** You must split every functional requirement into two distinct task types:

1. **Phase 1: Structure & Stubs**
   - **Goal:** Create file structure, class definitions, method signatures, and **STUBS**.
   - **Action:** `return None` or hardcoded values.
   - **Verification:** Write E2E test that passes on these stubs (asserting hardcoded values).
   - **Task Tag:** `[STUB CREATION]`

2. **Phase 2: Logic Implementation**
   - **Goal:** Replace stubs with real logic.
   - **Action:** Implement algorithms, DB queries, API calls.
   - **Verification:** Update E2E test to assert real values. Add Unit Tests.
   - **Task Tag:** `[LOGIC IMPLEMENTATION]`

**Decision Rule:**
- IF task involves writing code -> Split into Stub + Impl.
- IF task is configuration/setup -> Single task.

## 2. Decomposition Levels
- **Too Complex?** (e.g., "Implement Auth") -> Break into "User Model", "Registration Service", "Login Service".
- **Too Simple?** (e.g., "Add one field") -> Combine with related tasks if safe.
- **Dependency?** -> Plan dependencies (Models, DB) BEFORE dependent services.

## 3. Concreteness Rules
- **For New Projects:** Define directory structure, class names, method signatures.
- **For Modifications:** Specify **exact file paths** and **methods** to change.

## 4. Prioritization
1. **Critical:** Core Architecture, Blockers, Database Schemas.
2. **High:** Main Business Logic (Stub -> Impl).
3. **Medium:** Edge cases, Error handling.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…