AIFC-063: Auditability

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-010 Knowledge Structure
AIFC-011 Operational DNA
AIFC-012 Metadata and Markdown
AIFC-020 Human-Managed AI
AIFC-021 AI as External Expert Capacity
AIFC-022 AI-NDA Boundary
AIFC-023 AI as Team Member
AIFC-030 AI Capacity Planning
AIFC-031 AI Autonomy and Intensity
AIFC-032 AI Operating Modes
AIFC-033 AI Budget and Cost Control
AIFC-034 AI Lock-in and Exit Strategy
AIFC-050 Community Interface
AIFC-060 Knowledge Security
AIFC-061 Access Control
AIFC-062 Agent Permissions

Účel dokumentu: Definovat Auditability jako schopnost komunity zpětně dohledat, vysvětlit a ověřit významné akce lidí, AI agentů, systémů, dodavatelů a komunit nad knowledge base, source of truth, Operational DNA, AI workflow, rozhodnutími, přístupy, exporty a změnami. Auditability chrání důvěru, odpovědnost, bezpečnost, governance a schopnost učení.

1. Purpose of this document

Tento dokument definuje Auditability.

AIFC komunita pracuje s lidmi, AI agenty, systémy, nástroji, dodavateli a knowledge base.

Tito aktéři mohou:

číst knowledge artefakty,
měnit source of truth,
vytvářet návrhy,
schvalovat rozhodnutí,
zpracovávat data AI,
exportovat know-how,
měnit klasifikaci,
měnit agent permissions,
spouštět nástroje,
komunikovat navenek,
vytvářet derived knowledge,
nebo pracovat s Operational DNA.

Auditability znamená, že komunita dokáže zpětně zjistit:

kdo nebo co jednalo,
co přesně udělalo,
kdy se to stalo,
proč se to stalo,
s jakým oprávněním,
v jakém operating mode,
s jakými daty,
podle jakého skillu nebo pravidla,
kdo schválil,
jaký byl výsledek,
a jaký dopad to mělo.

Bez auditability se AI-first komunita stává neprůhledným systémem.

2. Core principle

Základní princip tohoto dokumentu je:

Critical actions must be traceable, explainable and reviewable.

Česky:

Kritické akce musí být dohledatelné, vysvětlitelné a reviewovatelné.

AIFC říká:

No invisible authority.
No untraceable AI action.
No critical change without evidence.

Česky:

Žádná neviditelná autorita.
Žádná nedohledatelná AI akce.
Žádná kritická změna bez důkazu.

Auditability není byrokracie.

Je to ochrana důvěry a schopnosti komunity pochopit vlastní provoz.

3. Definition

Auditability je schopnost zaznamenat, dohledat, vysvětlit a ověřit významné akce, rozhodnutí, přístupy, změny a AI interakce v komunitě.

Auditability se vztahuje na:

people actions,
AI agent actions,
system actions,
vendor actions,
access grants,
access revocations,
source of truth changes,
classification changes,
AI processing,
AI-generated outputs,
approvals,
decisions,
exports,
external sharing,
budget exceptions,
operating mode changes,
AI-NDA Boundary changes,
agent permissions changes,
incidents,
fallback activations,
recovery actions.

Minimum requirement

Významné akce nad restricted knowledge, Operational DNA, AI governance, source of truth nebo rozhodnutími musí být auditovatelné.

4. Why Auditability matters

Auditability je důležitá, protože bez ní komunita neví, co se skutečně stalo.

Bez auditability nelze spolehlivě odpovědět:

Kdo změnil rozhodnutí?
Proč AI agent zapsal tento návrh?
Který model zpracoval restricted data?
Kdo schválil vendor access?
Kdy byl export vytvořen?
Jak se Operational DNA dostala do veřejného výstupu?
Proč byl zvýšen autonomy level?
Kdo vypnul fallback?
Kde vznikla AI dependency?
Jaké know-how bylo použito pro AI výstup?
Jaký skill agent použil?
Kdo schválil výjimku z budgetu?

Auditability umožňuje:

accountability,
incident response,
learning,
compliance,
trust,
security,
rollback,
root cause analysis,
vendor management,
AI governance,
exit strategy.

Minimum requirement

