AIFC-011: Operational DNA

Status: Draft 0.1 Standard: AI-First Community Standard Zkráceně: AIFC Navazuje na:

AIFC-000 Manifest AI-first komunity
AIFC-001 Core Concepts
AIFC-002 Community Model
AIFC-003 Values and Purpose
AIFC-004 Feedback and Change Proposals
AIFC-010 Knowledge Structure

Účel dokumentu: Definovat pojem Operational DNA jako kritickou část knowledge base komunity, popsat její obsah, hodnotu, rizika, ochranu a vztah k AI, source of truth, Human Cockpit Layer a Company as a System.

1. Purpose of this document

Tento dokument definuje Operational DNA.

AIFC knowledge base obsahuje mnoho druhů znalostí. Některé jsou podpůrné, některé provozní, některé historické a některé kritické.

Operational DNA je ta část knowledge base, která popisuje, jak komunita skutečně funguje, rozhoduje, vytváří hodnotu, učí se, chrání své hranice a replikuje své schopnosti.

V kontextu firmy může Operational DNA obsahovat to nejcennější know-how:

jak firma vytváří hodnotu,
jak rozhoduje,
jak pracuje se zákazníky,
jak organizuje práci,
jak řídí kvalitu,
jak využívá AI,
jak chrání know-how,
jak drží hodnoty,
jak se učí,
jak se odlišuje od konkurence.

Operational DNA není jen dokumentace.

Je to provozní genetický kód komunity.

2. Core principle

Základní princip tohoto dokumentu je:

The better a community describes how it works, the more valuable its knowledge becomes — and the more carefully it must be protected.

Česky:

Čím lépe komunita popíše, jak funguje, tím hodnotnější její know-how je — a tím pečlivěji musí být chráněno.

AIFC proto říká:

Knowledge base is memory.
Operational DNA is critical capability.

Česky:

Knowledge base je paměť.
Operational DNA je kritická schopnost.

3. Definition

Operational DNA je kritická část knowledge base, která popisuje skutečný provozní model komunity.

Zahrnuje znalosti, pravidla, rozhodnutí, workflow, skills, hodnotové výklady, AI zapojení, fallbacky a vztahy, které umožňují komunitě vytvářet hodnotu a pokračovat ve svém záměru.

Operational DNA odpovídá na otázky:

Jak komunita skutečně funguje?
Jak vytváří hodnotu?
Jak rozhoduje?
Jaké schopnosti jsou pro ni kritické?
Jaké know-how nesmí ztratit?
Jaké workflow drží její provoz?
Jaké skills musí umět lidé?
Jaké AI skills používají agenti?
Jaké části práce lze replikovat?
Jaké části jsou citlivé nebo konkurenčně významné?
Co by umožnilo jinému subjektu komunitu napodobit?

4. Operational DNA vs ordinary knowledge

Ne každá znalost v knowledge base je Operational DNA.

Ordinary knowledge

Běžná znalost může být:

obecný návod,
poznámka,
meeting summary,
seznam odkazů,
historický dokument,
jednoduchý popis,
jednorázový výstup.

Může být užitečná, ale nemusí přímo určovat schopnost komunity fungovat.

Operational DNA

Operational DNA obsahuje znalost, bez které komunita ztrácí část své provozní schopnosti.

Může jít například o:

rozhodovací logiku,
klíčové workflow,
zákaznické know-how,
architektonické principy,
unikátní delivery model,
cenotvorbu,
bezpečnostní pravidla,
AI agentické workflow,
fallback režimy,
human skills,
AI skills,
governance pravidla,
vztahy mezi hodnotami a rozhodnutími,
mechanismy učení,
community interface.

Minimum requirement

AIFC komunita musí umět rozlišit běžnou knowledge base od Operational DNA.

Operational DNA musí být klasifikována jako kritické aktivum.

5. Why Operational DNA matters

Operational DNA je důležitá ze tří důvodů.

5.1 It makes the community understandable

