# CyberBrain26 — cílový plán

**Název plánu:** CyberBrain26cil-031026  
**Datum vytvoření:** 3. 10. 2026  
**Stav:** Návrh hlavního cíle k potvrzení vlastníkem; vytvoření tohoto souboru samo o sobě neschvaluje implementaci.  
**Určení:** Obnovit jednotný cíl CyberBrain26, zaznamenat dosavadní rozhodnutí a stanovit proveditelnou cestu od dnešního prototypu k osobnímu AI prostředí řízenému přes Kilo.

---

> **`status: superseded`**
> **superseded_by:** `.kilo/plans/CyberBrain26cil-031026-v2.md` (schválený směr, 3. 10. 2026)
> **superseded:** 4. 10. 2026
>
> **Tento dokument NENÍ autoritativní plán.** Na otázku „co stavíme a v jakém
> pořadí" odpovídá `.kilo/plans/CyberBrain26cil-031026-v2.md`. Tento soubor je
> předchůdce téhož plánu; rozdíly jsou v označení fází, ne v cíli.

---

## 1. Shrnutí cíle

CyberBrain26 má být lokální bezpečnostní, datová a integrační vrstva pro osobní AI prostředí. **Kilo zůstává hlavním orchestrátorem a používá svůj nakonfigurovaný LLM systém.** CyberBrain26 propojuje Kilo s osobními daty, modelovým správcem, oprávněními, lokální pamětí, execution prostředími a uživatelským rozhraním.

Pracovní tok:

```text
Uživatel zadá konečný cíl
  → Kilo provede výzkum a navrhne plán
  → uživatel plán schválí
  → Kilo úkol rozloží a deleguje agentům/subagentům
  → CyberBrain26 poskytuje data, modely, oprávnění a kontrolované běhové prostředí
  → výsledek projde ověřením
  → uživatel dostane výsledek, důkazy, audit a případně novou verzi plánu
```

První ověřitelný milník není úplná osobní AI platforma. Je to **prokazatelně funkční Kilo–CyberBrain26 integrační tok**, ve kterém Kilo sestaví plán, práci deleguje, použije schválený model a bezpečnostní pravidla, vykoná úlohu v určeném prostředí a vrátí ověřený výsledek s auditem.

---

## 2. Rozhodnutí a požadavky vlastníka

Tato část zachycuje rozhodnutí z rozhovoru. Pokud je níže uveden rozpor nebo otevřená hranice, nesmí se domněnka vydávat za schválené pravidlo.

### 2.1 Kilo a řízení práce

- Kilo je hlavní orchestrátor; jeho modely a agentní běh zůstávají hlavní cestou uživatelské práce.
- CyberBrain26 je propojení a ovládací/bezpečnostní vrstva, ne náhrada Kilo jiným agentním frameworkem.
- Uživatel nejprve dostane návrh plánu a schválí jej; plán zahrnuje konečný cíl, očekávaný výsledek a zamýšlený rozsah.
- Orchestrátor průběžně zkoumá cesty k cíli a smí změnit prostředky, pořadí a dílčí kroky.
- Pokud nová cesta vyžaduje jiné oprávnění, může je orchestrátor navrhnout/rozšířit pouze uvnitř stále stejného schváleného konečného cíle a prostředí. Překročení hranice VM/hostitele je samostatně chráněné.
- Pokud výzkum ukáže, že má být změněn samotný konečný cíl, vznikne nová verzovaná varianta plánu. Ta se před pokračováním předloží uživateli ke schválení.
- Kilo má vytrvat a hledat opravu, dokud dodá ověřitelný výsledek nebo narazí na tvrdou blokaci. Smyčky a náklady musí mít bezpečnostní, časové a zdrojové pojistky; při jejich dosažení systém uloží stav a předloží konkrétní další možnosti.

### 2.2 Agenti

