AIFC-053: Multi-Community Governance

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
• AIFC-011 Operational DNA
• AIFC-014 Human Cockpit Layer
• AIFC-020 Human-Managed AI
• AIFC-021 AI as External Expert Capacity
• AIFC-022 AI-NDA Boundary
• AIFC-023 AI as Team Member
• AIFC-050 Community Interface
• AIFC-051 Enterprise Interface
• AIFC-052 Shared Values Layer

Účel dokumentu: Definovat Multi-Community Governance jako mechanismus pro řízenou spolupráci, rozhodování, eskalaci, hodnotové sladění, sdílení rizik, AI zapojení a řešení konfliktů mezi více komunitami. Tento dokument popisuje, jak mohou komunity spolupracovat bez ztráty identity, odpovědnosti, hranic a vlastnictví svého know-how.

1. Purpose of this document

Tento dokument definuje Multi-Community Governance.

AIFC komunita je jednotka se záměrem.

V praxi ale mnoho rozhodnutí, rizik a příležitostí přesahuje hranici jedné komunity.

Týká se to například:

• více týmů ve firmě,
• více oddělení,
• více firem,
• zákazníků a dodavatelů,
• firmy a regulátora,
• firmy a lokální komunity,
• AI vendora a zákaznické firmy,
• státu a občanů,
• států mezi sebou,
• lidí a zastoupených ekosystémů,
• současných a budoucích generací.

Multi-Community Governance řeší otázku:

Jak se rozhoduje a spolupracuje, když dopad přesahuje jednu komunitu?

2. Core principle

Základní princip tohoto dokumentu je:

When impact crosses community boundaries, governance must cross community boundaries too.

Česky:

Když dopad překročí hranice komunity, governance musí překročit hranice komunity také.

AIFC říká:

No community should optimize locally while exporting unmanaged risk to others.

Česky:

Žádná komunita nemá optimalizovat lokálně a přenášet neřízené riziko na jiné.

Lokální efektivita nesmí maskovat systémový dopad.

3. Definition

Multi-Community Governance je řízený mechanismus, kterým více komunit koordinuje rozhodnutí, hodnoty, rizika, práci, knowledge sharing, AI zapojení, eskalaci a odpovědnost v situacích, kdy dopad přesahuje jednu komunitu.

Může zahrnovat:

• společný purpose alignment,
• shared values layer,
• multi-community interface,
• decision ownership,
• escalation path,
• conflict resolution,
• shared risk assessment,
• AI-NDA Boundary coordination,
• data sharing rules,
• Operational DNA protection,
• feedback loop,
• cross-community change proposals,
• representation of affected communities,
• audit,
• review cycle.

Minimum requirement

Pokud rozhodnutí nebo AI workflow významně ovlivňuje více komunit, musí být jasné, které komunity jsou dotčené a jak se jejich zájmy, hodnoty a rizika zohlední.

4. Why Multi-Community Governance matters

Bez Multi-Community Governance vznikají typické problémy:

• jeden tým optimalizuje své KPI a poškozuje jiný tým,
• firma optimalizuje náklady a přenáší zátěž na zákazníky,
• vendor maximalizuje AI adopci a zvyšuje lock-in zákazníka,
• AI agent zrychlí delivery a vytvoří security riziko,
• automatizace sníží lidskou práci a oslabí Human Capability Reserve,
• podnik zvýší výkon, ale přenese ekologický dopad mimo své metriky,
• stát optimalizuje ekonomiku a přehlédne budoucí generace,
• jedna komunita rozhoduje o jiné bez reprezentace.

Multi-Community Governance zabraňuje tomu, aby se lokální úspěch stal systémovým dluhem.

Minimum requirement

AIFC komunita musí umět rozpoznat, kdy její rozhodnutí vytváří dopad za hranicí vlastní komunity.

5. Community boundary

Community boundary definuje, kde končí přímá odpovědnost, vlastnictví a governance jedné komunity.

Boundary může být:

• organizační,
• právní,
• datová,
• hodnotová,
• znalostní,
• ekonomická,
• geografická,
• technická,
• nebo ekologická.

Multi-Community Governance začíná tam, kde dopad, riziko nebo závislost tuto boundary překročí.

Minimum requirement