Dobře popsaná Operational DNA umožňuje novým členům, vedoucím, auditorům i AI agentům pochopit, jak komunita funguje.

Snižuje závislost na ústním předávání, skrytém know-how a jednotlivcích.

5.2 It makes the community improvable

Co je popsané, může být analyzováno. Co je analyzováno, může být zlepšeno. Co je zlepšeno, může být zapsáno zpět do source of truth.

Operational DNA je základ pro systematické zlepšování.

5.3 It makes the community replicable

Dobře popsaný operační model může být přenesen, forknut, licencován, auditován nebo použit k vytvoření nové komunity nebo firmy.

To je příležitost i riziko.

Pokud Operational DNA unikne, neuniká jen dokumentace. Uniká schopnost.

6. Components of Operational DNA

Operational DNA může obsahovat následující oblasti.

purpose and values
strategy and operating model
decision logic
critical workflows
human skills
AI skills
customer and stakeholder knowledge
quality model
risk and security rules
AI governance
fallback and recovery modes
feedback and learning loops
community interfaces
business model
delivery model

Tyto oblasti nemusí být v jednom dokumentu. Mohou být rozložené v source of truth.

Důležité je, aby byly rozpoznatelné, chráněné a udržované.

7. Purpose and values as DNA

Záměr a hodnoty jsou součástí Operational DNA, pokud skutečně ovlivňují rozhodování.

Hodnota, která je jen na plakátu, není Operational DNA.

Hodnota, která určuje, jak komunita rozhoduje při tlaku na rychlost, zisk, automatizaci nebo AI intenzitu, už Operational DNA je.

Například hodnota odolnost se stává Operational DNA, pokud ovlivňuje:

fallbacky,
AI lock-in pravidla,
human capability reserve,
rozložení AI capacity,
security review,
maintenance práci,
disaster recovery.

Minimum requirement

Hodnoty a záměr musí být propojeny s rozhodnutími, workflow a AI governance, aby byly skutečnou provozní součástí komunity.

8. Decision logic as DNA

Rozhodovací logika je jedna z nejcennějších částí Operational DNA.

Obsahuje:

jak komunita rozhoduje,
kdo rozhoduje,
kdy je potřeba eskalace,
jak se řeší trade-offy,
jak se používají hodnoty,
jak se pracuje s rizikem,
jak se schvalují AI návrhy,
jak se přijímají nebo odmítají change proposals.

Bez rozhodovací logiky knowledge base popisuje, co komunita ví, ale ne jak komunita myslí.

Minimum requirement

Kritická rozhodnutí musí být zapsána jako decision records.

Opakovaná rozhodovací logika má být převedena do pravidel, checklistů, workflow nebo skills.

9. Workflow as DNA

Workflow se stává Operational DNA, pokud je kritické pro vytváření hodnoty nebo provoz komunity.

Příklady:

delivery workflow,
onboarding workflow,
support workflow,
incident workflow,
customer discovery workflow,
AI review workflow,
security approval workflow,
knowledge migration workflow,
skill evolution workflow,
AI retrospective workflow.

Workflow má být popsáno tak, aby bylo:

pochopitelné člověkem,
použitelné agentem,
auditovatelné,
validovatelné,
a obnovitelné bez konkrétního proprietárního nástroje.

Minimum requirement

Kritické workflow musí mít:

ownera,
vstupy,
výstupy,
pravidla,
rozhodovací body,
AI kroky,
lidské approval gates,
fallback,
auditní stopu.

10. Skills as DNA

Skills jsou provozní schopnosti komunity.

AIFC rozlišuje:

human skills,
AI skills.

Human skills zajišťují, že lidé umí práci pochopit, vykonat, validovat a učit další lidi.

AI skills zajišťují, že agenti mohou pracovat opakovatelně, řízeně a v souladu s pravidly komunity.

Skill je Operational DNA tehdy, když bez něj komunita ztrácí důležitou schopnost.

Minimum requirement

Kritické skills nesmí existovat pouze v hlavách lidí nebo pouze v proprietárních AI nástrojích.