- Orchestrátor smí vytvářet nové typy agentů, zadávat jim práci a vytvářet vnořené subagenty bez pevného logického limitu.
- Praktický počet současně běžících agentů se přizpůsobuje CPU, RAM, GPU/VRAM, OS a dostupnému runtime. Nedostatek prostředků znamená frontu, omezení souběhu nebo návrh úspornějšího postupu, nikoli nebezpečný fallback.
- Každý agent musí mít účel, vstupy, výstupy, dostupné nástroje, děděná/omezená oprávnění, rozpočet zdrojů a podmínky dokončení.
- Delegování samo o sobě nepřiděluje další oprávnění. Každé chráněné volání stále ověřuje bezpečnostní vrstva.

### 2.3 VM, notebook, soubory a síť

- VM je preferované prostředí pro široce autonomní práci. Notebook bez VM musí mít přísnější profil.
- VM nesmí automaticky číst ani měnit hostitelský systém. Přístup z VM ven vyžaduje výslovné potvrzení uživatele.
- Uživatel plánuje používat cloudové úložiště jako vzdálené úložiště kopií a ve VM pracovat s lokální kopií ve vyhrazeném pracovním prostoru.
- Synchronizace se nesmí spustit během běžící úlohy. Po dokončení úlohy a 30 minutách nečinnosti vytvoří snapshot a kontrolu změn.
- Běžné změny se synchronizují automaticky. Mazání, spustitelné soubory a konfliktní přepisy se pozastaví ke schválení. U konfliktu má kopie z VM záměrně přednost, ale předchozí cloudová verze se zachová v historii.
- Internet a darknet jsou zamýšlenými výzkumnými zdroji v rámci cíle/plánu. Jejich použití musí respektovat autorizovaný rozsah, právní a bezpečnostní pravidla a nesmí obejít oprávnění ani audit.

### 2.4 Modely a Kilo

- Vestavěné Kilo Auto Free uživatel nepovažuje za spolehlivý výběr nejvhodnějších/nejnovějších free modelů. CyberBrain26 má vlastní modelový výběr podle role agenta.
- Požadované UX je jeden snadno zvolený režim v Kilo, pracovně **„CyberBrain26 FreeAuto“**. Má spustit přiřazování modelů pro agenty; skutečné technické napojení se musí ověřit.
- Pro každou roli se má vést hlavní model a 2–3 záložní modely z dostupných bezplatných či výslovně trial kandidátů.
- Důležitá je kvalita pro konkrétní roli, rychlost i aktuálnost. Novost sama o sobě nepřebíjí prokázanou kvalitu.
- Správce sleduje katalog Kilo, změny dostupnosti a novinky; nové modely automaticky otestuje a po splnění bran zpřístupní v místní nabídce Kilo přes poskytovatele/plugin CyberBrain26.
- Pořadí modelů se učí z druhů úloh, které agent skutečně dostává, technického úspěchu, průchodu kontrol a uživatelského hodnocení.
- U úkolů bez objektivního testu výsledek souběžně posoudí dva nezávislé hodnoticí modely. Jejich hodnocení je pomocný signál; uživatel může opravit výsledek.
- Dlouhodobá historie hodnocení se uchovává lokálně v mySecondBrain26. Oprava hodnocení přidává novou verzovanou událost; původní hodnocení se nemaže. Pro výpočet se použije nejnovější potvrzená oprava.
- Skórovací data standardně neobsahují celé zadání, obsah načtených souborů ani celý výstup agenta.

### 2.5 mySecondBrain26 a rozhraní

- mySecondBrain26 je dlouhodobá osobní znalostní vrstva pro dokumenty, fotografie, e-maily, smlouvy, doklady, školní/pracovní materiály, poznámky a vybrané výstupy dalších AI služeb.
- Příjem dat musí evidovat původ, datum, důvěryhodnost, oprávnění, zpracování, retention a vazby na originál.
- První ovládací plocha je Kilo CLI/rozšíření ve VSCodium. Samostatné CyberBrain26 CLI je přípustná administrativní a diagnostická vrstva. Webové desktopové/mobilní rozhraní je pozdější etapa.

### 2.6 Přijetí výsledku

