Claude Code: Cost Management a Chunking (Časť 1)
Claude Code: Svätý grál agentic developmentu
Musím povedať otvorene: Claude Code je nástroj, s ktorým sa mi pracuje najlepšie. Nie preto, že je to novinka. Ale preto, že keď ho správne nakonfigurujete, dokáže ušetriť 70-80% času strávenom na rutinných úlohách.
Ale pozor - ak len spustíte claude a necháte ho voľne pracovať bez nastavenia, príde vám vysoká faktúra a frustrujúce výsledky. Claude Code je mocný nástroj, ale vyžaduje si disciplínu a správnu konfiguráciu.
Najprv tvrdá realita: Cost management je kritický
Mnohí vývojári robia túto chybu:
# ❌ ZLÉ: Spusti Claude Code všade
cd ~/projects
claude "Oprav všetky bugy v mojich projektoch"
# Výsledok:
# - Prehľadáva 50+ projektov
# - Spotrebuje milióny tokenov
# - Faktúra: $300+
# - Výsledky: chaotickéSprávny prístup:
# ✅ DOBRÉ: Cielená práca na konkrétnom projekte
cd ~/projects/qaron-platform/backend
claude "Optimalizuj táto tri specific SQL queries v OrderService"
# Výsledok:
# - Focused na 1 service
# - Spotrebuje tisíce tokenov
# - Faktúra: $5-10
# - Výsledky: presné a použiteľnéPravidlá úspory tokenov
1. Obmedzte scope
# Namiesto:
cd ~/all-projects
claude "Nájdi a oprav security issues"
# Použite:
cd ~/project-a/src/auth
claude "Review tento AuthService.java pre security issues"2. Nedávajte prístup k projektom, ktoré nepotrebujete
// .claude/config.json
{
"excludedDirectories": [
"node_modules",
".git",
"dist",
"build",
"coverage",
"*.log",
"tmp",
// ❌ Exclude projekty ktoré neriešite
"../other-unrelated-project",
"../archived-projects"
]
}3. Chunking: Rozdeľte veľké úlohy na menšie
# ❌ ZLÉ: Obrovská úloha
claude "Vytvor kompletnú e-commerce platformu s autentifikáciou,
platbami, inventory management a admin panelom"
# ✅ DOBRÉ: Chunked sub-tasks
# Task 1:
claude "Vytvor User authentication s JWT"
# Task 2 (po dokončení Task 1):
claude "Pridaj Stripe payment integration"
# Task 3:
claude "Implementuj inventory management"Prečo chunking funguje:
- AI zvládne jednoduché tasky rýchlejšie bez harasenia
- Menej context, menej tokenov
- Iteratívne zlepšenie - môžete review každý krok
- Podobné ako reálny development proces
Analógia z reálneho života
Predstavte si, že tester vám napíše bug report:
Bug: "Nefunguje to"Vaša reakcia: "Čo nefunguje? Ako si k tomu dospel? Aké kroky si robil?"
Potrebujete dodatočné informácie pre úspešné vyriešenie.
To isté platí pre AI:
# ❌ ZLÉ: Vágny prompt
claude "Oprav bug v login"
# ✅ DOBRÉ: Detailný prompt
claude "Login endpoint vracia 500 error keď username obsahuje
špeciálne znaky (@, #). Chyba je v UserValidator.java na line 45.
Oprav validáciu aby podporovala email formát."Pravidlo: Čím viac informácií dáte AI, tým rýchlejšie dostanete očakávaný výsledok.
FE + BE stratégia: Jeden vs dva Claude Code instances
Toto je strategické rozhodnutie, ktoré ovplyvní vaše náklady aj efektivitu.
Scenár 1: Dva oddelené Claude Code (FE + BE)
# Terminal 1: Frontend
cd ~/project/frontend
claude "Implementuj user profile page"
# Terminal 2: Backend
cd ~/project/backend
claude "Vytvor /api/user/profile endpoint"Výhody:
- ✅ Nižšia spotreba tokenov na session
- ✅ Paralelná práca (môžete pracovať na FE aj BE súčasne)
- ✅ Jednoduchšia context management
Nevýhody:
- ❌ Manuálna synchronizácia (API contract sa musí manuálne koordinovať)
- ❌ Duplicitná práca (backend nevidí FE a naopak)
- ❌ Potenciálne nekonzistentné data models
Scenár 2: Jeden Claude Code s prístupom k FE aj BE
# Terminal: Celý projekt
cd ~/project
claude "Implementuj user profile feature:
1. Backend: GET /api/user/profile endpoint
2. Frontend: ProfilePage component s API integration
3. Ensure konzistentný User model na BE aj FE"Výhody:
- ✅ Holistický prístup - vidí celý obraz
- ✅ Automatická synchronizácia - API contract je konzistentný
- ✅ Menej manuálnej práce - nepotrebujete robiť glue medzi FE a BE
Nevýhody:
- ❌ Vyššia spotreba tokenov (prehľadáva FE aj BE)
- ❌ Pomalšie na veľkých codebasoch
Hybridný prístup (odporúčané)
# 1. Backend generuje contract
cd ~/project/backend
claude "Vytvor /api/user/profile endpoint a vygeneruj
OpenAPI spec do docs/api-spec.yaml"
# 2. Frontend používa contract
cd ~/project/frontend
claude "Implementuj ProfilePage component podľa
../backend/docs/api-spec.yaml. Použite axios a TypeScript types."Výhody:
- ✅ Nižšie náklady (každý agent vidí len svoju časť)
- ✅ Jasný API contract (OpenAPI spec)
- ✅ Type safety (TypeScript types z BE API)
Alebo ešte lepšie: .md communication file
# Backend generuje instructions pre FE
cd ~/project/backend
claude "Vytvor user profile endpoint a zapíš do
docs/FE_INTEGRATION.md ako ho FE má integrovať"
# Frontend číta instructions
cd ~/project/frontend
claude "Implementuj profile page podľa
../backend/docs/FE_INTEGRATION.md"V ďalšej časti sa pozrieme na CLAUDE.md - váš development constitution a ako vytvoriť virtuálny tím agentov.