Významné interfaces musí znát hranici komunity a situace, kdy je překročena.

6. Affected community

Affected community je komunita, na kterou má rozhodnutí, workflow, AI systém, produkt nebo změna významný dopad.

Affected community nemusí být decision owner.

Může být:

• zákazník,
• support tým,
• provoz,
• jiná firma,
• lokální komunita,
• budoucí uživatel,
• regulovaný subjekt,
• občané,
• děti,
• budoucí generace,
• ekosystém.

Minimum requirement

Kritická rozhodnutí musí posoudit, které komunity jsou affected communities.

7. Represented community

Některé komunity nemají přímý hlas v rozhodování.

Například:

• děti,
• budoucí generace,
• zvířata,
• lesy,
• řeky,
• oceány,
• klima,
• půda,
• lokální ekosystémy,
• slabě zastoupené sociální skupiny.

Tyto komunity mohou být zastoupeny:

• lidmi,
• institucemi,
• právem,
• vědou,
• daty,
• AI analýzou,
• etickými pravidly,
• veřejnou participací.

AI může pomoci jejich signály zviditelnit.

AI však nesmí převzít odpovědnost za jejich zastupování.

Minimum requirement

U rozhodnutí s významným dopadem na slabě reprezentované komunity musí být uvedeno, zda a jak jsou zastoupeny.

8. Multi-community purpose alignment

Komunity nemusí mít stejný záměr.

Ale pro významnou spolupráci musí existovat alespoň minimální alignment.

Otázky:

• Proč spolupracujeme?
• Co je společný výsledek?
• Jaké jsou rozdílné zájmy?
• Co by spolupráci ukončilo?
• Kde může vzniknout zneužití?
• Kdo nese odpovědnost za dopad?

Minimum requirement

Významná multi-community spolupráce musí mít jasný společný účel nebo explicitně popsané rozdíly záměrů.

9. Multi-community shared values

Multi-Community Governance musí používat Shared Values Layer.

To znamená:

• pojmenovat sdílené hodnoty,
• pojmenovat kompatibilní hodnoty,
• pojmenovat konfliktní hodnoty,
• pojmenovat non-negotiable boundaries,
• určit hodnotové priority,
• definovat eskalaci hodnotového konfliktu.

Minimum requirement

Významná multi-community spolupráce musí mít hodnotový rámec nebo odkaz na Shared Values Layer.

10. Decision ownership

V multi-community situaci musí být jasné, kdo rozhoduje.

Rozlišujeme:

• decision owner,
• affected community,
• consulted community,
• approving community,
• veto holder,
• escalation owner,
• accountable sponsor,
• implementation owner.

AI může připravit podklady.

AI nesmí být konečným decision ownerem kritického multi-community rozhodnutí.

Minimum requirement

Kritická multi-community rozhodnutí musí mít definovaného decision ownera a affected communities.

11. Consultation

Ne každá affected community musí mít veto.

Ale významně dotčené komunity by měly být alespoň konzultovány přiměřeně dopadu.

Consultation může být:

• formální review,
• feedback request,
• representative input,
• risk assessment,
• public comment,
• customer advisory,
• stakeholder workshop,
• AI-assisted synthesis of feedback.

Minimum requirement

Významně dotčené komunity musí mít přiměřenou možnost dát vstup nebo musí být zaznamenán důvod, proč to není možné.

12. Consent and approval

Některé situace vyžadují explicitní souhlas nebo approval.

Například:

• sdílení restricted dat,
• AI zpracování neveřejného know-how,
• změna contractual obligations,
• zásah do zákaznických práv,
• práce s Operational DNA,
• použití AI v citlivém rozhodování,
• změna bezpečnostní hranice,
• veřejná reprezentace jiné komunity.

Minimum requirement

Multi-community workflow musí rozlišovat consultation, consent, approval and veto.

13. Conflict resolution

Konflikty mezi komunitami jsou normální.

Mohou být:

• hodnotové,
• ekonomické,
• technické,
• bezpečnostní,
• právní,
• provozní,
• kapacitní,
• reputační,
• ekologické.

Conflict resolution musí definovat:

• kdo konflikt vlastní,
• jak se zaznamená,
• jaké hodnoty jsou dotčené,
• jaké komunity jsou dotčené,
• jak se eskaluje,
• kdo rozhodne,
• jak se zaznamená trade-off,
• kdy se rozhodnutí reviduje.

Minimum requirement

Významný multi-community konflikt musí být zaznamenán a řešen přes definovaný mechanismus.

14. Cross-community feedback loop

Multi-Community Governance musí umožnit feedback mezi komunitami.

Například:

• zákazník upozorní firmu na problém,
• support předá pattern do product týmu,
• AI agent upozorní leadership na misalignment,
• vendor upozorní na změnu modelu,
• občané upozorní stát na dopad politiky,
• ekologická data upozorní na degradaci prostředí.

Feedback musí být převoditelný na:

• observed signal,
• risk,
• opportunity,
• change proposal,
• decision record,
• strategy update,
• interface update,
• skill update,
• workflow conversion.

Minimum requirement

Multi-community spolupráce musí mít mechanismus pro cross-community feedback.

15. Cross-community change proposal

Change proposal může ovlivnit více komunit.

Musí obsahovat:

• navrhovanou změnu,
• důvod,
• affected communities,
• values impact,
• risk impact,
• data impact,
• AI impact,
• Operational DNA impact,
• decision owner,
• consultation requirements,
• implementation owner,
• review date.

Minimum requirement

Change proposals s multi-community dopadem musí označit affected communities a values/risk impact.

16. Shared risk assessment

Riziko se nesmí posuzovat jen z pohledu jedné komunity.

Příklad:

• pro tým je AI automatizace levná,
• pro zákazníka je netransparentní,
• pro security je riziková,
• pro firmu zvyšuje lock-in,
• pro lidi snižuje schopnost.

Shared risk assessment posuzuje dopad napříč komunitami.

Minimum requirement

Kritická multi-community rozhodnutí musí posoudit rizika z pohledu dotčených komunit přiměřeně dopadu.

17. Risk transfer

Risk transfer je situace, kdy jedna komunita sníží své riziko nebo náklad tím, že jej přenese na jinou.

Příklady:

• firma sníží support náklady, ale zvýší zátěž zákazníků,
• tým zrychlí delivery, ale vytvoří maintenance dluh,
• vendor sníží vlastní náklady, ale zvýší zákaznický lock-in,
• AI workflow sníží lidskou práci, ale oslabí Human Capability Reserve,
• stát zvýší ekonomický výkon, ale přenese ekologický náklad na budoucí generace.

Minimum requirement

AIFC governance musí detekovat a pojmenovat významný risk transfer.

18. Shared benefit

Multi-Community Governance nemá řešit jen rizika.

Má hledat také shared benefit.

Otázky:

• Jak může spolupráce vytvořit hodnotu pro více komunit?
• Jak se hodnota rozdělí?
• Kdo nese náklady?
• Kdo získá přínos?
• Kdo je neviditelně zatížen?
• Jak se měří férovost?

Minimum requirement

Významná multi-community spolupráce musí rozlišovat, kdo nese náklady a kdo získává přínos.

19. Data sharing governance

Multi-community spolupráce často zahrnuje sdílení dat.

Data sharing governance musí řešit:

• data classification,
• purpose limitation,
• allowed recipients,
• AI access,
• retention,
• storage,
• processing location,
• training use,
• derived knowledge,
• audit,
• revocation,
• breach response.

Minimum requirement

Sdílení neveřejných dat mezi komunitami musí mít explicitní data sharing boundary.

20. AI-NDA Boundary across communities

AI-NDA Boundary je složitější, když AI pracuje napříč komunitami.

Musí být jasné:

• čí data AI zpracovává,
• za jakým účelem,
• v jakém prostředí,
• kdo je owner,
• kdo vidí prompty,
• kdo vidí výstupy,
• kde se ukládá derived knowledge,
• zda se data smějí spojovat,
• zda se data smějí použít k tréninku,
• co se stane při incidentu.

Minimum requirement

AI zpracování neveřejného know-how více komunit musí mít explicitní multi-community AI-NDA Boundary nebo equivalent agreement.

21. Operational DNA across communities

Operational DNA jedné komunity nesmí být neřízeně předáno jiné komunitě.