Výsledek hlavního milníku se přijímá podle kombinace:

1. automatické testy/kontroly jsou zelené,
2. celý integrační scénář je předveden od zadání po výsledek,
3. nezávislý verifier doloží závěr a důkazy.

U bezpečnostně významných kroků report oddělí kontrolu v kódu, průchod testem a bezpečnostní závěr vyžadující nezávislou revizi.

---

## 3. Cílová architektura

```mermaid
flowchart TD
    U[Uživatel] --> K[Kilo: hlavní orchestrátor a LLM]
    K --> P[Plán, výzkum a delegování]
    P --> B[CyberBrain26 Bridge / Control Plane]
    B --> MR[Model Intelligence a Kilo plugin]
    B --> SP[Identity, policy, approvals, egress a audit]
    B --> DP[Data Plane a mySecondBrain26]
    SP --> VM[Izolovaný runtime: VM / OS adapter]
    SP --> NB[Přísnější notebookový runtime]
    DP --> LOCAL[Lokální data, index a výsledky]
    LOCAL --> SYNC[Snapshot a řízená cloudová synchronizace]
    VM --> V[Ověření, report a auditní důkazy]
    NB --> V
    V --> K
    K --> U
```

### 3.1 Vrstva Kilo

- Hlavní orchestrátor, agentní definice, delegování, modelové volání a konverzační ovládání.
- Kilo plugin/poskytovatel CyberBrain26 přidává nástroje, modelovou nabídku, volitelné kontextové propojení a egress sanitizaci, pouze pokud ověření prokáže, že hook pokrývá všechny relevantní cesty.
- Případná změna Kilo konfigurace se provádí řízeně, s kopií původního nastavení, diffem, kontrolou verzí a možností návratu.

### 3.2 CyberBrain26 Bridge / Control Plane

- Adaptér mezi Kilo a CyberBrain26 capabilities; CLI pro instalaci, diagnostiku, modelový stav, oprávnění, synchronizaci a audit.
- Registry agentů, modelů, providerů, nástrojů, runtime a jejich schopností.
- Trvalá fronta a plánovač pro dlouhé i opakované úlohy; stav úloh přežije restart.
- Kilo zůstává hlavní orchestrací; CyberBrain26 neduplikuje svévolně druhého konkurenčního delegátora.

### 3.3 Security Plane

Bezpečnostní pořadí je povinné:

**identita → politika → oprávnění/scope → egress a bezpečnostní kontroly → approval podle pravidla → vykonání → ověření → audit**.

- Default deny pro neznámé akce a nástroje; selhání policy, approval nebo sandboxu akci zastaví.
- Udělení oprávnění je konkrétní k úkolu, agentovi, zdroji, prostředí a platnosti. Subagent dostane nejvýše potřebné děděné oprávnění.
- Model ani text plánu nejsou bezpečnostní hranice; vynucení musí být v runtime a API/tool boundary.
- Audit musí zachytit identitu, plán/jeho verzi, model a verzi, delegační řetězec, požadované/povolené/odmítnuté akce, schválení, egress rozhodnutí, výsledek a ověřovací důkazy.
- Když chybí ochrana nebo auditní cesta, fail closed.

### 3.4 Prostředí a platformy

- Capability probe zjistí OS, virtualizaci, CPU, RAM, GPU/VRAM, disk, sandbox/runtime dostupnost a efektivní kvóty. Profil se uloží a před během znovu ověří.
- Linux/VM je první prověřovací cíl. Windows, macOS a běh na starém notebooku jsou cílové adaptéry, ne tvrzení o dnešní podpoře.
- Každý OS/runtime dostane vlastní prokázané bezpečnostní profil. Chybějící backend nesmí tiše přepnout běh na hostitele.
- Počet typů agentů a hloubka delegování nemají pevný produktový strop. Souběh, CPU/RAM/GPU, délka běhu, počet pokusů, síťová kvóta a fronta mají konfigurovatelné provozní limity.