AIFC komunita musí chápat auditability jako základ důvěryhodného AI-first provozu.

5. Auditability vs logging

Logging a auditability nejsou totéž.

Logging znamená, že systém něco zaznamenává.

Auditability znamená, že záznamy jsou použitelné pro pochopení a ověření významných akcí.

Špatný log:

Action executed successfully.

Lepší auditní záznam:

Knowledge Maintenance Agent created draft change proposal CP-123 from observed signal OS-456 using approved internal documents D-12 and D-18. No restricted data used. Owner review required before write-back to active source of truth.

Auditability vyžaduje význam, kontext a dohledatelnost.

Minimum requirement

Auditní záznamy kritických akcí musí být srozumitelné a použitelné pro review, ne pouze technicky existující.

6. What must be auditable

AIFC doporučuje auditovat přiměřeně riziku tyto oblasti:

access
AI processing
agent actions
source of truth changes
approvals
decisions
exports
classification changes
AI-NDA Boundary changes
agent permissions changes
operating mode changes
budget exceptions
incidents
fallback activations
Operational DNA access

Ne každá drobná akce musí mít stejnou úroveň auditu.

Ale kritické akce musí být dohledatelné.

Minimum requirement

Komunita musí definovat, které typy akcí vyžadují audit podle klasifikace a dopadu.

7. Audit subject

Audit subject je aktér, který provedl akci.

Může to být:

člověk,
AI agent,
systém,
integrace,
vendor,
externí expert,
service account,
jiná komunita,
automatizovaný workflow.

Audit musí rozlišit, zda akci provedl člověk, AI nebo systém.

Pokud AI jednala na základě lidského pověření, audit musí ukázat i ownera nebo schvalovatele.

Minimum requirement

Kritický auditní záznam musí identifikovat aktéra a jeho typ.

8. Audit action

Audit action popisuje, co se stalo.

Příklady:

read,
search,
retrieve,
summarize,
classify,
propose,
edit,
approve,
reject,
publish,
export,
share,
delete,
declassify,
process with AI,
run agent,
call tool,
change permissions,
activate operating mode,
revoke access.

Akce musí být dostatečně konkrétní.

Minimum requirement

Auditní záznam kritické akce musí uvádět typ akce.

9. Audit object

Audit object je artefakt nebo systém, kterého se akce týká.

Může to být:

knowledge artefact,
source of truth file,
decision record,
AI skill,
human skill,
agent permissions record,
AI-NDA Boundary,
customer data,
Operational DNA artefact,
export package,
prompt,
output,
workflow,
interface,
access policy,
budget plan.

Minimum requirement

Auditní záznam kritické akce musí identifikovat dotčený objekt nebo rozsah objektů.

10. Audit purpose

Audit purpose říká, proč byla akce provedena.

Příklad:

review,
migration,
support investigation,
security incident,
AI retrospective,
workflow conversion,
vendor assessment,
mission mode,
maintenance,
customer request,
compliance audit.

Purpose je důležitý, protože stejný přístup může být oprávněný v jednom kontextu a neoprávněný v jiném.

Minimum requirement

Přístup k restricted knowledge, Operational DNA, AI processing a export musí mít auditovatelný purpose.

11. Audit permission basis

Audit musí být schopný ukázat, na základě čeho byla akce povolena.

Permission basis může být:

role,
access request,
approval,
AI-NDA Boundary,
agent permissions,
operating mode,
emergency access,
delegated authority,
policy,
contract,
legal obligation.

Minimum requirement

Kritická akce musí být dohledatelná k permission basis nebo approval.

12. Audit approval

U akcí vyžadujících schválení musí audit zaznamenat:

kdo schválil,
kdy,
co bylo schváleno,
jaký byl scope,
jaké podmínky platily,
zda šlo o výjimku,
kdy approval expiruje,
zda bylo použito separation of duties.

Minimum requirement

Schválení kritických akcí musí být auditovatelné.

13. Audit data classification

Audit musí zaznamenat klasifikaci dotčených dat nebo artefaktů.

Například:

public
internal
restricted
operational_dna

Pokud AI vytvoří derived knowledge, audit by měl zaznamenat jeho klasifikaci nebo potřebu klasifikace.

Minimum requirement