Musí být zachyceny v source of truth nebo z něj odvoditelné.

11. AI governance as DNA

V AI-first komunitě je AI governance součástí Operational DNA.

Popisuje:

kde komunita používá AI,
proč ji používá,
jaká data AI smí vidět,
jaké role mají agenti,
jaká je úroveň autonomie,
kdo schvaluje výstupy,
jak se měří hodnota,
jak se kontroluje spotřeba,
jak se brání AI dependency,
jak se řeší fallback,
jak se zabraňuje lock-inu.

AI governance není doplněk.

Je to provozní struktura, která určuje, zda AI komunitu posiluje, nebo ji činí závislou.

Minimum requirement

Významné AI workflow musí být součástí source of truth a musí mít governance popis.

12. Fallback and recovery as DNA

Schopnost pokračovat při výpadku AI, vendora, nástroje nebo klíčového člověka je součástí Operational DNA.

Fallback není známka nedůvěry k AI.

Je to znak dospělého systému.

Pokud jednoduchá rutinní práce stojí, protože došly tokeny, komunita nezískala inteligenci. Ztratila odolnost.

Operational DNA proto musí obsahovat:

fallback pro kritické workflow,
human capability reserve,
exportovatelné skills,
recovery postupy,
zálohy,
vendor exit strategie,
testované AI-off režimy.

Minimum requirement

Kritická schopnost komunity musí mít popsanou recovery cestu.

13. Feedback and learning as DNA

Komunita, která se neumí učit, časem degraduje.

Feedback loop, retrospektivy, skill evolution a workflow conversion jsou součástí Operational DNA, pokud komunita podle nich skutečně upravuje své chování.

Operational DNA musí obsahovat mechanismy, které převádějí zkušenost na zlepšení systému.

Příklady:

AI retrospective,
sprint retrospective,
incident retrospective,
change proposals,
decision records,
lessons learned,
skill updates,
maintenance backlog,
workflow conversion candidates.

Minimum requirement

Významné učení musí mít cestu do source of truth.

14. Customer and stakeholder knowledge as DNA

U firem a služeb je klíčovou částí Operational DNA znalost zákazníků, stakeholderů a komunit, kterým firma slouží.

Může obsahovat:

customer needs,
pains,
jobs to be done,
decision drivers,
trust signals,
support patterns,
objections,
market signals,
relationship rules,
service principles.

Tato znalost může být konkurenčně velmi citlivá.

AI může pomoci tuto znalost syntetizovat, ale musí respektovat AI-NDA boundary a data classification.

Minimum requirement

Citlivé zákaznické a stakeholder know-how musí být klasifikováno, chráněno a používané AI pouze podle pravidel komunity.

15. Business model as DNA

U firmy může Operational DNA zahrnovat i business model.

Například:

jak firma vydělává,
jaké segmenty obsluhuje,
jak tvoří cenu,
jak dodává hodnotu,
jak získává zákazníky,
jak udržuje kvalitu,
jak škáluje,
jaké má unit economics,
jak využívá AI capacity,
jaké části modelu jsou replikovatelné.

Business model v AIFC není izolovaný spreadsheet.

Je napojený na hodnoty, strategii, workflow, skills, AI governance a community interface.

Minimum requirement

Pokud je business model součástí knowledge base, musí mít jasnou klasifikaci citlivosti a pravidla AI přístupu.

16. Operational DNA and Company as a System

Company as a System je aplikace AIFC na firmu.

Operational DNA je její vnitřní provozní kód.

Dobře popsaná Operational DNA umožňuje firmu:

pochopit,
auditovat,
zlepšovat,
řídit,
zabezpečit,
škálovat,
částečně automatizovat,
licencovat,
replikovat,
nebo spustit v jiném kontextu.

To vytváří novou kategorii hodnoty.

Firma už není jen právní entita a skupina lidí.

Může být popsána jako provozovatelný systém.

Minimum requirement

Company as a System nesmí být firma bez odpovědnosti.