### 3.5 Data, paměť a modelové egress

- Lokální úložiště a index jsou výchozí. Cloudový přenos je samostatně viditelná a auditovaná cesta.
- Privacy gateway má být před každým odchozím voláním modelu, včetně uživatelského textu, vybraných znalostních výňatků, příloh, nástrojových výstupů a předávání mezi agenty.
- Záměna jména za pseudonym není záruka anonymity. Mapa identit zůstává lokální, odděleně chráněná; modelový provider ji nedostane.
- **Rozpor k potvrzení:** dříve byla zvolena anonymizace pouze textu zadaného uživatelem, ale systém má pracovat s osobními dokumenty a jejich výňatky. Do ověření úplného egress pokrytí nesmí AutoFree dostat obsah mySecondBrain26. Návrh tohoto plánu je rozšířit sanitizaci na celý odchozí payload.
- Paměťové záznamy a modelové score mají provenance, citlivost, původ a retention. Uživatel má možnost exportu a odstranění zdroje; dlouhodobá historie skórování nemá obsahovat původní osobní data.

---

## 4. Model Intelligence / správce modelů

### 4.1 Cíl

Jedno zvolení **CyberBrain26 FreeAuto** v Kilo aktivuje správu modelů pro role agentů. Vestavěný Kilo Auto Free není považován za autoritativní algoritmus výběru.

### 4.2 Vstupy a evidence

Model registry sleduje Kilo Gateway/model catalog, modelové metadata a relevantní veřejné změny. Každá položka obsahuje alespoň:

- provider, model ID, rodinu/verzi, zdroj a důvěryhodnost,
- stav free/trial, podmínky, limity a poslední kontrolu dostupnosti,
- tool calling, structured output, reasoning, kontext, multimodální vstupy/výstupy,
- rychlost/latenci a chybovost, pokud je dostupná,
- datum vydání/objevení a status kandidát/ověřený/aktivní/nedostupný/deprecated,
- výsledky testů po rolích a datum, kdy byly naposledy ověřeny.

Kontrolní interval **každých 6 hodin** je počáteční návrhový default; musí být upravitelný a nesmí vytvářet zbytečné provider požadavky.

### 4.3 Hodnocení a přiřazování

- Role profily nejprve definují skutečné úkoly: orchestrátor/plánovač, výzkumník, programátor, tester, nezávislý evaluator, bezpečnostní auditor, knowledge agent a další přidávané role.
- Nové modely se testují automaticky na syntetických lokálních úlohách. Testy nesmějí posílat osobní data.
- Model musí projít minimálními branami kompatibility (nástroje, formát, kontext, stabilita) a rolově zaměřenou evaluační sadou.
- Pořadí zohlední kvalitu pro roli, výsledky reálných úloh, rychlost, dostupnost/limity a čerstvost. Váhy se kalibrují podle historie konkrétního agenta; novost nepřebíjí významnou ztrátu kvality.
- U každé role se udržuje jeden aktivní model a 2–3 ověřené zálohy. Před změnou aktivního modelu se zachová předchozí známá dobrá volba pro rollback.
- Fallback nastává pouze při ověřené nedostupnosti/limitu před dokončením volání; neprovádí duplicitní vedlejší účinek po nejisté odpovědi.
- Používají se pouze povolené free/trial modely. Pokud žádný vhodný model není dostupný, úloha se pozastaví a oznámí důvod; žádný tichý přechod na placený nebo neodsouhlasený provider.
- U neautomatizovatelných výsledků dva nezávislé evaluatory pracují paralelně. Neshoda nebo nízká jistota označí výsledek jako nejistý; uživatel může hodnocení opravit.
- Hodnocení se agreguje podle role a typu úlohy, ne do jednoho obecného pořadí všech modelů.

### 4.4 Integrace s Kilo

