Workflow
Use Claude Code like a Director, not a Programmer. MIT toolkit with Auto-Loop, guided setup, 27 commands, 14 agents, and 32 skills.
npx -y skills add claude-world/director-mode-lite --skill workflowAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
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
3.3 KB, as published. Nobody here has run it
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 featurefix- Bug fixdocs- Documentationtest- Testsrefactor- 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 |