Operational DNA firmy musí být spojena s lidským nebo komunitním vlastnictvím záměru, hodnot a kritických rozhodnutí.

17. Operational DNA and Company as Product

Pokud je operační model firmy dostatečně dobře popsán, může se stát produktem.

Může být:

licencován,
forknut,
lokalizován,
prodán,
použit jako template,
použit k vytvoření nové firmy,
použit jako reference implementation.

Tím vzniká velká příležitost, ale také vysoké riziko.

Pokud Operational DNA unikne, může být použita k napodobení nebo spuštění podobné firmy.

Minimum requirement

Před tím, než je Operational DNA použita jako produkt, musí být definováno:

kdo ji vlastní,
co lze sdílet,
co je restricted,
co je operational secret,
jaká licence platí,
kdo nese odpovědnost,
jak se chrání hodnoty a záměr,
jak se zabrání ghost AI company modelu.

18. Operational DNA and AI access

AI agenti nesmí mít automatický přístup k celé Operational DNA.

Přístup musí být řízen podle:

účelu,
role agenta,
citlivosti dat,
AI-NDA boundary,
data classification,
need-to-know principu,
auditovatelnosti,
možnosti odvolání přístupu.

AI může být silný akcelerátor Operational DNA:

pomáhá ji číst,
syntetizovat,
čistit,
validovat,
aktualizovat,
odhalovat mezery,
hledat rozpory,
navrhovat zlepšení.

Ale Operational DNA nesmí být nekontrolovaně předána externí inteligenci.

Minimum requirement

Každý AI přístup k Operational DNA musí být schválený, omezený, auditovatelný a odvolatelný.

19. Data classification

AIFC doporučuje klasifikovat knowledge base minimálně do těchto vrstev:

Public
Internal
Restricted
Operational DNA

Public

Znalost, kterou lze sdílet veřejně.

Například:

veřejný popis komunity,
veřejné hodnoty,
veřejné produkty,
marketingová komunikace.

Internal

Znalost určená pro členy komunity.

Například:

interní postupy,
běžná dokumentace,
onboarding,
interní návody.

Restricted

Citlivá znalost s omezeným přístupem.

Například:

zákaznické informace,
security pravidla,
finanční detaily,
interní strategie,
vendor informace.

Operational DNA

Kritická znalost popisující provozní schopnost komunity.

Například:

rozhodovací logika,
kritické workflow,
konkurenční know-how,
AI agentické workflow,
business model,
critical skills,
fallbacky,
governance pravidla.

Minimum requirement

Operational DNA musí mít nejvyšší běžnou úroveň ochrany v rámci knowledge base.

20. Operational DNA leakage

Operational DNA leakage není běžný únik dokumentace.

Je to únik schopnosti.

Může nastat například když:

AI tool používá interní data pro trénink bez kontroly,
agentická paměť obsahuje kritické know-how mimo source of truth,
zaměstnanec vloží citlivé workflow do externího AI nástroje,
vendor získá přístup k celému provoznímu modelu,
export knowledge base není chráněn,
ghost AI firma použije Operational DNA bez hodnot a odpovědnosti,
konkurence získá strukturovaný operating model.

Minimum requirement

Komunita musí mít incident response pro únik Operational DNA.

21. Operational DNA and Human Cockpit Layer

Human Cockpit Layer musí zobrazovat Operational DNA opatrně.

Ne každý člen komunity potřebuje vidět všechno.

Human Cockpit Layer má pomoci lidem chápat systém, ale zároveň respektovat citlivost znalostí.

Může zobrazovat:

veřejný nebo interní pohled na záměr,
relevantní workflows,
vlastní úkoly,
schválené skills,
rozhodnutí dostupná dané roli,
AI pravidla pro danou práci,
rizika a maintenance needs,
návrhy změn čekající na rozhodnutí.

Nemá automaticky zobrazovat celou Operational DNA každému.

Minimum requirement

Human Cockpit Layer musí respektovat data classification, role-based access a AI-NDA boundary.

22. Ownership of Operational DNA

Operational DNA musí mít vlastníky.