- Upřednostnit oficiální Kilo plugin/dynamického poskytovatele, který vyplní místní modelový picker CyberBrain26 modely a profily.
- Modelové assignmenty musí být role-specifické a zobrazené/diagnostikovatelné v Kilo; skryté přepisování session modelu je zakázané.
- Oficiální centrální katalog Kilo se nepovažuje za zapisovatelný, dokud dokumentace nebo test nepotvrdí veřejné write API. Nové modely lze přidat do místní nabídky přes CyberBrain26 provider.
- Ověřit, jak Kilo předává identitu agenta, zda plugin bezpečně obslouží CLI i VSCodium a zda lze anonymizaci provést před všemi modelovými voláními.
- „CyberBrain26 FreeAuto“ je vlastní cílový UX název, nikoli tvrzení, že je technicky totožný s vestavěným `kilo-auto/free`.

### 4.5 Scorecard a mySecondBrain26

Trvalý záznam obsahuje: úlohu kategorizovanou bez jejího obsahu, roli/model/verzi, výsledek technických bran, počet oprav, dobu/chybovost, hodnocení evaluátorů, zpětnou vazbu uživatele a historii oprav. Původní hodnocení se nemění; oprava se připojí s datem a důvodem, je-li uveden.

---

## 5. Agentní portfolio

Role jsou šablony, ne konečný uzavřený seznam. Orchestrátor smí vytvořit další typy, ale každý nový agent musí mít explicitní charter.

| Role / skupina | Hlavní odpovědnost | Výchozí přístup |
|---|---|---|
| Kilo orchestrátor | Výzkum, plán, delegování, řízení retry a finální syntéza | Task-control; žádná implicitní neomezená host oprávnění |
| Model manager | Katalog, role fit, testy, assignmenty, zálohy a modelová telemetrie | Model metadata a lokální syntetická eval data |
| mySecondBrain26 / Knowledge | Import, provenance, indexace, retrieval, přehledy | Jen explicitně připojené zdroje a scope |
| Research / Deep Research / OSINT | Zdroje, ověřování a citované výstupy | Web podle plánu a síťové policy |
| Coder / Builder | Kód, dokumenty a omezené lokální úpravy | Vyhrazený workspace, diff a runtime gate |
| Tester / Verifier / Evaluator | Testy, nezávislé posouzení a důkazy | Oddělené od autorství kontrolovaného výsledku |
| Security / Pentest / CyberSecLab | Obranný audit a autorizované testování | Izolovaná LAB a výslovně určené cíle |
| Device/System Manager | Správa počítače, telefonu a systému | Přísný notebookový profil; VM/host hranice vždy vynucena |
| Planner / Scheduler | Plánované a opakované úlohy | Časové, zdrojové a scope limity; audit |
| Content / Social Media | Návrhy obsahu a příprava publikace | Externí publikace má samostatnou kontrolu |
| Finance / Accounting / Marketing | Analýzy, návrhy rozpočtu a kampaní | Finanční závazky a odeslání dat explicitně sledovat |

Agent může tvořit subagenty, pokud jeho charter a policy dovolí delegování. Každé dítě dědí jen nezbytný scope; oprávnění se nešíří automaticky nahoru ani do sourozenců.

---

## 6. Fáze realizace a brány

Fáze se nesmí vydávat za hotové pouze proto, že existují soubory nebo roadmapa. Každá brána vyžaduje měřitelný důkaz.

### F0 — Schválený cíl a baseline

- Potvrdit tento dokument jako nový společný cílový plán; rozhodnout, jak se vztahuje k v4.1 a plánům V5–V8. Staré soubory se nemažou.
- Znovu ověřit dirty Git stav, zdroj pravdy, verze Kilo CLI/extension, současné modelové profily a testovací baseline.
- Sjednotit README, stavový report a označení [OVĚŘENO]/[NÁVRH]/[NEOVĚŘENO].
- **Gate:** vlastník potvrdí cíl; výpis baseline a testů má datum a přesnou pracovní kopii; žádné lokální změny nejsou ztraceny.

### F1 — Kilo integrace a model-manager proof of concept

