# CyberBrain26cil-031026 — hlavní cílový plán, verze 2

**Datum:** 3. 10. 2026  
**Stav:** Schválený směr podle vlastníka; obsahuje hypotézy k validaci trhu, nikoli potvrzené obchodní výsledky.  
**Určení:** Dlouhodobý produktový a technický plán CyberBrain26 s Kilo jako hlavním orchestrátorem, společným bezpečnostním plane, rozsáhlou knowledge databází mySecondBrain26 a ověřitelnou cestou k první prodejné nabídce.

## Stav realizace po založení verze 2

- **[OVĚŘENO, 3. 10. 2026] F3a kostra:** verzovaná SQLite migrace `2` zavádí metadata dokumentů. `knowledge_plane` obsahuje typované kontrakty, idempotentní registraci podle zdroje a SHA-256 obsahu, oddělení originálních bajtů od metadat a explicitní lokální adapter s kontrolou schváleného kořene adresáře. Samotné parsování, OCR, kopírování originálů, embeddingy a vzdálené modely tato kostra neprovádí.
- **[OVĚŘENO, 3. 10. 2026] Egress kostra:** `EgressGate` pro vzdálené modelové volání vyžaduje explicitní allowlist providera, povolenou klasifikaci dat a audit. Do auditu zapisuje digest payloadu a klasifikace, nikoli obsah payloadu. Není dosud napojený na Kilo ani modelové klienty; tato integrace patří do F1/F4.
- **[OVĚŘENO, 3. 10. 2026] Kontroly:** po přidání koster prošly `595` testů, Ruff i mypy nad `65` zdrojovými soubory. Nejde o Gate 2 Kilo integrace ani o nezávislé bezpečnostní posouzení.

## 1. Cíl a produktová vize

CyberBrain26 má být **modulární, lokální-first prostředí pro práci s AI agenty a osobními znalostmi**. Kilo zůstává hlavním orchestrátorem: zjišťuje cíl, navrhuje plán, deleguje práci a předává výsledek uživateli. CyberBrain26 mu poskytuje řízený přístup k modelům, nástrojům, lokálním datům, vykonávacím prostředím, bezpečnostním pravidlům a auditu.

Dlouhodobým cílem je systém, který:

- používá Kilo a jeho agenty jako hlavní uživatelskou cestu;
- chrání každou připojenou akci přes společnou bezpečnostní bránu;
- provozuje rozsáhlý automatizovaný mySecondBrain26 nad uživatelovými daty;
- přiřazuje modely podle konkrétní role, úkolu, kvality, rychlosti a dostupnosti;
- zvládá další moduly, agenty, zdroje dat a operační systémy bez přepisování jádra;
- poskytuje srozumitelný výsledek, původ použitých informací a auditní záznam.

Kvalitní architektura sama o sobě nezaručuje prodejnost. Obchodní směr je zatím hypotéza. Plán ověří zájem o dvě možné nabídky — **lokální osobní znalostní a agentní prostředí** a **bezpečnostní integraci agentů pro týmy** — ale nebude současně stavět dva oddělené produkty. Rozhodnutí o první placené nabídce se opře o skutečné problémy, pilotní závazky a ochotu platit. Do té doby se cenové a tržní odhady nesmějí prezentovat jako potvrzené.

## 2. Verze plánu a zachování historie

- Původní `.kilo/plans/CyberBrain26cil-031026.md` zůstane nedotčený.
- Tento nový dokument je `.kilo/plans/CyberBrain26cil-031026-v2.md`.
- Nový plán je na začátku tohoto souboru. Za ním následuje úplná kopie původní verze pod nadpisem **„Archiv: původní plán CyberBrain26cil-031026“**.
- Změna konečného cíle vytvoří další verzi plánu. Změna metody, dílčího kroku nebo pořadí bude zaznamenána jako revize, aniž by se zbytečně měnil cíl.
- Dokument rozlišuje **[OVĚŘENO]**, **[NÁVRH]**, **[HYPOTÉZA]** a **[NEOVĚŘENO]**.

