Claude Code Planner CLI
Generator środowiska Claude Code do planowania projektów IT — dla dowolnego stacku.
claude-planner init tworzy lokalne repo projektu i wypełnia je:
- wywiadem discovery — sekwencja non-interactive sesji
claude -p, cztery role software house'u (PM/BA → Architekt → Backend/Frontend Dev → QA/DevOps/UX), - analizą materiałów od klienta (folder podany przez
--intake: spec, notatki, makiety, schemat bazy) — Claude czyta go sam narzędziami Read/Glob/Grep, - dokumentacją planistyczną w
docs/: wizja, backlog/PRD, roadmapa, standardy kodowania, Definition of Done, strategia testów, ADR-y, - środowiskiem Claude Code w
.claude/: agenci, skille, slash commands (/new-adr,/update-roadmap,/update-state,/log-decision,/daily-standup,/sprint-review), hooki, state.md— jedyne źródło prawdy o stanie projektu, nadpisywane w całości przez/update-state,/setup-dev-environment— instaluje zależności/SDK wybranego stacku, wymagane dla LSP,- hookiem antyhalucynacyjnym (
check-pinned-dependency.py) — blokuje instalację pakietu z wersją "na sztywno", dopóki Claude nie sprawdzi jej realnie lub nie zapyta użytkownika, WORKFLOW.mdwygenerowanym w projekcie — instrukcja "jak pracować z Claude Code w TYM projekcie", dopasowana do wybranych profili (przykład:WORKFLOW.md).
Narzędzie generuje tylko artefakty planistyczne, nie szkielet kodu aplikacji.
Instalacja
pipx install claude-planner # docelowo, po publikacji na PyPI
# albo lokalnie z tego repo:
uv pip install -e .
Wymaga Claude Code CLI (claude w PATH) —
sprawdź przez claude-planner doctor.
Użycie
claude-planner profiles list
claude-planner init \
--name "Sklep XYZ" \
--client "Acme Sp. z o.o." \
--output ./sklep-xyz \
--intake ~/software-house/clients/acme/sklep-xyz/intake \
--profile web-fullstack --profile postgresql-pgvector-postgis \
--model sonnet # albo opus — dobierany raz dla całego wywiadu+generowania
Bez flag init pyta interaktywnie o wszystko. Pełny przykład od init po wdrożenie:
WORKFLOW.md.
Konfiguracja przez plik claude-planner.json
Zamiast powtarzać flagi init, możesz zapisać je raz w pliku
claude-planner.json (odpowiednik package.json dla npm init) —
zobacz CONFIG.md po opis wszystkich pól i
claude-planner.example.json jako gotowy
przykład do skopiowania. Flagi CLI zawsze nadpisują wartości z pliku.
cp claude-planner.example.json claude-planner.json
# ...edytuj pola...
claude-planner init # bierze wartości z ./claude-planner.json
Generowanie nowych profili przez Claude
Gdy żaden wbudowany profil nie pasuje do stacku, Claude projektuje nowy zamiast ręcznego YAML-a:
claude-planner profiles create "Ruby on Rails + Sidekiq + PostgreSQL" \
--id ruby-on-rails --model sonnet
Profil trafia do ~/.claude-planner/profiles/ (zmienne przez --profiles-dir) i jest
od razu widoczny w profiles list/profiles show/init.
Profile stacków
Deklaratywne YAML w src/claude_planner/profiles/*.yaml, każdy opisuje
języki/frameworki, dodatkowych agentów, skille i wskazówki do standardów kodowania/testów.
Składalne — projekt może użyć kilku naraz (np. web-fullstack + postgresql-pgvector-postgis).
Dostępne w v1: web-fullstack, backend-api, mobile, python,
wordpress-woocommerce, ai-ml, postgresql-pgvector-postgis, generic (fallback),
symfony, laravel, django, react-native, flutter, rag-ai-agents,
data-engineering, machine-learning.
Nowy profil = nowy plik YAML w profiles/, zero zmian w kodzie Pythona. Schemat pól:
src/claude_planner/models.py::StackProfile.
Architektura
src/claude_planner/
cli.py — CLI (Typer): init, profiles list/show/create, doctor
claude_client.py — wrapper na `claude -p` (--session-id/--resume)
interview.py — sekwencyjny wywiad per rola, wymuszony JSON (--json-schema)
intake.py — analiza folderu z materiałami od klienta
generator.py — generowanie docs/, .claude/, WORKFLOW.md (Claude dla treści,
Jinja2 dla struktury)
profile_generator.py — generowanie nowego profilu stacku przez Claude
scaffold.py — orkiestracja `init`: git init, metadane, commit startowy
roles.py — 4 bazowe role software house'u jako agenci Claude Code
textutils.py — wspólne narzędzia (slugify z transliteracją PL)
profiles/ — profile stacków (YAML); `DEFAULT_CUSTOM_PROFILES_DIR`
(`~/.claude-planner/profiles/`) dla profili od Claude
templates/ — szablony Jinja2 (CLAUDE.md, WORKFLOW.md, agent.j2, skill.j2,
komendy, ADR, hook antyhalucynacyjny)
Claude jest wywoływany wyłącznie narzędziami do odczytu (Read/Glob/Grep) — zapis plików wykonuje Python deterministycznie, po otrzymaniu treści od Claude.
Rozwój
uv pip install -e ".[dev]"
pytest
Metadata
Release files for claude-planner 0.1.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| claude_planner-0.1.4.tar.gz | 101.9 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| claude_planner-0.1.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 178.1 kB
Release files / claude_planner-0.1.4.tar.gz
| Download URL | claude_planner-0.1.4.tar.gz |
|---|---|
| Size | 101.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
61fc2135611c9138edf3bd9e53f710ccd787f11aa4671b97c4a3a9ec415e285f
|
|
BLAKE2b-256 checksum How to use checksums |
1eb3e1b1737003310fa197386ef84c0a1e0d592883c875ac576f1902bfa3754f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 31, 2026.
Transparency logRelease files / claude_planner-0.1.4-py3-none-any.whl
| Download URL | claude_planner-0.1.4-py3-none-any.whl |
|---|---|
| Size | 76.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7a63155b3a97ecf76484e8af77f0ab6854f12b02231c650a9cf2bf838a34d6d9
|
|
BLAKE2b-256 checksum How to use checksums |
b130f16538a7f80414e68bbdc484d6bf79815dd41db55a5a2012fee711a633d2
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 31, 2026.
Transparency logSecurity for claude-planner 0.1.4
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for claude_planner-0.1.4.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 31, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.