Claude Models - Přehled a specifikace

Načítám modely...

📊 Analyzátor Project Knowledge

⚠️ Důležité upozornění

Všechny výpočty a odhady v této aplikaci jsou pouze orientační. Používáme průměrné hodnoty pro možnost výpočtu, ale realita se může výrazně lišit podle:

  • Typu a složitosti vašich dotazů
  • Délky a komplexnosti odpovědí
  • Použití artifacts a jejich velikosti
  • Množství User Preferences a Project Instructions

Berte všechna čísla jako hrubý odhad, ne jako přesnou predikci. Skutečná délka chatu se může lišit o 50% i více.

Typ vašeho projektu

📁

Přetáhněte sem soubory Project Knowledge

nebo klikněte pro výběr

📈 Evoluce Claude modelů

Časová osa vydání

Vývoj kontextového okna

Rychlost zpracování

Doporučené limity PK

Srovnání všech modelů

Vysvětlení stavů:
🟢 Aktivní = Model je aktuálně dostupný v Claude.ai a můžete ho používat
Historický = Starší model, který již není dostupný pro nové konverzace

🎯 Co se děje při různém zatížení

💡 Poznámka: Následující informace jsou založeny na pozorováních a zkušenostech uživatelů. Nejsou oficiálními údaji a skutečné chování se může lišit.

📊 Proč je 6% důležitá hranice?

Pozorovaná hranice ~6% - Na základě zkušeností uživatelů se zdá, že kolem této hodnoty Claude začíná měnit své chování.

Toto není oficiální údaj, ale praktické pozorování. Skutečné chování se může lišit.

0-6%

"Plný Claude"

  • Detailní vysvětlení s příklady
  • Alternativní řešení
  • Kompletní kód s komentáři
  • Best practices a tipy
6-15%

"Efektivní Claude"

  • Stručnější odpovědi
  • Pouze klíčový kód
  • Méně alternativ
  • Zaměření na podstatu
15%+

"Úsporný režim"

  • Minimální odpovědi
  • Pouze nezbytné informace
  • Risk vynechaných detailů
  • Velmi krátký kód

💡 Praktický příklad rozdílu

Při 5% zatížení:

"Zde jsou 3 způsoby, jak implementovat tuto funkci. První využívá async/await pro lepší čitelnost, druhý Promise.all pro paralelní zpracování, a třetí klasické callback pro kompatibilitu. Doporučuji první způsob, protože..."

// Způsob 1: Async/Await (doporučeno)
async function processData(items) {
    try {
        const results = [];
        for (const item of items) {
            const processed = await processItem(item);
            results.push(processed);
        }
        return results;
    } catch (error) {
        console.error('Chyba při zpracování:', error);
        throw error;
    }
}

// Způsob 2: Promise.all
function processDataParallel(items) {
    return Promise.all(items.map(processItem));
}

// Způsob 3: Callbacks...
                        

Při 20% zatížení:

"Použijte async/await:"

async function processData(items) {
    const results = [];
    for (const item of items) {
        results.push(await processItem(item));
    }
    return results;
}
                        

📁 Mýtus vs. realita Project Knowledge

🤔 Co si myslíte, že se děje

❌ MÝTUS:

"Když nahraju celý projekt, Claude bude lépe rozumět kontextu a dá lepší odpovědi."

Očekávání:

  • Claude použije všechny soubory
  • Lepší pochopení projektu
  • Přesnější odpovědi
  • Automatické propojení částí kódu

⚡ Jak to funguje doopravdy

✅ REALITA:

"Claude načte všechny soubory do kontextu, ale aktivně pracuje jen s relevantními částmi."

Co se skutečně děje:

  1. Všechny soubory zabírají kontext
  2. Claude vyhledá relevantní části
  3. Zbytek "ignoruje" při odpovědi
  4. Platíte za vše, i když to Claude nepoužívá!

📊 Konkrétní příklad

Scénář: "Oprav bug v login komponentě"

❌ Nahrajete 20 souborů:
  • components/ (10 souborů)
  • utils/ (5 souborů)
  • styles/ (3 soubory)
  • config/ (2 soubory)

Zabere: 50 000 tokenů
Claude použije: 2 soubory (5 000 tokenů)
Zbytečně: 45 000 tokenů! 😱

✅ Nahrajete 3 relevantní:
  • LoginComponent.tsx
  • authUtils.ts
  • types.ts

Zabere: 6 000 tokenů
Claude použije: 3 soubory (6 000 tokenů)
Ušetříte: 44 000 tokenů! 🎉

📈 Výsledek: 7x více interakcí se stejnou kvalitou odpovědi!

🎯 Nejlepší praxe:

  1. Před nahráním se zeptejte: "Které soubory budu pro tento úkol potřebovat?"
  2. Začněte s málem: Vždy můžete přidat další soubory
  3. Buďte konkrétní: "Pracuji na login funkci" → nahrajte jen login soubory
  4. Pravidelně čistěte: Když měníte téma, začněte s novým chatem

🎨 Jak artifacts ovlivňují limity

⚡ Paradox artifactů

Pro vás: Přehlednější, organizovanější, lepší UX ✅

Pro kontext: Zabírají 2-20x více místa než běžná odpověď (podle velikosti) ❌

Běžná odpověď:

"Pro řešení použijte array.map() funkci..."

📊 ~200-500 tokenů

Artifact s kódem:

React komponenta s 50-100 řádky

📊 2000-5000+ tokenů!

💡
Artifacts jsou skvělé, ale "drahé"
Jako Ferrari - úžasné, ale spalují víc paliva.

🔄 Mýtus o "efektivních" updates

Co si myslíte: "Update mění jen pár řádků, je to efektivní"

Realita: Každý update přidává do historie, původní artifact zůstává!