Zvlášť citlivé jsou situace:

• vendor access,
• consulting engagement,
• AI migration,
• joint venture,
• outsourcing,
• shared AI agent,
• platform onboarding,
• due diligence,
• acquisition,
• ecosystem integration.

Minimum requirement

Sdílení nebo AI zpracování Operational DNA mezi komunitami musí mít ownera, boundary, audit a exit mechanismus.

22. AI agents operating across communities

AI agent může pracovat přes hranici komunit.

Například:

• vendor agent pomáhá zákazníkovi,
• enterprise agent čte data více týmů,
• support agent propojuje zákazníka a product tým,
• governance agent sbírá signály napříč komunitami.

Takový agent musí mít:

• role,
• scope,
• owner,
• affected communities,
• allowed data,
• forbidden data,
• allowed actions,
• forbidden actions,
• approval rules,
• AI-NDA Boundary,
• audit,
• fallback,
• exit strategy.

Minimum requirement

Cross-community AI agent musí mít explicitní interface, ownera a boundary.

23. AI-generated cross-community proposals

AI může detekovat problémy napříč komunitami.

Příklad:

• AI najde, že firemní KPI tlačí support k chování, které poškozuje zákazníky.
• AI zjistí, že vendor workflow zvyšuje lock-in.
• AI identifikuje hodnotový konflikt mezi strategií a backlogem.
• AI upozorní na ekologický nebo sociální dopad.

AI může formulovat proposal.

Ale multi-community decision musí mít lidského nebo komunitního decision ownera.

Minimum requirement

AI-generated cross-community proposals musí být označeny jako návrh a reviewované odpovědnou governance rolí.

24. Multi-community auditability

Rozhodnutí a workflow s dopadem na více komunit musí být auditovatelné přiměřeně riziku.

Audit by měl umožnit zjistit:

• kdo rozhodl,
• kdo byl konzultován,
• jaké hodnoty byly dotčené,
• jaké riziko bylo přijato,
• jaké komunity byly ovlivněny,
• jaká data byla sdílena,
• jak AI pomáhala,
• jaké hranice platily,
• jaký fallback existoval,
• kdy se rozhodnutí reviduje.

Minimum requirement

Kritická multi-community rozhodnutí musí mít decision record nebo audit trail.

25. Human Cockpit Layer for multi-community governance

Human Cockpit Layer může zviditelnit multi-community governance.

Může ukazovat:

• affected communities,
• shared values,
• values conflicts,
• active interfaces,
• cross-community risks,
• open proposals,
• AI-generated signals,
• data sharing boundaries,
• decision owners,
• escalation paths,
• represented communities,
• unresolved conflicts,
• review dates.

Human Cockpit Layer pomáhá lidem vidět systémový dopad rozhodnutí.

Minimum requirement

Odpovědné role musí mít lidsky dostupný přehled kritických multi-community vztahů, konfliktů a rozhodnutí.

26. Multi-community source of truth

Multi-community spolupráce může potřebovat sdílený nebo federovaný source of truth.

Možnosti:

• jedna komunita drží authoritative source,
• každá komunita drží vlastní source a sdílí interface,
• existuje společný governance repository,
• existuje shared decision log,
• existuje shared values record,
• existuje shared risk register.

AIFC preferuje federovaný přístup tam, kde by centralizace ohrozila vlastnictví komunit.

Minimum requirement

Multi-community spolupráce musí definovat, kde je authoritative source pro společná rozhodnutí, pravidla a interfaces.

27. Federated governance

Federated governance znamená, že každá komunita si zachovává vlastní identitu, source of truth a odpovědnost, ale spolupracuje přes definovaná rozhraní.

Federated governance je vhodná, když:

• komunity jsou samostatné,
• mají vlastní hodnoty,
• mají vlastní právní odpovědnost,
• sdílejí jen část znalostí,
• potřebují spolupracovat bez centralizace.

Minimum requirement

Pokud centralizace není vhodná, Multi-Community Governance musí použít federovaný model s jasnými interfaces a decision boundaries.

28. Multi-community governance levels

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

Level 0 — Informal awareness

Komunity o sobě vědí, ale nemají řízené rozhraní.

Level 1 — Basic interface

