Przejdź do treści
Biblioteka skilli
Programowanie · Budowanie i kod

workflow

/workflow

Prowadzi pełny 5-krokowy przepływ programistyczny: skupienie na problemie, zapobieganie nadmiernej rozbudowie, test-first (TDD), dokumentacja i inteligentny commit.

Licencja
MIT
Ostatnia zmiana repozytorium
21.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 21.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Prowadzi pełny 5-krokowy przepływ programistyczny: skupienie na problemie, zapobieganie nadmiernej rozbudowie, test-first (TDD), dokumentacja i inteligentny commit.

Oryginalny opis (EN)

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.

Jak działa

  1. Overview
  2. Step 1: Focus Problem (/focus-problem)
  3. Step 2: Prevent Overdev
  4. Step 3: Test First (/test-first)
  5. Step 4: Document
  6. Step 5: Smart Commit (/smart-commit)
  7. Quick Start
  8. Related Skills
Sekcje z nagłówków SKILL.md, w oryginale · 153 linii, 590 słów
Podgląd SKILL.md
---
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

(Use the active provider's native dispatcher; Claude pseudo-code is shown
below.)

Before dispatch, preserve the bounded exploration request and expected result.
If Claude's Agent tool is unavailable or withheld, or Codex's `spawn_agent`
interface is unavailable or withheld, the maximum depth is reached, or a
concurrency limit rejects the call, do not retry or substitute assumptions.
Return an incomplete `dispatch_request` and do not advance the workflow.

Choose exactly one provider-native form:

- Claude Code: `Agent(subagent_type="Explore", model="haiku", prompt="<bounded prompt>")`
- Codex CLI: `spawn_agent(agent_type="explorer", task_name="workflow_explore", message="<bounded prompt>")`

```markdown
Agent(subagent_type="Explore", model="haiku", prompt="""
Explore the codebase for: [feature name] (thoroughness: medium)
Find related files, similar implementations, and test patterns.
""")
```

In Codex, send the same exploration request through `spawn_agent(...)`; do not
invoke the Claude example as a second dispatch.

---

## 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 |

Wersje

RepozytoriumWynikLicencja
Ta strona · claude-world/director-mode-lite100MIT
jeremylongshore/tons-of-skills-marketplace100MIT
SimHacker/moollm100MIT
zhinkgit/embeddedskills100MIT
anthillapp/anthill100MIT
anthillapp/anthill100MIT
zoonk/zoonk100MIT
moonklabs/aiwf100MIT
moonklabs/aiwf100MIT

Migawka bazy z 28.10.2026 · wersja paczki 45f4972d7453 (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100tdd
    Prowadzi przepływ pracy TDD: testy najpierw, pokrycie testami i testy funkcji przed implementacją.
  • 95development-workflow
    Prowadzi przez cały proces nowej funkcji: od hooka, komponentu lub narzędzia aż po wdrożenie.
  • 95tdd-workflow
    Egzekwuje metodykę TDD: testy przed implementacją, cykl red-green-refactor i wymagania dotyczące pokrycia kodu.
  • 100tdd
    Prowadzi adaptacyjny cykl TDD: RED, DOMAIN, GREEN, DOMAIN i COMMIT, sterowany poleceniem /tdd.
  • 100test-driven-development
    Wymusza ścisły przepływ test najpierw, wyłącznie na wyraźną prośbę o TDD, bez stosowania go przy zwykłej implementacji.
  • 100test-driven-development-codex
    Wymusza ścisły TDD przez implementację wspieraną przez Codex, wyłącznie gdy użytkownik wprost prosi o ten przepływ.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.