Akce nad restricted knowledge nebo Operational DNA musí auditovat datovou klasifikaci.

14. Audit AI processing

AI processing audit zaznamenává použití AI nad knowledge artefakty.

Měl by obsahovat:

jaký AI tool nebo model byl použit,
kdo nebo co spustilo zpracování,
jaká data byla použita,
jaká byla klasifikace,
jaký byl purpose,
zda byla AI-NDA Boundary splněna,
zda byla povolena memory,
zda byl povolen training,
jaký vznikl výstup,
zda vzniklo derived knowledge,
kdo výstup reviewoval,
zda byl výstup schválen.

Minimum requirement

AI zpracování neveřejného know-how musí být auditovatelné přiměřeně citlivosti.

15. Audit prompts and outputs

U kritických AI workflow může být potřeba auditovat prompts and outputs.

To neznamená vždy ukládat celý prompt a výstup navždy.

Je třeba posoudit:

citlivost,
retention,
privacy,
incident potřebu,
reproducibility,
vendor constraints,
compliance,
source of truth write-back.

Možnosti:

full prompt/output logging,
redacted logging,
metadata-only logging,
hash/reference logging,
secure audit vault,
no logging with compensating controls.

Minimum requirement

Kritická AI workflow musí mít definovanou prompt/output audit policy.

16. Audit agent actions

Agent action audit zaznamenává, co AI agent udělal.

Měl by obsahovat:

agent identity,
owner,
action,
tool used,
input artefacts,
output artefacts,
permissions used,
AI skill used,
autonomy level,
operating mode,
approval status,
cost,
result,
errors,
escalations.

Minimum requirement

Autonomní nebo tool-using agenti musí mít auditní stopu přiměřenou riziku.

17. Audit source of truth changes

Source of truth changes jsou kritické.

Audit musí ukázat:

co se změnilo,
kdo nebo co změnu provedlo,
zda šlo o draft, proposal nebo active content,
kdo schválil,
proč se změna provedla,
jaký byl related decision record,
zda šlo o AI-generated content,
jaká byla klasifikace,
jaký byl předchozí stav,
jak se změna vrátí.

Minimum requirement

Kritické source of truth změny musí mít change history a rollback path.

18. Audit decision records

Decision records musí být auditovatelné, protože drží odpovědnost.

Audit musí ukázat:

kdo rozhodl,
kdy,
na základě jakého podkladu,
jakou roli měla AI,
jaké byly alternativy,
jaké hodnoty byly v konfliktu,
jaké riziko bylo přijato,
kdo byl konzultován,
kdy se rozhodnutí reviduje.

Minimum requirement

Kritická rozhodnutí musí mít decision record s auditovatelným reasoningem.

19. Audit access changes

Access changes musí být auditovatelné.

To zahrnuje:

grant access,
revoke access,
change role,
change AI access,
allow export,
allow AI processing,
approve vendor access,
approve emergency access,
change agent permissions.

Minimum requirement

Změny přístupu ke restricted knowledge, Operational DNA nebo AI processing musí být auditovatelné.

20. Audit exports

Export je vysoce riziková akce.

Audit exportu musí zaznamenat:

kdo exportoval,
co exportoval,
kdy,
proč,
kam,
v jakém formátu,
jaká klasifikace,
zda export obsahoval metadata,
zda obsahoval Operational DNA,
zda byl šifrovaný,
zda byl předán AI nebo vendorovi,
kdo export schválil,
jaká retention pravidla platí.

Minimum requirement

Export restricted knowledge nebo Operational DNA musí mít auditní záznam.

21. Audit operating mode changes

AI Operating Mode změny mohou zásadně změnit chování systému.

Audit musí zaznamenat:

předchozí režim,
nový režim,
scope,
důvod,
trigger,
owner,
approval,
budget impact,
autonomy/intensity změnu,
affected agents,
start/end conditions.

Minimum requirement

Významné změny AI Operating Mode musí být auditovatelné.

22. Audit autonomy and permissions changes

Změna autonomy nebo agent permissions může zvýšit riziko.

Audit musí zaznamenat:

co se změnilo,
proč,
kdo schválil,
jaký je dopad,
jaké akce jsou nově povolené,
jaké boundary platí,
kdy bude review,
jaký je fallback.

