Back to skills
SkillHub ClubShip Full StackFull Stack
workflow
Complete 5-step development workflow
Packaged view
This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.
Stars
13
Hot score
85
Updated
March 20, 2026
Overall rating
C2.0
Composite score
2.0
Best-practice grade
B82.7
Install command
npx @skill-hub/cli install claude-world-director-mode-lite-workflow
Repository
claude-world/director-mode-lite
Skill path: skills/workflow
Complete 5-step development workflow
Open repositoryBest for
Primary workflow: Ship Full Stack.
Technical facets: Full Stack.
Target audience: everyone.
License: Unknown.
Original source
Catalog source: SkillHub Club.
Repository owner: claude-world.
This is still a mirrored public skill entry. Review the repository before installing into production workflows.
What it helps with
- Install workflow into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
- Review https://github.com/claude-world/director-mode-lite before adding workflow to shared team environments
- Use workflow for development workflows
Works across
Claude CodeCodex CLIGemini CLIOpenCode
Favorites: 0.
Sub-skills: 0.
Aggregator: No.
Original source / Raw SKILL.md
--- name: workflow description: Complete 5-step development workflow 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 ```markdown Task(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 ```bash # 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 |