- V dočasné konfiguraci otestovat CyberBrain26 plugin/provider, jeden viditelný FreeAuto přepínač, přiřazení dvou různých modelových profilů agentům, dynamický katalog a bezpečný návrat.
- Ověřit anonymizaci syntetických dat v každé relevantní výstupní cestě a logovat skutečně vybraný provider/model.
- Změny do skutečné Kilo konfigurace dělat až po přehledu diffu a možnosti obnovy.
- **Gate:** CLI i VSCodium chování zdokumentováno; modelové role a záloha prokazatelně fungují; nezpracovaný syntetický marker neunikne přes model request/log; selhání konfigurace je viditelné a fail-closed.

### F2 — Minimální celý agentní tok

- Jeden bezpečný scénář: zadání → výzkum → návrh plánu → uživatelské schválení → delegace → autorizované lokální nástroje → test/verifier → audit a výsledek.
- Zahrnout stop/continue, zrušení, timeout, chybějící model, selhání toolu, opakování bez dvojího side effectu a nové verze plánu při změně cíle.
- **Gate:** zelené automatické kontroly, reprodukovatelná E2E demonstrace a nezávislý verifier s důkazy.

### F3 — Security hardening a execution plane

- Hrozbový model Kilo/pluginu, model egressu, prompt injectionu, škodlivých dokumentů, toolů, delegačních řetězců, VM/host boundary a synchronizace.
- Runtime adapters nejprve pro Linux VM a následně notebookové OS podle proveditelnosti; limity cgroup/PID/RAM/disku a egress politika se ověřují na příslušném OS.
- Neprovádět obecnou exekuci hostile code v Bubblewrap prototypu. Silnější runtime (VM/microVM nebo odpovídající OS sandbox) musí mít samostatnou revizi.
- **Gate:** útokové a regresní scénáře pro hranice, fail-closed běh při chybě/absenci sandboxu, auditní korelace a nezávislá security review.

### F4 — mySecondBrain26 MVP

- Lokální import vybraných textových dokumentů s provenance, důvěryhodností, štítkem citlivosti, deduplikací a vyhledáváním.
- Poté řízené rozšíření o e-mail, fotografie, multimodální extrakci a konektory. Žádný zdroj se nepřipojí bez jasných oprávnění.
- **Gate:** import/retention/export/odstranění je ověřeno; retrieval ukazuje původ; osobní data nejsou odesílána bez egress politiky.

### F5 — Cloudové kopie, sync a plánovač

- Pracovní kopie ve VM, snapshot před synchronizací, idle timer 30 minut od dokončení úlohy, žádná synchronizace během běhu.
- Běžné změny synchronizovat; smazání, spustitelné soubory a konfliktní přepisy pozastavit. Zajistit historii a restore.
- **Gate:** testy přerušení, konfliktů, smazání, obnovy a chyb sítě; audit přesně ukáže místní a cloudovou verzi.

### F6 — Rozšíření agentů a UX

- Postupně přidávat schválené role: device manager, plánované úlohy, obsah/social, finance, Security Lab, OSINT a další.
- Zachovat Kilo jako ovládací místo; CyberBrain26 CLI zlepší instalaci, diagnostiku, správu modelů, zdrojů a auditu. Desktop/web/mobil až po ověřeném jádrovém toku.
- **Gate pro každého agenta:** charter, oprávnění, testovací scénáře, minimálně jeden úspěšný a jeden fail-closed E2E příklad, audit a verifikace.

### F7 — Governance, audit a monetizace

- Přidat registry rizik, průkazné auditní exporty, spravované politiky a mapování relevantních standardů až podle nasazení a zákaznické potřeby.
- Monetizační směr zůstává otevřený: osobní AI prostředí může být hlavní produkt; současné V5 B2B coding-agent security je jen tržní hypotéza. Nezaměňovat hypotézu s validovanou poptávkou.
- Nejprve uživatelský/design-partner pilot a ověření, za co je skutečný zákazník ochoten zaplatit. Cenové návrhy nejsou schválený ceník.
- **Gate:** žádné prodejní tvrzení o bezpečnosti/certifikaci bez technického důkazu a nezávislého auditu; monetizační rozhodnutí musí odkazovat na skutečné rozhovory/platby.