## 3. Architektura: modularita, čitelnost a možnost rozvoje

Jádro bude rozděleno podle stabilních odpovědností. Moduly spolu komunikují přes pojmenovaná rozhraní; nemají si navzájem sahat do interních tabulek a soukromých detailů.

Základní moduly:

- **Kilo Adapter:** integrace Kilo CLI a VSCodium, agentní role, nástroje a modelový picker.
- **Orchestration Bridge:** průchod úloh a událostí mezi Kilo a CyberBrain26. Kilo zůstává jediným hlavním delegátorem.
- **Security Plane:** identity, policy, scope, schvalování, egress kontroly a audit.
- **Knowledge Plane / mySecondBrain26:** zdroje, ingest, extrakce, index, vyhledávání, vazby a životní cyklus dat.
- **Model Intelligence:** katalog modelů, hodnocení podle role, FreeAuto a bezpečná integrace s Kilo.
- **Execution Plane:** lokální sandbox a pozdější runtime adaptéry pro další platformy.
- **Storage Adapters:** databáze metadat, úložiště originálů, indexy, zálohování a synchronizace.
- **User Interface:** nejprve Kilo CLI/VSCodium a administrativní CyberBrain26 CLI; další plochy po ověření toku.

Každé rozhraní musí mít čitelný kontrakt, jasného vlastníka, vstupy, výstupy, chybové stavy a testy kompatibility. Konkrétní databáze, vyhledávací index, model, OCR nebo sandbox se připojí jako vyměnitelný adapter, pokud to přináší reálnou výhodu. Prototypová volba se nesmí stát trvalým standardem jen proto, že byla první.

Kód má používat malé moduly, konzistentní názvy, typované vstupy a výstupy, dokumentované veřejné rozhraní a krátké příklady. Architektonické rozhodnutí, které ovlivní úložiště, API, bezpečnost nebo migrace, dostane stručný záznam ADR. Závislosti mají být verzované, omezené na potřebné minimum a pravidelně kontrolované.

Data, indexy, úložiště i API musí být verzované. Upgrade provede zálohu, migraci s kontrolou výsledku a nabídne bezpečný návrat nebo obnovu. Starší schéma nesmí být potichu interpretováno jako nové. Indexy, které lze znovu sestavit z originálů, mají být oddělené od nenahraditelných původních dat.

Pro dlouhé a opakované zpracování se použije trvalá fronta s bezpečným obnovením po restartu. Úlohy musí být opakovatelné a idempotentní: opakování po chybě nesmí vytvářet duplicitní dokumenty, mazat výsledky ani provést dvakrát externí účinek. Souběh se přizpůsobí CPU, RAM, GPU/VRAM, OS i nastaveným limitům; nedostatek prostředků zpomalí nebo pozastaví zpracování, neoslabí bezpečnost.