Existuje popis spolupráce, kontakty, purpose a boundaries.

Level 2 — Shared governance

Existují shared values, decision rules, escalation and feedback.

Level 3 — Federated source of truth

Existují propojené artefakty, decision records, risk registers, shared interfaces.

Level 4 — AI-operable multi-community governance

Rozhraní jsou human-readable, agent-actionable, software-verifiable, s řízeným AI zapojením a auditovatelností.

Minimum requirement

Významná dlouhodobá multi-community spolupráce by měla dosáhnout alespoň Level 2.

29. Multi-community governance lifecycle

Multi-community governance má lifecycle.

discovered
↓
mapped
↓
interface_defined
↓
values_aligned
↓
governance_active
↓
reviewed
↓
updated
↓
retired

Discovered

Byla zjištěna závislost nebo dopad.

Mapped

Byly identifikovány dotčené komunity.

Interface defined

Bylo popsáno rozhraní.

Values aligned

Byly pojmenovány hodnoty a konflikty.

Governance active

Spolupráce běží podle pravidel.

Reviewed

Proběhlo review.

Updated

Rozhraní nebo pravidla byla upravena.

Retired

Spolupráce skončila nebo byla nahrazena.

Minimum requirement

Významná multi-community governance musí mít lifecycle status a review mechanismus.

30. AI-first Earth perspective

AIFC připouští širší perspektivu: komunita může být firma, stát, svět nebo Země.

AI-first Earth není svět řízený AI.

Je to svět, kde lidské komunity používají AI k lepšímu porozumění sobě, ostatním komunitám a živému systému, jehož jsou součástí.

Multi-Community Governance na této úrovni musí zahrnovat:

• lidské komunity,
• slabě reprezentované komunity,
• budoucí generace,
• ekosystémy,
• vědecká data,
• právní zastoupení,
• etické hranice,
• lidskou odpovědnost.

Minimum requirement

AIFC nesmí redukovat multi-community governance pouze na vztahy mezi organizacemi; musí umožnit reprezentaci širších dopadů.

31. Suggested metadata

Příklad metadat pro Multi-Community Governance Record:

multi_community_governance:
  id:
  title:
  status: discovered | mapped | interface_defined | values_aligned | active | under_review | updated | retired | archived
  owner:
  related_communities:
  affected_communities:
  represented_communities:
  collaboration_purpose:
  governance_level: 0 | 1 | 2 | 3 | 4
  shared_values_layer:
  community_interfaces:
  decision_owner:
  consulted_communities:
  approval_required_from:
  veto_holders:
  escalation_path:
  feedback_loop:
  data_sharing_boundary:
  ai_nda_boundary:
  operational_dna_boundary:
  cross_community_ai_agents:
  risk_assessment:
  risk_transfer_detected: true | false
  benefit_distribution:
  authoritative_source:
  shared_decision_log:
  audit_required: true | false
  review_cycle:
  last_reviewed:
  version:

Příklad metadat pro Cross-Community Change Proposal:

cross_community_change_proposal:
  id:
  title:
  status: draft | proposed | under_review | accepted | rejected | deferred | implemented | verified | closed
  owner:
  proposing_community:
  affected_communities:
  represented_communities:
  purpose:
  proposed_change:
  values_impact:
  risk_impact:
  data_impact:
  ai_impact:
  operational_dna_impact:
  risk_transfer:
  shared_benefit:
  consultation_required:
  approval_required:
  decision_owner:
  implementation_owner:
  related_decision_record:
  review_date:

Tyto struktury jsou ilustrativní.

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

32. Anti-patterns

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

32.1 Local optimization, externalized harm

Jedna komunita zlepší své KPI tím, že přenese náklad nebo riziko na jinou.

32.2 Affected community not identified

Rozhodnutí má dopad na jiné komunity, ale ty nejsou pojmenované.

32.3 No representation

Slabě reprezentovaná komunita je významně dotčena, ale nikdo nezastupuje její zájmy.

32.4 Vendor governs the relationship

Vendor fakticky určuje pravidla spolupráce, protože zákazník nemá vlastní interface, boundary ani exit strategy.

32.5 AI as hidden cross-community actor

AI agent pracuje přes hranice komunit bez explicitního ownera a boundary.

