/workflow
Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow.
$ npx -y skills add claude-world/director-mode-lite --skill workflow --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/workflow
Context preview
The summary Claude sees to decide when to auto-load this skill.
Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow.
SKILL.md
workflow.SKILL.mdname: workflow
description: "Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow."
user-invocable: true
Development Workflow
A structured approach to software development that emphasizes understanding, minimal implementation, testing, documentation, and clean commits.
---
Overview
Step 1: Focus Problem → Understand before coding
Step 2: Prevent Overdev → Only build what's needed (YAGNI)
Step 3: Test First → Red-Green-Refactor
Step 4: Document → Keep it clear and current
Step 5: Smart Commit → Conventional Commits
---
Step 1: Focus Problem (`/focus-problem`)
**Goal:** Thoroughly understand the problem before writing code.
Checklist
- [ ] What is the user need? (Who / What / Why)
- [ ] What defines success? (How to verify completion?)
- [ ] What are the boundaries? (What NOT to do?)
- [ ] What files/modules are affected?
- [ ] Is there existing similar functionality?
Use Explore Agent
(Claude invokes this tool; shown here as pseudo-code.)
Agent(subagent_type="Explore", model="haiku", prompt="""
Explore the codebase for: [feature name] (thoroughness: medium)
Find related files, similar implementations, and test patterns.
""")
---
Step 2: Prevent Overdev
**Goal:** Ensure minimal viable implementation (YAGNI principle).
Red Flags
"We might need this later..." → Don't build it now
"Just in case..." → YAGNI
"Let's make it generic..." → Solve current problem only
"We should create a framework..." → Write concrete implementation
Checklist
- [ ] Is there immediate need for this?
- [ ] Is this over-abstracted?
- [ ] Can this be simpler?
- [ ] Are we adding unnecessary dependencies?
---
Step 3: Test First (`/test-first`)
**Goal:** Strict TDD (Red-Green-Refactor).
Red Phase (Write Failing Test)
- [ ] Write a test for expected behavior
- [ ] Run test, confirm it fails
- [ ] Failure message clearly indicates the issue
Green Phase (Minimal Implementation)
- [ ] Write minimum code to pass test
- [ ] Don't optimize yet
- [ ] Run test, confirm it passes
Refactor Phase
- [ ] Clean up code (keep tests passing)
- [ ] Remove duplication
- [ ] Improve naming
- [ ] Simplify logic
---
Step 4: Document
**Goal:** Ensure code is understandable.
Checklist
- [ ] README describes purpose and usage
- [ ] Public APIs have docstrings
- [ ] Complex logic has comments explaining "why"
- [ ] No obvious-comment clutter
---
Step 5: Smart Commit (`/smart-commit`)
**Goal:** Clean version history with Conventional Commits.
Format
<type>(<scope>): <description>
Types
- `feat` - New feature
- `fix` - Bug fix
- `docs` - Documentation
- `test` - Tests
- `refactor` - Code restructure
---
Quick Start
# Run full workflow
/workflow
# Or individual steps
/focus-problem "implement user login"
/test-first
/smart-commit
---
Related Skills
| Skill | Purpose | |-------|---------| | `/focus-problem` | Step 1: Problem analysis | | `/test-first` | Step 3: TDD cycle | | `/smart-commit` | Step 5: Create commit | | `/plan` | Break down complex tasks |
Read more
name: workflow description: "Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow." user-invocable: true
Development Workflow
A structured approach to software development that emphasizes understanding, minimal implementation, testing, documentation, and clean commits.
---
Overview
Step 1: Focus Problem → Understand before coding Step 2: Prevent Overdev → Only build what's needed (YAGNI) Step 3: Test First → Red-Green-Refactor Step 4: Document → Keep it clear and current Step 5: Smart Commit → Conventional Commits
---
Step 1: Focus Problem (`/focus-problem`)
**Goal:** Thoroughly understand the problem before writing code.
Checklist
- [ ] What is the user need? (Who / What / Why)
- [ ] What defines success? (How to verify completion?)
- [ ] What are the boundaries? (What NOT to do?)
- [ ] What files/modules are affected?
- [ ] Is there existing similar functionality?
Use Explore Agent
(Claude invokes this tool; shown here as pseudo-code.)
Agent(subagent_type="Explore", model="haiku", prompt=""" Explore the codebase for: [feature name] (thoroughness: medium) Find related files, similar implementations, and test patterns. """)
---
Step 2: Prevent Overdev
**Goal:** Ensure minimal viable implementation (YAGNI principle).
Red Flags
"We might need this later..." → Don't build it now "Just in case..." → YAGNI "Let's make it generic..." → Solve current problem only "We should create a framework..." → Write concrete implementation
Checklist
- [ ] Is there immediate need for this?
- [ ] Is this over-abstracted?
- [ ] Can this be simpler?
- [ ] Are we adding unnecessary dependencies?
---
Step 3: Test First (`/test-first`)
**Goal:** Strict TDD (Red-Green-Refactor).
Red Phase (Write Failing Test)
- [ ] Write a test for expected behavior
- [ ] Run test, confirm it fails
- [ ] Failure message clearly indicates the issue
Green Phase (Minimal Implementation)
- [ ] Write minimum code to pass test
- [ ] Don't optimize yet
- [ ] Run test, confirm it passes
Refactor Phase
- [ ] Clean up code (keep tests passing)
- [ ] Remove duplication
- [ ] Improve naming
- [ ] Simplify logic
---
Step 4: Document
**Goal:** Ensure code is understandable.
Checklist
- [ ] README describes purpose and usage
- [ ] Public APIs have docstrings
- [ ] Complex logic has comments explaining "why"
- [ ] No obvious-comment clutter
---
Step 5: Smart Commit (`/smart-commit`)
**Goal:** Clean version history with Conventional Commits.
Format
<type>(<scope>): <description>
Types
- `feat` - New feature
- `fix` - Bug fix
- `docs` - Documentation
- `test` - Tests
- `refactor` - Code restructure
---
Quick Start
# Run full workflow /workflow # Or individual steps /focus-problem "implement user login" /test-first /smart-commit
---
Related Skills
| Skill | Purpose | |-------|---------| | `/focus-problem` | Step 1: Problem analysis | | `/test-first` | Step 3: TDD cycle | | `/smart-commit` | Step 5: Create commit | | `/plan` | Break down complex tasks |
Use Claude Code like a Director, not a Programmer. MIT toolkit with Auto-Loop, guided setup, 27 commands, 14 agents, and 32 skills.
Other skills on director-mode-lite.
- /changelog-observer
Track development session events in a daily markdown changelog, including file changes, test results, and key decisions.
Open skill - /agent-check
Validate custom agent file format and structure. Use after creating or editing an agent, before committing agent changes, or when an agent fails to load.
Open skill - /agent-template
Generate custom agent from template. Use when creating a new subagent from scratch, or scaffolding an agent file with correct frontmatter.
Open skill - /agents
List all available agents (core, expert, self-evolving). Use when the user asks what agents are available or runs /agents.
Open skill - /auto-loop
TDD-based autonomous development loop with checkpoint recovery and observability changelog
Open skill - /changelog
View and manage the runtime changelog for observability
Open skill