📈 Akumulace tokenů při updates:

1. Vytvoření artifactu: 3000 tokenů

2. Update #1 (5 řádků): +500 tokenů

3. Update #2 (3 řádky): +500 tokenů

4. Update #3 (10 řádků): +500 tokenů

Celkem v kontextu: 4500 tokenů!

💡 Je to jako Git - každý commit zůstává v historii

🎯 Optimální strategie:

  1. První verze - snažte se napoprvé
  2. Max 2-3 updaty - pak nový chat
  3. Malé změny - update OK
  4. Velký refactoring - raději nový chat

📊 Co to znamená v praxi?

S 20% PK + artifacts:
  • 1-2 vytvoření nových komponent
  • 3-4 drobné úpravy (updates)
  • 1 větší refactoring

⚠️ Pak konec chatu!

Stejné PK bez artifacts:
  • 4-5 komplexních dotazů
  • 8-10 jednoduchých otázek
  • Delší diskuze možná

✅ Více interakcí

💡 Doporučení:

Artifacts používejte strategicky:
• Diskuze a plánování → bez artifacts
• Finální implementace → artifact
• Pokud potřebujete víc než 3 updaty → zvažte nový chat

📊 Reálný pohled na vaše možnosti

🎯 Co vlastně znamená "zbývá 80% kapacity"?

Klíčový fakt: Konverzace roste lineárně - každá nová zpráva přidává konstantní množství tokenů k historii.

Při 20% obsazení Project Knowledge můžete:

✅ Reálně zvládnete:
  • 2-3 komplexní dotazy (generování nových funkcí)
  • 4-5 jednoduchých dotazů (vysvětlení, rychlé opravy)
  • 1-2 iterace nad stejným kódem
  • Opravu 2-3 bugů s testováním
❌ Na co to nestačí:
  • Refaktoring celé aplikace
  • Dlouhá diskuze o architektuře
  • Postupné vylepšování s mnoha iteracemi
  • Code review většího projektu

🧮 Ilustrativní matematika tokenů:

⚠️ Toto je zjednodušený příklad s průměrnými hodnotami

Start: 20% využito = 40 000 tokenů

Váš dotaz: +200 tokenů

Claude odpověď s kódem: +3000 tokenů

Historie (kumulativně): +3200 tokenů

Po 1 interakci: 46 400 tokenů (23%)

Po 5 interakcích: ~80 000 tokenů (40%!)

🧮 Jak fungují Claude limity

📊 Co vidíte při nahrávání do Project Knowledge

Fakt: Claude.ai při nahrávání do Project Knowledge zobrazuje pouze procenta (např. 6%, 15%, 30%).

Co procenta znamenají: Kolik procent z kontextového okna Claude zabírají vaše soubory.

Jak procenta ovlivňují chat:

🧠 Jak funguje kontext

Celková kapacita = 200 000 tokenů

Co zabírá místo v kontextu:

  • Systémové instrukce a rezerva
  • User Preferences (globální nastavení)
  • Project Instructions (instrukce projektu)
  • Project Knowledge (vaše soubory)
  • Historie konverzace
  • Prostor pro odpověď

Převod: 1 token ≈ 4 znaky (pro angličtinu). Pro češtinu ~3 znaky, pro kód ~5 znaků.

🌐 Vliv jazyka na spotřebu tokenů

Stejný obsah, různá spotřeba:

🇬🇧 Anglicky: "Create a React component" = ~5 tokenů

🇨🇿 Česky: "Vytvoř React komponentu" = ~7-8 tokenů

→ Čeština je o 30-40% "dražší"!

💻 Programovací kód je variabilní:
// Krátké: 7 znaků = 5 tokenů
if(x>0)

// Klíčová slova: 8 znaků = 1 token!
function

// Proměnné: různě podle názvu
myVariable // možná 2-3 tokeny
💡
Pro české projekty s kódem:
Počítejte s o 20-30% vyšší spotřebou tokenů než ukazují výpočty optimalizované pro angličtinu.

⚙️ Nastavení profilu a projektu - Skryté pasti

⚠️ POZOR: Existují DVA typy instrukcí, které zabírají místo!

1. User Preferences (globální) - platí pro všechny chaty

2. Project Instructions (per projekt) - platí jen v daném projektu

Oba se načítají při KAŽDÉ zprávě a sčítají se!

📏 Kolik "stojí" různé instrukce

User Preferences (globální):

Krátké (50 slov): ~65 tokenů
Střední (200 slov): ~260 tokenů
Dlouhé (500 slov): ~650 tokenů

Project Instructions (per projekt):

Krátké (100 slov): ~130 tokenů
Střední (300 slov): ~390 tokenů
Dlouhé (1000 slov): ~1300 tokenů
🔥
Kombinovaný dopad:
User Preferences (200 slov) + Project Instructions (300 slov) = 650 tokenů při každé zprávě!

Příklady instrukcí

Příklady instrukcí

❌ Špatné instrukce (zkracují chat)

User Preferences (globální):

"Vždy odpovídej ve formátu JSON s těmito poli: status, data, metadata, timestamp. Používej akademický styl psaní s minimálně 3 citacemi. Každou odpověď začni pozdravem a ukonči shrnutím..."

Project Instructions:

"Pracujeme na projektu MyconnectV3 který používá React, TypeScript, Tailwind. Vždy dodržuj tyto konvence: BEM naming, funkční komponenty s hooks, striktní TypeScript. Při každé odpovědi kontroluj kompatibilitu s našimi 15 knihovnami..."

✅ Dobré instrukce (efektivní)

User Preferences:

"Preferuji stručné technické odpovědi. Python > JavaScript."

Project Instructions:

"React + TypeScript projekt. Používáme Tailwind CSS."

💡 Tipy pro delší konverzace