Minimum requirement

Zvýšení AI autonomy nebo rozšíření agent permissions musí být auditovatelné.

23. Audit budget exceptions

AI budget exceptions mohou odhalit riziko cost growth nebo mission pressure.

Audit musí zaznamenat:

kdo výjimku požádal,
kdo ji schválil,
proč,
kolik stojí,
pro jaký scope,
jak dlouho platí,
jaký operating mode je aktivní,
zda je potřeba retrospective.

Minimum requirement

Překročení nebo výjimka z významného AI budgetu musí být auditovatelná.

24. Audit incidents

Knowledge security, AI governance, access, agent, boundary nebo lock-in incidents musí být auditovatelné.

Audit musí podporovat:

root cause analysis,
containment,
revocation,
impact assessment,
corrective actions,
lessons learned,
change proposals,
retrospective.

Minimum requirement

Významné incidents musí mít audit trail a post-incident review.

25. Audit fallback and recovery

Fallback a recovery akce musí být auditovatelné.

Důležité je vědět:

kdy byl fallback aktivován,
proč,
kdo rozhodl,
jaký scope byl dotčen,
co bylo vypnuto,
co pokračovalo,
kdy byl normální provoz obnoven,
jaký byl dopad.

Minimum requirement

Aktivace fallbacku u kritického workflow musí být auditovatelná.

26. Audit lineage

Lineage ukazuje původ výstupu nebo artefaktu.

U AI-first knowledge je důležité vědět:

z jakých vstupů výstup vznikl,
kdo nebo co ho vytvořilo,
zda použil AI,
jaké modely/nástroje byly použity,
kdo reviewoval,
co bylo schváleno,
jak se výstup dostal do source of truth.

Minimum requirement

Kritické AI-generated artefakty musí mít základní lineage.

27. Audit retention

Audit logs musí být uchovávány přiměřeně.

Retention závisí na:

klasifikaci,
právních požadavcích,
incident risk,
Operational DNA,
AI-NDA Boundary,
privacy,
compliance,
možnostech storage,
security risk of logs themselves.

Audit logs mohou obsahovat citlivá data.

Musí být chráněny.

Minimum requirement

Audit logs kritických akcí musí mít retention a protection rules.

28. Audit log security

Audit log je citlivý artefakt.

Může odhalit:

kdo má přístup,
co je citlivé,
jaké systémy existují,
jaké chyby se staly,
kde jsou slabiny,
jak agenti pracují,
jaké Operational DNA artefakty existují.

Audit logs musí být chráněné proti:

neoprávněnému čtení,
změně,
smazání,
exportu,
použití v AI bez boundary.

Minimum requirement

Audit logs musí mít access control, integrity protection a klasifikaci přiměřenou citlivosti.

29. Tamper resistance

Audit ztrácí hodnotu, pokud jej lze snadno upravit.

Tamper resistance může zahrnovat:

immutable logs,
append-only records,
signed records,
hash chain,
protected storage,
separation of duties,
external audit trail,
version history.

Ne každá komunita potřebuje stejnou technickou úroveň.

Ale kritické oblasti potřebují ochranu integrity.

Minimum requirement

Auditní záznamy kritických akcí musí být chráněné proti neautorizované změně nebo smazání.

30. Human-readable audit

Audit nesmí být čitelný jen technikům.

Human-readable audit pomáhá ownerům, reviewerům a governance rolím pochopit:

co se stalo,
proč,
s jakým dopadem,
co je potřeba udělat dál.

AI-first audit by měl být dostupný přes Human Cockpit Layer ve srozumitelných pohledech.

Minimum requirement

Odpovědné role musí mít lidsky srozumitelný přístup k auditním informacím kritických oblastí.

31. Agent-readable audit

Audit by měl být použitelný i pro AI governance agenty.

AI může pomoci:

detekovat patterny,
upozornit na incidenty,
najít permissions drift,
detekovat abnormal cost,
najít repeated access exceptions,
detekovat unreviewed AI outputs,
připravit retrospective inputs.

Ale AI přístup k audit logs musí respektovat klasifikaci a boundary.

Minimum requirement

AI přístup k audit logs musí být explicitně řízený a omezený podle citlivosti.

32. Software-verifiable audit