---

## 7. Společné provozní a bezpečnostní zásady

1. **Fail closed:** chybějící identity, policy, approval, sandbox, provider metadata nebo audit blokuje chráněnou akci.
2. **Žádný tichý přenos:** žádný model, provider, cloud, host cesta nebo jiné zařízení se nezapojí skrytě.
3. **Least privilege:** rozsah patří agentovi, úloze, zdroji a času; schválení plánu neruší tvrdé hranice hostitele ani technická omezení runtime.
4. **Auditovatelná autonomie:** zaznamenat plán/jeho verzi, změnu postupu, delegaci, oprávnění, modely, síť, změny souborů, kontroly a výsledek.
5. **Změny cíle:** nová verze plánu a souhlas uživatele. Změna prostředku při stejném cíli může pokračovat v mezích bezpečnostní policy.
6. **Nové modely:** nejprve kandidát/test, poté ověřený, až následně automatická nabídka/přiřazení; možnost rollbacku a viditelná historie.
7. **Neomezené delegování není neomezený souběh:** fyzický runtime dodržuje limity zdrojů a OS.
8. **Bezpečnostní audit není self-report:** diagnostika a testy prokazují jen své přesné tvrzení; certifikace a ochrana proti libovolnému nepřátelskému kódu vyžaduje nezávislé posouzení.

---

## 8. Otevřené body označené, ne skrytě rozhodnuté

1. **Rozsah egress anonymizace:** dosavadní odpověď A zahrnovala pouze text, který zadá uživatel. Pro mySecondBrain26 je bezpečnější pokrýt veškerý obsah odcházející k modelu. Do rozhodnutí nepoužívat osobní KB s AutoFree.
2. **Kilo spojení:** zda konkrétní verze Kilo dovolí přepínačem CyberBrain26 FreeAuto současně aktivovat role-based routing, vlastní dynamic provider a sanitizaci celé historie.
3. **Přihlášení do Gateway:** ověřit bezpečné předávání Kilo credentials pluginu/routeru bez ukládání master secretu v CyberBrain26.
4. **OS a VM backendy:** pořadí podpory distribucí Linuxu, Windows, macOS, virtualizátorů a starého notebooku určit capability probe a testy.
5. **Cloud provider:** vybrat až při známých požadavcích na šifrování, historii verzí, konflikty, offline režim a vlastnictví účtů.
6. **Monetizace:** osobní produkt vs. B2B bezpečnostní vstup; rozhodnout podle validace, nikoli starší roadmapy či simulovaných rozhovorů.
7. **Význam „libovolné síťové akce v plánu“:** konkrétní rizikové akce (finance, účty, komunikace pod identitou, publikace a cíle pentestu) musí mít strojově kontrolovatelný rozsah a audit; obecný textový plán nestačí jako technická autorizace.

---

## 9. Současný stav — kontrolní bod při vytvoření plánu

### [OVĚŘENO Z DOKUMENTACE, nikoli nově otestováno]

- `README.md` a `PROJECT_STATUS.md` popisují testovaný Python prototyp, nikoli hotové osobní AI prostředí.
- README vymezuje Linuxové execution přes Bubblewrap; Windows/macOS nemají alternativní execution backend. Bubblewrap se nesmí prezentovat jako ochrana proti libovolnému nepřátelskému kódu.
- `PROJECT_STATUS.md` uvádí prototypové identity/policy/approval/audit, některé SQLite vrstvy a omezení Privacy Gateway pouze na zápisy do projektové paměti; prompt egress ani obecná anonymizace tím vyřešena není.
- Model registry/router/clients jsou podle stavových dokumentů knihovní/prototypové části, ne kompletní živý model manager s Kilo role routingem.
- Existují starší široké i užší roadmapy a dosavadní V8 draft. Tento plán je nový cílový návrh; po potvrzení vlastníkem je třeba explicitně určit jejich hierarchii, ne staré dokumenty mazat.
- Pracovní strom má existující modifikované i necommitnuté soubory. Zachovat je; nic nestagovat, necommitovat, neresetovat ani nepřepisovat hromadně.