32.6 Shared data without shared governance

Komunity sdílejí data, ale nemají společná pravidla pro účel, retention, AI access a derived knowledge.

32.7 Values conflict hidden as delivery issue

Hodnotový konflikt mezi komunitami je řešen jako běžné delivery zpoždění.

32.8 No cross-community feedback

Jedna komunita trvale cítí dopad rozhodnutí jiné, ale nemá cestu, jak signál předat.

32.9 Centralization without consent

Jedna komunita centralizuje knowledge nebo governance jiných komunit bez jasného souhlasu a hranic.

32.10 AI decides for represented communities

AI sama reprezentuje slabě zastoupené komunity bez lidské, institucionální nebo etické odpovědnosti.

33. Minimal requirements

AIFC komunita musí v oblasti Multi-Community Governance minimálně splnit:

1. Rozpozná, kdy rozhodnutí nebo AI workflow významně ovlivňuje více komunit.
2. Identifikuje affected communities u kritických rozhodnutí.
3. U slabě reprezentovaných komunit uvede, zda a jak jsou zastoupeny.
4. Významná multi-community spolupráce má společný účel nebo explicitně popsané rozdíly záměrů.
5. Významná multi-community spolupráce má hodnotový rámec nebo odkaz na Shared Values Layer.
6. Kritická multi-community rozhodnutí mají decision ownera.
7. Významně dotčené komunity mají přiměřenou možnost dát vstup nebo je zaznamenán důvod, proč ne.
8. Multi-community workflow rozlišuje consultation, consent, approval and veto.
9. Významný multi-community konflikt je zaznamenán a řešen přes definovaný mechanismus.
10. Multi-community spolupráce má mechanismus pro cross-community feedback.
11. Change proposals s multi-community dopadem označují affected communities a values/risk impact.
12. Kritická multi-community rozhodnutí posuzují rizika z pohledu dotčených komunit.
13. Governance detekuje a pojmenovává významný risk transfer.
14. Významná spolupráce rozlišuje, kdo nese náklady a kdo získává přínos.
15. Sdílení neveřejných dat mezi komunitami má explicitní data sharing boundary.
16. AI zpracování neveřejného know-how více komunit má multi-community AI-NDA Boundary nebo equivalent agreement.
17. Sdílení nebo AI zpracování Operational DNA mezi komunitami má ownera, boundary, audit a exit mechanismus.
18. Cross-community AI agent má explicitní interface, ownera a boundary.
19. AI-generated cross-community proposals jsou označeny jako návrh a reviewované governance rolí.
20. Kritická multi-community rozhodnutí mají decision record nebo audit trail.
21. Odpovědné role mají lidsky dostupný přehled kritických multi-community vztahů, konfliktů a rozhodnutí.
22. Multi-community spolupráce definuje authoritative source pro společná rozhodnutí, pravidla a interfaces.
23. Pokud centralizace není vhodná, používá federovaný model s jasnými interfaces a decision boundaries.
24. Významná dlouhodobá multi-community spolupráce má dosáhnout alespoň governance Level 2.
25. Významná multi-community governance má lifecycle status a review mechanismus.
26. AIFC umožňuje reprezentaci širších dopadů, nejen vztahů mezi organizacemi.

34. Summary

Multi-Community Governance řeší situace, kdy rozhodnutí, AI workflow, riziko nebo hodnota přesahuje hranici jedné komunity.

AIFC komunita nesmí optimalizovat pouze sama sebe, pokud tím přenáší náklad, riziko nebo škodu na jiné.

AIFC proto říká:

Identify affected communities.
Make values conflicts visible.
Prevent unmanaged risk transfer.
Keep decision ownership explicit.
Let AI reveal cross-community signals, not own cross-community decisions.

Česky:

Identifikujte dotčené komunity.
Zviditelněte hodnotové konflikty.
Zabraňte neřízenému přenosu rizika.
Držte vlastnictví rozhodnutí explicitní.
Nechte AI odhalovat signály napříč komunitami, ne vlastnit rozhodnutí napříč komunitami.

Multi-Community Governance je základ pro škálování AIFC od týmu přes firmu až po stát, svět a Zemi.

Multi-Community Governance turns cross-community impact into governed responsibility.