Některé auditní požadavky musí být software-verifiable.

Například:

každý Operational DNA artefakt má ownera,
každý AI agent má permissions record,
každý export restricted content má approval,
každý active decision record má approvera,
žádný AI-generated draft není označen jako active bez review,
každý critical workflow má fallback.

Minimum requirement

Opakovatelné kritické auditní kontroly by měly být převedeny na validation rules, pokud je to praktické.

33. Audit and AI Retrospective

Audit je vstup pro AI Retrospective.

Pomáhá odpovědět:

kde AI pomohla,
kde vznikl waste,
kde rostla dependency,
kde byl vysoký rejection rate,
kde agent překračoval scope,
kde chyběl review,
kde se měnil operating mode,
kde vznikly incidents.

Minimum requirement

AI Retrospective musí mít přístup k relevantním auditním vstupům přiměřeně scope a citlivosti.

34. Audit and Compliance

Auditability podporuje compliance, ale není pouze compliance.

Compliance se ptá:

Dodrželi jsme požadavek?

AIFC auditability se ptá také:

Rozumíme tomu, co se stalo?
Umíme se z toho poučit?
Umíme to vysvětlit?
Umíme to opravit?

Minimum requirement

Compliance audit by měl být doplněn o learning and governance audit u kritických AI-first oblastí.

35. Audit and accountability

Auditability podporuje odpovědnost.

Ale audit nemá sloužit k hledání viníka jako první reakce.

Má umožnit:

pochopit systém,
rozpoznat slabinu,
zlepšit pravidla,
zlepšit skills,
opravit access,
upravit boundaries,
posílit capability,
a teprve tam, kde je to nutné, určit individuální odpovědnost.

Minimum requirement

AIFC auditability musí podporovat systémové učení i odpovědnost.

36. Audit levels

AIFC může rozlišovat úrovně auditu.

Level 0 — No audit required

Nízkorizikové public nebo ad hoc aktivity.

Level 1 — Basic activity audit

Základní záznam akce, aktéra a času.

Level 2 — Contextual audit

Záznam obsahuje purpose, object, classification and permission basis.

Level 3 — Governance audit

Záznam obsahuje approval, decision context, AI involvement, lineage and review.

Level 4 — Critical audit

Tamper-resistant, detailed, retained and reviewable audit for Operational DNA, restricted AI processing, critical decisions and high-risk agent actions.

Minimum requirement

Komunita musí definovat audit level podle rizika, klasifikace a dopadu.

37. Audit scope

Audit scope musí být jasný.

Příliš úzký audit nechá mezery.

Příliš široký audit může vytvořit privacy, cost nebo attention problém.

Scope se má řídit:

klasifikací,
rizikem,
agent autonomy,
data sensitivity,
decision criticality,
external sharing,
AI processing,
legal/compliance needs,
Operational DNA exposure.

Minimum requirement

Audit scope musí být přiměřený riziku a nesmí ignorovat kritické AI a knowledge actions.

38. Audit privacy

Audit může obsahovat osobní a citlivé údaje.

Musí respektovat:

privacy,
data minimization,
role-based access,
retention,
redaction,
legal requirements,
employee trust,
purpose limitation.

Auditability nesmí být záminkou pro neomezené sledování lidí.

Minimum requirement

Audit musí vyvažovat traceability, privacy and trust.

39. Audit and vendors

Vendor actions musí být auditovatelné přiměřeně riziku.

U AI vendorů a externích expertů je důležité auditovat:

přístup,
data processing,
outputs,
exports,
derived knowledge,
retention,
subcontractor involvement,
AI tool usage,
deletion,
knowledge return.

Minimum requirement

Vendor access k restricted knowledge nebo Operational DNA musí mít auditovatelný scope, purpose and activity.

40. Audit and exit strategy

Audit podporuje exit strategy.

Bez auditů komunita nemusí vědět:

co vendor zpracoval,
co agent vytvořil,
kde je memory,
co je derived knowledge,
jaké skills se změnily,
jaká data exportovat,
co smazat,
co migrovat,
co reviewovat.

Minimum requirement

Kritická AI exit strategy musí zohlednit audit records potřebné pro bezpečný exit.

41. Audit and Human Cockpit Layer