Kilo dokumentuje pluginy pro CLI i VS Code, včetně vlastních nástrojů, zachycení volání nástrojů a dynamických poskytovatelů modelů. To je první možnost integrace, kterou je třeba ověřit v používaných verzích; dokumentace sama nedokazuje, že plugin zachytí každou akční či datovou cestu Kilo. [Kilo plugins](https://kilo.ai/docs/automate/extending/plugins), [Kilo custom models](https://kilo.ai/docs/code-with-ai/agents/custom-models), [Kilo custom subagents](https://kilo.ai/docs/customize/custom-subagents)

## 4. Společná bezpečnostní brána

Současný v4 obsahuje znovupoužitelné prototypové části: identity agentů, scope, policy, schvalování, audit, SQLite persistence a autorizovanou cestu k omezenému lokálnímu vykonávání. Tyto části se nejprve znovu ověří a jejich použitelné rozhraní se zachová; nebudou automaticky prohlášeny za hotovou ochranu celého systému.

Každá chráněná akce projde řetězcem:

**ověřená identita a původ delegace → policy → oprávnění a scope zdroje → egress/runtime kontroly → schválení podle rizika → vykonání → nezávislá kontrola výsledku → audit.**

Zásady:

- Neznámá akce, chybějící kontrola, chybějící sandbox nebo selhání auditu znamená zablokování chráněného úkonu.
- Subagent dostane jen nezbytný rozsah rodičovské identity. Delegování samo o sobě práva nezvyšuje.
- Schválení patří ke konkrétní identitě, úloze, akci, cíli a obsahu operace. Změna schváleného obsahu vyžaduje nové posouzení.
- Obecný text plánu není technickou autorizací. Síť, hostitel, publikování, účty, finanční kroky a testované cíle musí být vyjádřeny kontrolovatelným rozsahem.
- Egress k modelu je samostatná chráněná cesta: eviduje model/provider a kontroluje celý odesílaný obsah, včetně znalostních výňatků, nástrojových výstupů a předání mezi agenty.
- Výchozí zpracování citlivých dat je lokální. Vzdálený model se použije jen tehdy, když to dovoluje zdrojová politika i egress pravidla.
- Dokumenty a výstupy modelů se berou jako nedůvěryhodná data. Obsah z nich nesmí sám udělit oprávnění nebo spustit nástroj.
- Auditní SQLite je provozní stopa prototypu, ne kryptograficky nezměnitelný důkaz.
- Bubblewrap zůstává omezeným Linuxovým prototypem, nikoli ochranou proti libovolnému nepřátelskému kódu.

Nejasný bod anonymizace se zachová jako otevřené rozhodnutí: dřívější volba o textu zadaném uživatelem neřeší celý obsah osobního knowledge systému. Dokud nebude rozsah potvrzen a výstupní cesta prokázána, mySecondBrain26 se nesmí automaticky posílat do vzdálených modelů.

## 5. Fáze realizace

### F0 — Baseline a architektonická inventura

Zkontrolovat přesný Git stav, zdrojový kód, testy, Kilo CLI a VSCodium, současné datové moduly, neuzavřené bezpečnostní mezery a starší roadmapy. Určit hierarchii dokumentů bez mazání starých plánů.

**Gate:** aktuální baseline je reprodukovatelná a označená datem, verzemi a konkrétním Git stavem; existující změny jsou zachované; vznikne krátká mapa modulů a závislostí.

### F1 — Kilo integration proof of concept

V Kilo CLI i VSCodium ověřit jeden bezpečný nástrojový tok, registraci modelového provideru, identitu agenta a skutečný rozsah zásahu pluginu. Zjistit každou cestu, kterou by bylo možné bránu obejít.

**Gate:** scénář prokazatelně projde CyberBrain26 bránou nebo je nepokrytá cesta výslovně vypnuta a označena mimo podporovaný rozsah.

### F2 — End-to-end bezpečný agentní tok

Ověřit zadání, návrh plánu, uživatelské schválení, delegaci, autorizovaný nástroj, test/verifikaci, audit a finální výsledek. Pokrýt timeout, zrušení, změněný obsah po schválení, selhání subagenta/modelu/sandboxu a bezpečné opakování bez duplicitních účinků.

**Gate:** reprodukovatelná E2E ukázka, automatické testy a propojený auditní důkaz.

### F3 — mySecondBrain26: automatická knowledge databáze

mySecondBrain26 bude velká dlouhodobá část systému. Jeho účelem je automaticky shromažďovat, organizovat, zpracovávat a zpřístupňovat uživatelovy znalosti z povolených zdrojů: dokumenty, fotografie, PDF, e-maily, smlouvy, doklady, vysvědčení, poznámky, pracovní materiály a vybrané exporty z Perplexity, Gemini a dalších AI služeb.

#### Zdrojový a zpracovací model

Každý zdroj dostane adapter: sledovaná složka, ruční import nebo explicitně připojený konektor. Import zachová původní obsah jako originál a uloží zdroj, čas, identifikátor, kontrolní součet, verzi, oprávnění a citlivost. Zpracování nesmí originál přepisovat.

Zpracování poběží jako obnovení schopná fronta. Opětovné naskenování stejného obsahu nesmí vytvořit duplikát. Změna originálu vytvoří novou verzi a nové odvozené výsledky; starší verze zůstane dohledatelná podle retenční politiky.

#### Automatický pipeline

1. Rozpoznat formát, typ zdroje, jazyk, datum a pravděpodobnou kategorii.
2. Bezpečně extrahovat text, tabulky, metadata a obrazový obsah; pro fotografie a skeny použít OCR a uvést jeho jistotu.
3. Klasifikovat témata, dokumentové typy, osoby, organizace, místa, data, částky a vztahy.
4. Vytvořit vyhledatelné části dokumentu s odkazem na originál a přesné umístění, například stránku nebo oblast.
5. Odhalovat přesné i podobné kopie, související dokumenty, verze a možné rozpory.
6. Vytvářet souhrny, časové osy a znalostní vazby s odkazy na zdroje a označením jistoty.
7. Zpřístupnit obsah přes kombinaci běžného textového a významového vyhledávání, s filtrováním podle zdroje, data, citlivosti a důvěry.
8. Průběžně aktualizovat indexy; pokud se index poškodí, obnovit jej z originálů a normalizovaných dat.

#### Důvěra, citlivost a automatizace

Každý výsledek zachová provenienci a rozliší původní dokument, strojovou extrakci, modelový souhrn a lidské potvrzení. Výstup z Perplexity, Gemini nebo jiného AI nástroje zůstane označen jako externí AI obsah; tvrzení se nepovýší na ověřený fakt bez zdroje či uživatelského potvrzení.

Systém může automaticky třídit, indexovat, navrhovat entity, vazby a souhrny. Nízká jistota, konflikt zdrojů, neznámý typ souboru nebo riziková citlivost skončí ve frontě ke kontrole. Uživatelská oprava vytvoří novou událost a může být použita pro zlepšení budoucího třídění.

Originály se nikdy automaticky nemažou, neposílají, nepublikují ani nesynchronizují na základě odvozené klasifikace. Příkazy nalezené uvnitř dokumentů se považují za obsah, nikoli za instrukce pro agenta. Parsování rizikových formátů probíhá v omezeném prostředí.

#### Výkon, úložiště a obnova

Originální soubory, metadata, index a dočasné výstupy mají oddělenou odpovědnost a životní cyklus. Metadata mohou začít v současné SQLite vrstvě, pokud zátěžové a migrační testy potvrdí její vhodnost; samotné velké binární originály ani všechny vyhledávací indexy se nemají bezdůvodně ukládat do jediné databáze. Index musí být obnovitelný a vyměnitelný přes adapter.

Pipeline musí podporovat omezení CPU/RAM/GPU, pozastavení, pokračování po restartu, retry, karanténu, diagnostiku a odhad velikosti/času zpracování. Pro počáteční osobní instalaci bude podporován jeden vlastník/uživatel; víceuživatelský týmový režim vyžaduje samostatný model přístupů a izolace dat.

#### Ochrana a správa dat

Citlivost se dědí konzervativně ze zdroje a může být uživatelem zpřesněna. Lokální zpracování je výchozí pro soukromé dokumenty. Zálohy a cloudová synchronizace mají samostatnou policy a nesmějí být zaměňovány s egress pravidly modelů.

Export a odstranění musejí zohlednit originály, textové extrakty, OCR, metadata, embeddingy, cache, zálohy a běžící úlohy. Plán musí otevřeně popsat, kde odstranění znamená fyzické vymazání a kde pouze logické odstranění podle vlastností konkrétního úložiště. Ochrana na disku, zálohy a klíče se vyřeší před uložením skutečných vysoce citlivých materiálů; současná nešifrovaná SQLite prototype databáze k tomu sama nestačí.

#### Etapové zavádění

- **F3a — Dokumentový základ:** lokální složky, běžné textové soubory a PDF, provenance, verzování a přesné odkazy.
- **F3b — Obrázky a skeny:** bezpečné OCR, metadata, extrakční jistota a ověření přesnosti.
- **F3c — E-mail a další konektory:** uživatelem autorizované připojení, minimální rozsah a možnost odpojit zdroj.
- **F3d — Znalostní vztahy:** entity, časové osy, podobnost, konflikty a souhrny s citacemi.
- **F3e — AI exporty a agentní retrieval:** import výstupů dalších služeb, jasné štítky původu a bezpečné předávání výňatků agentům.

**Gate F3:** idempotentní ingest, dohledatelný zdroj ke každému tvrzení, měřitelná přesnost na testovací sadě, úspěšná obnova indexu, správné mazání/export a úspěšné testy egressu s umělými citlivými markery. Chybný parser, nízká jistota nebo poškozený soubor nesmí znehodnotit ostatní data.

### F4 — Model Intelligence a FreeAuto

Sestavit katalog modelů a metadat s providerem, podmínkami free/trial, schopnostmi, limity, dostupností a datem ověření. Nové modely se testují na syntetických úlohách podle role. Přiřazení uchovává hlavní model a ověřené zálohy, výsledky, datum a rollback možnost.

Volba FreeAuto nikdy neobchází egress policy. Selhání free modelu nesmí potichu přepnout na placený či neschválený model. Kilo plugin/provider musí viditelně oznámit roli, aktuální model a fallback. Změna konfigurace Kilo má mít náhled diffu, zálohu a návrat.

**Gate:** prokázané přiřazení různých modelů nejméně dvěma rolím v Kilo CLI i VSCodium; bezpečně ošetřená nedostupnost a bez placeného fallbacku; syntetická data neuniknou do logu ani nesprávnému provideru.

### F5 — Obchodní validace a první placená nabídka

Ověřit alespoň dvě hypotézy: lokální osobní knowledge/agentní prostředí a týmovou bezpečnostní integraci agentů. Rozhovory zjišťují nedávný konkrétní problém, současné alternativy, vlastníka rozpočtu, přístup k pilotní úloze, bezpečnostní požadavky a ochotu zaplatit. Nevyvozovat poptávku z desk research ani simulovaných respondentů.

Nedodávat dva paralelní produkty. Po ověření vybrat jeden placený pilotní workflow, kterému současná bezpečnostní a datová vrstva stačí. Pilot má výslovně omezený OS, zdroj dat, model/provider, typ úloh, podporu a neprodukční dopad. Měřit výsledky, chyby, instalační tření, podporu, opakované použití a nákupní závazek.

**Gate:** minimálně pět reálných respondentů popíše srovnatelný čerstvý problém; nejméně dva přijmou konkrétní pilotní krok/termín; existuje věrohodný kupující. K pokračování k produktu je třeba skutečně zaplacený pilot a doložený výsledek, ne pouze pochvalná zpětná vazba.

### F6 — Posílení runtime a podpora

Podle pilotní hrozby a požadavků doplnit limity paměti, procesů, CPU, disku/inodů, task-scoped workspaces, ověřené ukončení potomků, bezpečné uložení klíčů, instalaci, aktualizaci, obnovu a nezávislou revizi. Linux/VM je první bezpečnostně ověřovaný profil. Notebook bez VM má přísnější policy. Každý další OS potřebuje vlastní capability probe a profil.

**Gate:** deklarované host/runtime konfigurace procházejí testy izolace a fail-closed; kritické bezpečnostní nálezy jsou uzavřené; existuje provozní postup aktualizací, incidentů a obnovy.

### F7 — Synchronizace a plánované úlohy

Synchronizace po 30 minutách nečinnosti probíhá až po ukončení úloh a vytvoření snapshotu. Mazání, spustitelné soubory a konfliktní přepisy se pozastaví ke schválení; historie umožní obnovu. Synchronizace je oddělená chráněná akce s viditelným cílem a auditem.

Plánované úlohy mají explicitní rozsah, časové okno, limity zdrojů, retry pravidla a podmínky zastavení. Opakování nesmí zopakovat nejistý externí vedlejší účinek.

**Gate:** scénáře výpadku sítě, konfliktu, smazání, obnovení a duplicitního spuštění jsou ověřené.

### F8 — Agentní portfolio a více klientů

Postupně přidávat výzkum, správu zařízení, obsah/social, finance, OSINT a CyberSecLab. Každý agent má charter, oprávnění, modelový profil, datové zdroje, limity, testy a audit. Pentest agent se omezuje na výslovně autorizované cíle a oddělenou lab politiku. Další UI (desktop, web, mobil) se staví až nad stabilním API a bezpečnostním tokem.

**Gate každého agenta:** jeden povolený E2E a jeden fail-closed E2E scénář; review oprávnění a ověřitelný výsledek.

### F9 — Opakovatelný produkt a škálování

Po opakovaných placených pilotech určit model prodeje: licence, předplatné, spravovaná instalace, integrační služba nebo kombinace. Definovat balíčky a cenu podle doložených nákladů dodání, podpory a skutečných nákupů. Enterprise funkce, certifikace či SLA se plánují jen při odpovídající poptávce a po uzavření příslušných bezpečnostních a provozních mezer.

**Gate:** alespoň dva nezávislí zákazníci dokončili placený workflow s měřitelným výsledkem; instalace, upgrade, podpora a návrat jsou opakovatelné; náklady na dodání a údržbu jsou známé; prodejní tvrzení odpovídají auditovanému rozsahu.

## 6. Nezávislá kontrola návrhu: možná budoucí selhání a pojistky

| Riziko, které by mohlo způsobit problém | Pojistka v plánu |
|---|---|
| Příliš široký produkt, který roky nic neprodá | Nejdřív stabilní vertikální tok a rozhovory/pilot; neimplementovat všechny agenty současně. |
| Dvě nekompatibilní cílové skupiny a nejasný marketing | Oddělit dlouhodobou vizi od první nabídky; před výrobou vybrat placený segment podle důkazů. |
| Kilo plugin nedokáže vynutit všechny cesty | F1 mapuje všechny vstupy/obcházení; nepokryté nástroje jsou vypnuté nebo mimo bezpečnostní tvrzení. |
| Špatné třídění nebo sloučení osobních informací | Uchovávat originál, historii, jistotu a zdroj; konflikty neřešit destruktivním automatickým slučováním. |
| „Obří databáze“ přeroste jednu SQLite databázi | Oddělit originály, metadata, indexy a frontu; měřit zátěž; vyměnitelné adaptéry a obnovitelné indexy. |
| Migrace poškodí roky nasbíraných dat | Verze schémat, záloha před migrací, fixture z předchozích verzí, kontrola integrity a obnova. |
| Citlivé soubory uniknou přes OCR, logy, embeddings nebo vzdálený model | Řídit všechny deriváty i logy stejně jako zdroj; syntetické markery testovat každou cestu. |
| „Anonymizace“ vzbudí falešnou důvěru | Nepoužívat tvrzení o úplné anonymitě bez prokázaného DLP a pokrytí celého payloadu; výchozí lokální zpracování. |
| Automatické úlohy se zaseknou či opakují účinek | Trvalá fronta, idempotentní kroky, retry limity, rušení a stav „nejistý účinek“ vyžadující kontrolu. |
| Neomezená delegace vyčerpá hardware nebo rozpočet | Počet agentů může být logicky otevřený, souběh, tokeny, čas, síť a CPU/RAM jsou omezené. |
| Cloud sync přepíše nebo smaže důležitý obsah | Snapshot, verze, obnova, konfliktní fronta a samostatné schválení rizikových změn. |
| Příliš abstraktní plugin architektura zkomplikuje čitelný kód | Zavádět extension point až při druhém reálném adapteru; veřejná rozhraní udržet malá a dokumentovaná. |
| Rozdílné verze CLI/rozšíření způsobí nepředvídatelné chování | Podporovanou matici verzí deklarovat, automaticky testovat kompatibilitu a bezpečně odmítnout neznámé verze. |
| Pilotní bezpečnostní tvrzení předběhne důkazy | Oddělit Gate 1 kód/test, Gate 2 E2E provoz, Gate 3 nezávislou revizi; marketing navázat na přesný profil. |

## 7. Testy, provoz a srozumitelnost kódu

Testovací plán obsahuje:

- jednotkové a kontraktní testy pro moduly a adaptery;
- integrační testy Kilo CLI/VSCodium, policy, schválení, egressu a auditu;
- dokumentové fixtures pro PDF, skeny, fotografie, e-maily, poškozené i duplicitní soubory;
- testy přesnosti OCR/extrakce, provenience, nejistoty, chybných vazeb a oprav uživatele;
- restart, přerušení, retry, idempotenci, obnovu indexu, migraci a rollback;
- zátěžové měření velikosti knihovny, rychlosti ingestu, latence retrieval, paměti, GPU/CPU a diskové režie;
- syntetické citlivé markery pro důkaz, že se citlivý obsah neobjeví v odchozím požadavku, logu nebo nesprávném úložišti;
- testy selhání fail-closed, včetně nedostupné policy, auditu, sandboxu, provideru nebo úložiště.

Každý modul má mít krátký README: co vlastní, co nevlastní, veřejné rozhraní, jak ho spustit a testovat, jaké má bezpečnostní předpoklady a jak probíhá upgrade. Složité abstrakce a duplikované konfigurace se odmítnou při code review. Kritické workflow musí mít diagnostiku, která ukáže důvod blokace srozumitelně uživateli, aniž by vypsala tajemství.

## 8. Gates a kritéria dokončení

- **Gate 1 — Implementace:** konkrétní kontrola existuje v kódu a má pozitivní i negativní test.
- **Gate 2 — Provoz:** celý deklarovaný scénář běží v podporované konfiguraci a zanechá audit a výstupní důkazy.
- **Gate 3 — Nezávislé posouzení:** bezpečnostní tvrzení o nepřátelském kódu, egressu, zákaznických datech nebo nasazení prošlo nezávislou revizí.

CyberBrain26 se nepovažuje za dokončený jen podle počtu agentů nebo modulů. Musí prokázat: Kilo jako hlavní orchestrátor; řízenou delegaci; bezpečný a auditovatelný tok; automatickou lokální knowledge databázi s původem a obnovou; role-based model management bez tichého placeného fallbacku; otestované OS/runtime profily; robustní upgrade a migraci; a opakovatelný placený zákaznický scénář bez nadsazených tvrzení.

## 9. Zvolená výchozí nastavení

- Kilo je jediný hlavní orchestrátor.
- mySecondBrain26 je zásadní produktová oblast, ne doplňkový importér.
- Lokální zpracování je výchozí pro osobní obsah; vzdálený egress je zvlášť kontrolovaná schopnost.
- V první iteraci se podporuje jeden vlastník, Linux/VM a omezený počet zdrojových typů; další přijdou přes moduly po ověření.
- Automatické třídění a indexace mohou probíhat bez potvrzování každé položky; nízká jistota a konflikty jdou ke kontrole.
- Originály se automaticky nemažou ani nepřepisují.
- Bezpečnostní práce v4 se znovu použije po ověření, její nedostatky se nezakryjí novými názvy.
- Žádná nová konfigurace Kilo, kódová změna, migrace či synchronizace mimo schválený rozsah se nepovažuje za povolenou jen proto, že ji doporučil agent.
- Monetizace, segment i cena zůstávají hypotézami do reálného placeného ověření.

## 10. Zachování původního plánu

Za tuto novou verzi následuje úplný původní obsah `.kilo/plans/CyberBrain26cil-031026.md` beze změn. Původní soubor zůstává samostatně zachován. Tato verze nese datum, stav, odkazy na technické a obchodní důkazy a výše uvedený changelog. Implementace produktových funkcí pokračuje po etapách podle Gate F0–F9.

---

# Archiv: původní plán CyberBrain26cil-031026

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

---

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