### [OVĚŘENO V TOMTO ROZHOVORU]

- Kilo CLI `7.6.2` a VSCodium rozšíření `7.8.3` jsou různé verze. CLI odmítá některé klíče globálního configu (`reasoning_display`, `retention`), takže živý seznam modelů nebyl přes CLI ověřen. Konfigurace nebyla změněna.
- Neběžely nové pytest/Ruff/mypy kontroly v rámci vytvoření tohoto plánu.
- Historická čísla testů v dokumentaci se rozcházejí; nové číslo baseline se musí získat až při F0 na přesně zaznamenané pracovní kopii.

---

## 10. Kritéria úplného úspěchu CyberBrain26

CyberBrain26 se nesmí označit jako dokončený jen podle počtu agentů nebo souborů. Cílový systém musí prokazatelně:

- fungovat s Kilo jako hlavním orchestrátorem bez skrytého konkurujícího workflow,
- sestavit plán, získat schválení, delegovat a vrátit ověřený výsledek,
- vybírat modely podle role, aktuálních úloh, rychlosti, kvality a dostupnosti a umět bezpečný rollback,
- provozovat lokální osobní znalostní databázi s provenance a retrieval kontrolami,
- vynutit různé, otestované bezpečnostní profily pro VM a běžný notebook,
- zabránit neodsouhlasenému přístupu VM k hostiteli a neautorizovanému egressu,
- přežít restart, selhání provideru, zrušení úlohy, konflikt synchronizace a nedostatek zdrojů bez tichého oslabení ochrany,
- poskytovat auditní důkazy, automatické testy, E2E demonstraci a nezávislé ověření,
- oddělit prokázané schopnosti od hypotéz, experimentů a dosud neauditovaných oblastí.

---

## 11. Pravidla správy tohoto plánu

- Tento soubor je cílový návrh a pracovní zdroj pravdy až po potvrzení vlastníkem.
- Implementační práce se rozděluje na malé milníky s konkrétními výstupy, ownerem, testy, bezpečnostním review a rollbackem.
- Každá změna konečného cíle vytvoří novou revizi plánu; historie verzí zůstává zachovaná.
- Aktualizace technického postupu a dílčích kroků se zaznamená do changelogu plánu; cíl se tím automaticky nemění.
- Soubory roadmap a reportů se nesmějí považovat za důkaz implementace. Stav funkce potvrzuje kód, test a pozorovaný běh.
- Zápis do kódu, testů, bezpečnostní konfigurace nebo Kilo globální konfigurace se předloží jako přehledný diff a dodrží schvalovací pravidla repozitáře.

---

## 12. Zdroje v repozitáři

- `.kilo/context/Cyberbrain26_master_roadmapv4-1.md` — široká původní vize a oblasti produktu.
- `.kilo/plans/1791036626945-roadmap-v8-a-plan-do-konce.md` — nedávný návrh technické roadmapy a ověřování Kilo workflow.
- `.kilo/context/decisions/DECISIONS_V7.md` — dřívější rozhodnutí týkající se orchestrátoru a agentů.
- `README.md` — veřejně popsaný aktuální rozsah CLI prototypu a jeho výslovná omezení.
- `PROJECT_STATUS.md` — technický stav prototypu a historicky zaznamenané kontroly.
- `docs/CAPABILITIES.md`, `docs/SECURITY_ONE_PAGER.md`, `EXECUTION_SECURITY_REVIEW.md` — evidence schopností a bezpečnostních hranic.
- `docs/product/MARKET_AND_MONETIZATION_ANALYSIS_V5.md`, `docs/product/PRICING_DISCOVERY_V7.md` — obchodní hypotézy a otevřené validační otázky.

---

**Konec návrhu CyberBrain26cil-031026**