Human Cockpit Layer může zobrazovat audit informace v přehledné podobě.

Může ukazovat:

recent critical changes,
AI actions,
pending approvals,
access changes,
export events,
operating mode changes,
agent incidents,
boundary violations,
unreviewed AI outputs,
audit gaps,
suspicious patterns.

Cockpit nemá zahlcovat.

Má zviditelnit podstatné.

Minimum requirement

Human Cockpit Layer nebo governance rozhraní musí zviditelnit kritické auditní signály odpovědným rolím.

42. AI role in Auditability

AI může pomoci s auditem.

Může:

sumarizovat audit logs,
hledat anomálie,
detekovat scope drift,
detekovat agent permission drift,
připravit incident summary,
detekovat AI waste,
detekovat repeated exceptions,
navrhovat validation rules,
připravit podklady pro review.

AI však nesmí sama uzavřít kritický audit bez lidské nebo komunitní odpovědnosti.

Minimum requirement

AI-generated audit analysis musí být označená jako podklad nebo návrh a reviewovaná odpovědnou rolí.

43. Suggested metadata

Příklad metadat pro audit event:

audit_event:
  id:
  timestamp:
  actor_id:
  actor_type: human | ai_agent | system | vendor | community | service_account
  actor_owner:
  action:
  object_type:
  object_id:
  object_classification:
  purpose:
  permission_basis:
  approval_id:
  ai_involved: true | false
  ai_tool:
  ai_model:
  agent_id:
  agent_permissions_id:
  operating_mode:
  autonomy_level:
  input_references:
  output_references:
  derived_knowledge_created: true | false
  export_performed: true | false
  external_sharing_performed: true | false
  result: success | failure | partial | blocked | escalated
  risk_level: low | medium | high | critical
  audit_level: 0 | 1 | 2 | 3 | 4
  retention_rule:

Příklad metadat pro audit policy:

audit_policy:
  id:
  title:
  status: draft | active | under_review | deprecated | archived
  owner:
  scope:
  applies_to:
    - access
    - ai_processing
    - agent_actions
    - source_of_truth_changes
    - approvals
    - decisions
    - exports
    - operating_mode_changes
    - incidents
  required_audit_level:
  prompt_output_logging:
    mode: full | redacted | metadata_only | hash_reference | none_with_controls
  retention_rule:
  log_access_rules:
  tamper_resistance_required: true | false
  human_review_required: true | false
  ai_analysis_allowed: true | false
  review_cycle:
  last_reviewed:

Příklad metadat pro audit finding:

audit_finding:
  id:
  title:
  status: observed | triaged | under_review | accepted | rejected | resolved | closed
  owner:
  finding_type:
    - missing_audit
    - unauthorized_action
    - insufficient_permission_basis
    - missing_approval
    - agent_scope_drift
    - ai_boundary_issue
    - export_issue
    - classification_issue
    - retention_issue
    - suspicious_pattern
  related_audit_events:
  affected_artefacts:
  affected_communities:
  severity: low | medium | high | critical
  proposed_action:
  related_change_proposal:
  created_at:
  closed_at:

Tyto struktury jsou ilustrativní.

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

44. Anti-patterns

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

44.1 Logs without meaning

Systém loguje technické události, ale z logů nelze pochopit governance význam.

44.2 AI action without trace

Agent provede akci, ale není dohledatelné proč a s jakým oprávněním.

44.3 Critical change without decision record

Kritická změna source of truth nebo governance nemá rozhodovací záznam.

44.4 Approval without evidence

Schválení existuje, ale není jasné, co bylo schváleno a proč.

44.5 Export without audit

Knowledge base nebo Operational DNA jsou exportovány bez záznamu.

44.6 Prompt/output black box

Kritické AI workflow nemá žádnou politiku auditování promptů a výstupů.

44.7 Audit logs exposed

Audit logy jsou dostupné příliš široce a samy odhalují citlivé know-how.

44.8 Audit logs editable by actors

Aktéři mohou upravit nebo smazat vlastní auditní stopu.

44.9 Audit only for compliance

Audit se používá jen pro formální compliance, ne pro učení a governance.

44.10 AI audits itself

AI sama uzavře audit vlastního kritického chování bez lidského review.

44.11 No retention rules