Vlastnictví může být rozděleno podle oblastí:

purpose owner,
values owner,
process owner,
skill owner,
security owner,
AI governance owner,
business model owner,
community interface owner,
knowledge owner.

Owner neznamená, že daná osoba vlastní komunitu.

Znamená, že odpovídá za správnost, aktualizaci, bezpečnost a governance příslušné části Operational DNA.

Minimum requirement

Kritické části Operational DNA bez ownera musí být označeny jako governance risk.

23. Lifecycle of Operational DNA

Operational DNA se vyvíjí.

Může mít stavy:

draft
proposed
under_review
approved
active
deprecated
archived
restricted
compromised

Zvláštní pozornost vyžaduje stav compromised.

Ten znamená, že část Operational DNA mohla uniknout, být zneužita nebo ztratit důvěrnost.

Minimum requirement

Kritické části Operational DNA musí mít lifecycle, review mechanismus a auditní historii.

24. Maintenance of Operational DNA

Operational DNA vyžaduje pravidelnou péči.

To, o co komunita nepečuje, má tendenci degradovat nebo vytvářet dluh.

U Operational DNA může vznikat:

znalostní dluh,
procesní dluh,
rozhodovací dluh,
skill dluh,
security dluh,
AI dependency dluh,
governance dluh,
relationship dluh mezi komunitami.

Zanedbaná Operational DNA je nebezpečnější než chybějící dokumentace, protože vytváří iluzi, že komunita ví, jak funguje.

Minimum requirement

Operational DNA musí mít pravidelné review a maintenance backlog.

25. Operational DNA and AI-generated updates

AI může navrhovat změny Operational DNA.

Například:

aktualizaci workflow,
nový skill,
opravu pravidla,
detekci rozporu,
návrh fallbacku,
zlepšení decision logic,
změnu AI-NDA boundary,
cleanup zastaralého obsahu.

Tyto návrhy mohou být velmi cenné, ale nesmí být automaticky přijaty.

Minimum requirement

AI-generated změny Operational DNA musí projít lidským nebo komunitním schválením podle citlivosti a dopadu.

26. Operational DNA and portability

Operational DNA musí být přenositelná v kontrolovaném režimu.

Portabilita je důležitá pro:

backup,
disaster recovery,
vendor exit,
audit,
legal transfer,
licence,
company-as-product model,
long-term preservation.

Portabilita však musí být řízena bezpečnostně.

Export Operational DNA je vysoce citlivá operace.

Minimum requirement

Export Operational DNA musí být auditovaný, oprávněný a chráněný.

27. Operational DNA and AI lock-in

AI lock-in může vzniknout, pokud se část Operational DNA přesune do:

proprietárního prompt workflow,
agentické paměti,
uzavřeného skill store,
vendor-specific automation,
model-specific behavior,
externího AI knowledge layer.

Takový lock-in je nebezpečný, protože komunita neztrácí jen nástroj. Ztrácí část vlastní provozní schopnosti.

Minimum requirement

Operational DNA nesmí být závislá na jednom AI vendorovi, modelu, agentické paměti nebo proprietárním skill store bez exit strategie.

28. Operational DNA and ghost AI company risk

Ghost AI company může vzniknout, když někdo použije Operational DNA nebo její část k vytvoření digitální fasády firmy bez skutečné odpovědné komunity.

Taková firma může mít:

brand,
web,
obsah,
automatizovanou komunikaci,
AI support,
generované nabídky,
agentické workflow.

Ale chybí jí:

živý záměr,
hodnoty,
odpovědnost,
human ownership,
fallback,
schopnost skutečného učení,
komunitní governance.

Minimum requirement

Operational DNA nesmí být používána k vytvoření AI-first struktury bez identifikovatelného lidského nebo komunitního vlastníka záměru, hodnot a odpovědnosti.

29. Suggested metadata

Příklad metadat pro artefakt Operational DNA:

operational_dna:
  id:
  title:
  type:
    - decision_logic
    - critical_workflow
    - human_skill
    - ai_skill
    - business_model
    - governance_rule
    - fallback
    - ai_workflow
    - community_interface
    - customer_knowledge
    - security_rule
  owner:
  status: draft | proposed | under_review | approved | active | deprecated | archived | restricted | compromised
  sensitivity: operational_dna
  ai_access:
    allowed: true | false
    boundary:
    allowed_agents:
    restrictions:
  human_access_roles:
  related_values:
  related_purpose:
  related_decisions:
  related_workflows:
  related_skills:
  review_cycle:
  last_reviewed:
  export_allowed: true | false
  exit_strategy_required: true | false

Tato struktura je ilustrativní.

Finální schéma má být definováno v agent-actionable vrstvě standardu.

30. Anti-patterns

AIFC odmítá následující anti-patterny.

30.1 Operational DNA treated as ordinary documentation

Kritické know-how je ukládáno a chráněno stejně jako běžné poznámky.

30.2 Operational DNA without owner

Nikdo není odpovědný za správnost a aktuálnost kritického know-how.

30.3 Operational DNA trapped in people

Klíčové provozní know-how existuje pouze v hlavách jednotlivců.

30.4 Operational DNA trapped in AI tools

Kritické know-how existuje pouze v chatech, agentech nebo proprietárních skill stores.

30.5 AI access without boundary

AI agenti mají přístup k Operational DNA bez AI-NDA boundary a auditovatelnosti.

30.6 No fallback

Operational DNA popisuje AI workflow, ale nepopisuje non-AI recovery cestu.

30.7 No maintenance

Operational DNA se neudržuje a postupně degraduje.

30.8 No classification

Komunita nerozlišuje běžnou znalost, restricted znalost a Operational DNA.

30.9 Export without protection

Operational DNA je exportována bez řízení, auditu nebo ochrany.

30.10 Ghost company reuse

Operational DNA je použita k vytvoření digitální firmy bez odpovědné komunity.

31. Minimal requirements

AIFC komunita musí v oblasti Operational DNA minimálně splnit:

Umí rozlišit běžnou knowledge base od Operational DNA.
Klasifikuje Operational DNA jako kritické aktivum.
Má ownera pro kritické části Operational DNA.
Chrání Operational DNA přístupovými pravidly.
Řídí AI přístup k Operational DNA přes AI-NDA boundary.
Udržuje Operational DNA v source of truth.
Zajišťuje audit změn Operational DNA.
Má lifecycle pro kritické artefakty.
Má review a maintenance mechanismus.
Kritické workflow v Operational DNA má fallback.
Kritické AI workflow má exit strategii.
AI-generated změny Operational DNA vyžadují odpovídající schválení.
Human Cockpit Layer respektuje citlivost Operational DNA.
Operational DNA je exportovatelná pouze řízeně a auditovatelně.
Únik Operational DNA je považován za kritický incident.
Operational DNA nesmí být použita k vytvoření ghost AI company bez odpovědné komunity.
Operational DNA je napojená na záměr, hodnoty, rozhodnutí a feedback loop.

32. Summary

Operational DNA je kritická schopnost komunity zachycená ve znalostní struktuře.

Popisuje, jak komunita skutečně funguje:

proč existuje,
jaké hodnoty drží,
jak rozhoduje,
jak vytváří hodnotu,
jak pracuje,
jak používá AI,
jak se učí,
jak se chrání,
jak se obnovuje,
jak spolupracuje s jinými komunitami.

Čím lépe je Operational DNA popsána, tím větší hodnotu má.

A tím vyšší ochranu vyžaduje.

Operational DNA umožňuje vznik Company as a System.

Zároveň vytváří riziko úniku schopnosti, AI lock-inu nebo ghost AI company.

AIFC proto říká:

Describe how the community works.
Protect what makes it capable.
Keep humans responsible for its purpose.

Česky:

Popište, jak komunita funguje.
Chraňte to, co jí dává schopnost.
Zachovejte lidskou odpovědnost za její záměr.

Operational DNA turns knowledge into community capability.