Audit logs se buď mažou příliš brzy, nebo drží navždy bez důvodu.

44.12 No audit of permission changes

Změny oprávnění jsou méně auditované než samotné akce, i když mohou být rizikovější.

45. Minimal requirements

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

Významné akce nad restricted knowledge, Operational DNA, AI governance, source of truth nebo rozhodnutími jsou auditovatelné.
Auditability je chápána jako základ důvěryhodného AI-first provozu.
Auditní záznamy kritických akcí jsou srozumitelné a použitelné pro review.
Komunita definuje, které typy akcí vyžadují audit podle klasifikace a dopadu.
Kritický auditní záznam identifikuje aktéra a jeho typ.
Kritický auditní záznam uvádí typ akce.
Kritický auditní záznam identifikuje dotčený objekt nebo rozsah objektů.
Přístup k restricted knowledge, Operational DNA, AI processing a export má auditovatelný purpose.
Kritická akce je dohledatelná k permission basis nebo approval.
Schválení kritických akcí je auditovatelné.
Akce nad restricted knowledge nebo Operational DNA auditují datovou klasifikaci.
AI zpracování neveřejného know-how je auditovatelné přiměřeně citlivosti.
Kritická AI workflow mají definovanou prompt/output audit policy.
Autonomní nebo tool-using agenti mají auditní stopu přiměřenou riziku.
Kritické source of truth změny mají change history a rollback path.
Kritická rozhodnutí mají decision record s auditovatelným reasoningem.
Změny přístupu ke restricted knowledge, Operational DNA nebo AI processing jsou auditovatelné.
Export restricted knowledge nebo Operational DNA má auditní záznam.
Významné změny AI Operating Mode jsou auditovatelné.
Zvýšení AI autonomy nebo rozšíření agent permissions je auditovatelné.
Překročení nebo výjimka z významného AI budgetu je auditovatelná.
Významné incidents mají audit trail a post-incident review.
Aktivace fallbacku u kritického workflow je auditovatelná.
Kritické AI-generated artefakty mají základní lineage.
Audit logs kritických akcí mají retention a protection rules.
Audit logs mají access control, integrity protection a klasifikaci přiměřenou citlivosti.
Auditní záznamy kritických akcí jsou chráněné proti neautorizované změně nebo smazání.
Odpovědné role mají lidsky srozumitelný přístup k auditním informacím kritických oblastí.
AI přístup k audit logs je explicitně řízený a omezený podle citlivosti.
Opakovatelné kritické auditní kontroly jsou převedeny na validation rules, pokud je to praktické.
AI Retrospective má přístup k relevantním auditním vstupům přiměřeně scope a citlivosti.
Compliance audit je doplněn o learning and governance audit u kritických AI-first oblastí.
Auditability podporuje systémové učení i odpovědnost.
Komunita definuje audit level podle rizika, klasifikace a dopadu.
Audit scope je přiměřený riziku a neignoruje kritické AI a knowledge actions.
Audit vyvažuje traceability, privacy and trust.
Vendor access k restricted knowledge nebo Operational DNA má auditovatelný scope, purpose and activity.
Kritická AI exit strategy zohledňuje audit records potřebné pro bezpečný exit.
Human Cockpit Layer nebo governance rozhraní zviditelňuje kritické auditní signály.
AI-generated audit analysis je označená jako podklad nebo návrh a reviewovaná odpovědnou rolí.

46. Summary

Auditability dává AI-first komunitě paměť odpovědnosti.

Nestačí, že systém funguje.

Komunita musí vědět:

co se stalo,
kdo nebo co to udělalo,
proč,
s jakým oprávněním,
s jakými daty,
jakou roli měla AI,
kdo schválil,
a co z toho plyne.

AIFC proto říká:

Make critical actions traceable.
Make AI actions explainable.
Make decisions reviewable.
Make learning possible.

Česky:

Udělejte kritické akce dohledatelné.
Udělejte AI akce vysvětlitelné.
Udělejte rozhodnutí reviewovatelná.
Udělejte učení možným.

Auditability není pouze kontrola minulosti.

Je to schopnost komunity učit se, opravovat se a důvěryhodně řídit vlastní budoucnost.

Auditability turns action history into accountable and learnable governance.