AIFC-023: AI as Team Member

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-010 Knowledge Structure
AIFC-011 Operational DNA
AIFC-020 Human-Managed AI
AIFC-021 AI as External Expert Capacity
AIFC-022 AI-NDA Boundary

Účel dokumentu: Definovat princip AI as Team Member: jak může být AI agent zapojen jako řízený člen týmu s rolí, scope, oprávněními, limity, human ownerem, auditovatelností, měřením hodnoty, pravidly schvalování, fallbackem a možností vypnutí.

1. Purpose of this document

Tento dokument popisuje, jak může AIFC komunita zapojit AI agenta jako člena týmu.

AI agent není člověk.

Nemá lidskou odpovědnost, vlastní hodnotový úsudek, sociální zakotvení ani skutečné členství v komunitě.

Může však vykonávat opakované role podobné týmovým rolím:

analyzovat,
sumarizovat,
navrhovat,
kontrolovat,
upozorňovat,
připravovat dokumenty,
vytvářet change proposals,
validovat strukturu,
udržovat knowledge base,
pomáhat s backlogem,
podporovat rozhodování,
vykonávat schválené nízkorizikové kroky.

AIFC proto umožňuje chápat AI agenta jako řízeného člena týmu, ale pouze za podmínky, že má jasně definované hranice a že odpovědnost zůstává lidem nebo komunitě.

2. Core principle

Základní princip tohoto dokumentu je:

AI may act as a team member only when its role, scope, permissions, owner and limits are explicit.

Česky:

AI může působit jako člen týmu pouze tehdy, když má explicitně definovanou roli, scope, oprávnění, ownera a limity.

AI agent může být užitečný týmový spolupracovník.

Nesmí však být neviditelný, neomezený nebo neodpovědný aktér uvnitř komunity.

AIFC proto říká:

No AI team member without role, owner, boundary and audit.

Česky:

Žádný AI člen týmu bez role, ownera, hranice a auditu.

3. Definition

AI as Team Member je řízený způsob zapojení AI agenta do práce komunity.

AI team member má:

roli,
účel,
scope,
human nebo community ownera,
povolené vstupy,
povolené akce,
zakázané akce,
přístupová oprávnění,
AI-NDA Boundary,
pravidla schvalování,
auditní stopu,
měření přínosu,
fallback,
exit nebo vypnutí.

AI team member není autonomní člen komunity ve smyslu lidské odpovědnosti.

Je to řízená pracovní kapacita.

4. Why this concept matters

AI se často používá neformálně:

někdo otevře chat,
vloží data,
požádá o návrh,
zkopíruje výstup,
rozhodnutí se posune dál,
ale nikde není jasné, kdo AI použil, proč, s jakým oprávněním a jaký byl dopad.

To je nebezpečné, pokud AI začne opakovaně ovlivňovat práci týmu.

Pokud AI plní opakovanou roli, musí být řízena jako role.

Stejně jako člověk v týmu nemá neomezený přístup a neomezenou rozhodovací pravomoc, ani AI agent nesmí mít neomezené možnosti jen proto, že je užitečný.

Minimum requirement

Pokud AI agent vykonává opakovanou nebo významnou týmovou roli, musí být definován jako AI team member s rolí, ownerem a pravidly.

5. AI team member vs AI tool

AIFC rozlišuje běžný AI tool a AI team member.

AI tool

AI tool je použit ad hoc pro konkrétní úkol.

Příklady:

jednorázové shrnutí veřejného textu,
návrh formulace e-mailu,
překlad veřejného textu,
jednoduchá brainstorm pomoc.

AI team member

AI team member má opakovanou roli v komunitě.

Příklady:

Knowledge Maintenance Agent,
Backlog Refinement Agent,
Security Review Assistant,
UX Review Agent,
AI Retrospective Agent,
Change Proposal Analyst,
Documentation Cleanup Agent,
Support Triage Agent,
Code Review Assistant,
Community Interface Monitor.

Minimum requirement

Pokud AI opakovaně vykonává definovaný typ práce, má být převedena z ad hoc tool použití do řízeného AI team member modelu.

6. Role definition

Každý AI team member musí mít jasně definovanou roli.

Role má odpovídat na otázky:

Proč agent existuje?
Jakému záměru slouží?
Jakou práci vykonává?
Jaký typ výstupů vytváří?
Komu pomáhá?
Jaký problém řeší?
Jaké hodnoty musí respektovat?
Jaké hranice nesmí překročit?

Příklad:

Role:
Knowledge Maintenance Agent

Purpose:
Help the community detect outdated, duplicated, ownerless or structurally invalid knowledge artefacts and create maintenance proposals.

Not responsible for:
Approving changes, deleting active knowledge, changing sensitivity or updating Operational DNA without review.

Minimum requirement

AI team member musí mít roli zapsanou v source of truth.

7. Human owner

Každý AI team member musí mít human nebo community ownera.

Owner odpovídá za:

účel agenta,
scope,
oprávnění,
AI-NDA Boundary,
výstupy,
review,
měření hodnoty,
náklady,
rizika,
vypnutí,
změnu role,
aktualizaci agent skillu,
řešení incidentu.

AI agent nesmí být ownerem sám sobě.

Minimum requirement

AI team member bez ownera není AIFC kompatibilní.

8. Scope

Scope definuje, kde a jak smí AI team member pracovat.

Může zahrnovat:

knowledge domains,
projekty,
týmy,
typy dokumentů,
typy dat,
workflow,
systémy,
nástroje,
úkoly,
časové omezení,
úroveň autonomie.

Scope má zabránit tomu, aby se agent postupně rozšířil do oblastí, pro které nebyl schválen.

Minimum requirement

AI team member musí mít definovaný scope a pravidla pro jeho změnu.

9. Allowed inputs

AI team member musí mít definované povolené vstupy.

Příklady:

public documents,
selected internal knowledge artefacts,
approved workflow descriptions,
submitted change proposals,
anonymized support tickets,
backlog items,
approved design screenshots,
non-restricted decision records.

Allowed inputs musí odpovídat AI-NDA Boundary.

Minimum requirement

AI team member musí mít definované, jaké vstupy smí zpracovávat.

10. Forbidden inputs

AI team member musí mít definované zakázané vstupy.

Příklady:

secrets,
credentials,
raw personal data,
unrestricted customer data,
restricted HR records,
legal privileged documents,
security vulnerabilities without approval,
unapproved Operational DNA,
documents outside scope.

Forbidden inputs musí být chráněny pravidly a podle možností technicky.

Minimum requirement

AI team member musí mít definované, jaké vstupy nesmí zpracovávat.

11. Allowed actions

AI team member musí mít jasně definované povolené akce.

Příklady:

summarize,
classify,
detect missing metadata,
propose cleanup,
draft change proposal,
suggest decision level,
prepare review checklist,
identify duplicate content,
generate draft skill update,
create risk note,
prepare decision support,
validate structure,
create maintenance task draft.

Allowed actions mohou být různé podle autonomy level.

Minimum requirement

AI team member musí mít explicitně popsané allowed actions.

12. Forbidden actions

AI team member musí mít jasně definované zakázané akce.

Příklady:

approve significant change,
change active workflow without review,
delete source of truth content,
change sensitivity classification,
access data outside AI-NDA Boundary,
publish external content without approval,
make financial commitment,
decide values conflict,
change Operational DNA without owner review,
update permissions,
hide uncertainty,
store restricted content in agent memory without approval.

Minimum requirement

AI team member musí mít explicitně popsané forbidden actions.

13. Permissions

AI team member musí mít přístupová oprávnění podle principů:

least privilege
need to know
purpose limitation
auditability
revocation

Oprávnění mohou být:

read-only,
propose-only,
draft-write,
write-with-approval,
execute-approved-low-risk-actions,
no-access-to-restricted-data,
no-access-to-operational-dna,
temporary-access.

Minimum requirement

AI team member s přístupem k neveřejnému know-how musí mít definovaná a auditovatelná permissions.

14. Autonomy level

AI team member musí mít definovanou úroveň autonomie.

Doporučená škála:

0 %  — no autonomous action
25 % — proposes only
50 % — creates drafts, human approves
75 % — executes approved low-risk actions with review gates
100 % — operates autonomously only inside strict pre-approved boundaries

Autonomie musí být kontextová.

Stejný agent může mít:

75 % autonomii pro detekci chybějících metadat,
50 % autonomii pro draft change proposals,
0 % autonomii pro změnu Operational DNA.

Minimum requirement

AI team member musí mít definovanou autonomii podle typů akcí.

15. Approval rules

AI team member musí vědět, kdy je potřeba approval.

Approval může být vyžadován při:

změně source of truth,
publikaci externího výstupu,
práci s restricted daty,
změně workflow,
změně AI-NDA Boundary,
změně Operational DNA,
vytvoření decision record,
navržení změny hodnotového výkladu,
významném dopadu na jinou komunitu.

Approval musí být dohledatelný.

Minimum requirement

AI team member musí mít pravidla, které výstupy a akce vyžadují human nebo community approval.

16. Output types

AI team member musí mít definované typy výstupů.

Příklady:

summary,
draft,
analysis,
recommendation,
change proposal,
maintenance proposal,
risk note,
decision support,
skill update proposal,
validation report,
incident signal,
backlog item draft.

Výstup musí být označen podle statusu.

AI výstup není automaticky approved knowledge.

Minimum requirement

AI team member output musí být jasně odlišitelný od schváleného source of truth.

17. Write-back rules

AI team member musí mít pravidla pro zápis zpět do source of truth.

Může mít například právo:

vytvořit draft artefakt,
vytvořit proposal,
přidat komentář,
označit issue,
vytvořit maintenance task,
připravit pull request,
aktualizovat metadata v low-risk oblasti,
nebo pouze navrhnout změnu.

U kritického obsahu musí být write-back schválený.

Minimum requirement

AI team member nesmí zapisovat do active source of truth bez definovaných write-back rules.

18. Memory rules

AI team member může, ale nemusí mít paměť.

Agent memory je riziková, pokud obsahuje:

restricted data,
Operational DNA,
zákaznické informace,
rozhodovací logiku,
skills,
interní strategii.

Memory rules musí definovat:

co se ukládá,
co se neukládá,
kdo memory vidí,
jak se memory maže,
jak se exportuje,
jak se audituje,
jak se brání tomu, aby memory nahradila source of truth.

Minimum requirement

AI team member memory nesmí být autoritativní source of truth.

19. Source of truth relationship

AI team member musí pracovat vůči source of truth.

To znamená:

čte schválenou znalost podle oprávnění,
rozlišuje active, draft, deprecated a rejected obsah,
generuje návrhy jako návrhy,
neukládá kritické know-how pouze do chatu nebo memory,
propojuje výstupy s decision records,
vrací významné know-how do source of truth přes review.

AI team member nesmí vytvořit paralelní neformální knowledge base.

Minimum requirement

AI team member musí mít definovaný vztah k source of truth.

20. Human Cockpit Layer relationship

Human Cockpit Layer musí AI team membery zviditelňovat.

Odpovědní členové komunity by měli vidět:

jméno nebo identitu agenta,
roli,
ownera,
scope,
status,
autonomy level,
AI-NDA Boundary,
oprávnění,
poslední výstupy,
čekající approvals,
rizika,
cost usage,
value contribution,
incidenty,
memory status,
fallback,
možnost vypnutí.

Bez této viditelnosti se AI agenti mohou stát neviditelnou pracovní silou bez governance.

Minimum requirement

Významní AI team members musí být lidsky viditelní v Human Cockpit Layer nebo ekvivalentním governance rozhraní.

21. Naming and identity

AI team member musí mít jasnou identitu.

Identita může obsahovat:

jméno,
role ID,
ownera,
verzi,
scope,
status.

Příklad:

Knowledge Maintenance Agent
id: agent_kma_4f91
version: 0.3
owner: knowledge-owner
status: active

Jméno agenta by nemělo vytvářet iluzi lidské odpovědnosti.

Příliš antropomorfní prezentace může zastřít, že odpovědnost nese člověk nebo komunita.

Minimum requirement

AI team member musí mít stabilní identitu a nesmí zakrývat svého human ownera.

22. Onboarding of AI team member

AI team member musí být uveden do týmu řízeně.

Onboarding může zahrnovat:

definici role,
definici scope,
nastavení oprávnění,
přidělení ownera,
schválení AI-NDA Boundary,
definici allowed/forbidden actions,
testovací režim,
review výstupů,
nastavení cost limitu,
nastavení fallbacku,
komunikaci týmu, co agent smí a nesmí.

Minimum requirement

AI team member s významným dopadem nesmí být zapojen bez onboarding záznamu.

23. Offboarding of AI team member

AI team member musí být možné bezpečně vypnout nebo odebrat.

Offboarding musí řešit:

odebrání oprávnění,
uzavření rozpracovaných úkolů,
export nebo smazání memory,
zápis relevantního know-how do source of truth,
vyhodnocení přínosu,
kontrolu dependency,
zrušení napojení na nástroje,
archivaci agent recordu,
incident check.

Minimum requirement

AI team member musí mít offboarding mechanismus.

24. Performance and value measurement

AI team member musí být vyhodnocován podle hodnoty, ne pouze aktivity.

Nemá stačit:

kolik textu vytvořil,
kolik návrhů poslal,
kolik ticketů prošel.

Důležité je:

kolik užitečných návrhů bylo přijato,
kolik dluhu pomohl snížit,
kolik rizik odhalil,
kolik review práce přidal,
kolik šumu vytvořil,
kolik AI dependency způsobil,
kolik know-how se vrátilo do source of truth,
zda zlepšil human capability nebo ji oslabil.

Minimum requirement

Významný AI team member musí mít pravidelné vyhodnocení přínosu, nákladů, rizik a závislosti.

25. Cost visibility

AI team member spotřebovává zdroje.

Může spotřebovávat:

tokeny,
API náklady,
compute,
human review time,
attention,
governance capacity,
bezpečnostní kapacitu.

Cost musí být viditelný.

Pokud AI team member nemá měřenou spotřebu, komunita neumí rozhodnout, zda jeho přínos odpovídá nákladům.

Minimum requirement

Významný AI team member musí mít cost visibility nebo alespoň cost estimate.

26. Risk management

AI team member může vytvářet rizika.

Příklady:

nesprávné návrhy,
halucinace,
práce s nevhodnými daty,
přístup mimo scope,
příliš vysoká autonomie,
skryté rozhodování,
AI dependency,
AI lock-in,
knowledge leakage,
over-trust,
under-review,
ztráta lidské schopnosti,
změna týmového chování.

Minimum requirement

AI team member s přístupem k neveřejným datům, source of truth nebo nástrojům musí mít risk assessment.

27. AI team member as proposer

AI team member může být silný zdroj change proposals.

Může navrhovat:

cleanup,
nové workflow,
změnu priority,
skill update,
risk mitigation,
AI dependency reduction,
fallback,
změnu AI-NDA Boundary,
změnu operating mode,
maintenance backlog item.

Ale návrh není rozhodnutí.

Minimum requirement

AI-generated change proposals musí být označené jako AI-generated a projít governance lifecycle.

28. AI team member in decision support

AI team member může připravovat rozhodovací podklady.

Může:

shrnout kontext,
porovnat alternativy,
odhadnout rizika,
identifikovat dotčené hodnoty,
navrhnout decision level,
připravit decision record draft.

AI team member nesmí skrytě rozhodovat tím, že jeho doporučení je bez review automaticky přijato.

Minimum requirement

Decision support agent musí jasně rozlišovat analysis, recommendation a decision.

29. AI team member in maintenance

Maintenance agent může pomáhat s péčí o knowledge base a workflow.

Může hledat:

outdated artefacts,
missing owners,
missing review,
duplicate content,
metadata conflicts,
deprecated content still referenced,
AI workflow without fallback,
Operational DNA without owner,
restricted content with unsafe AI access.

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

AI maintenance agent může tuto péči zrychlit, ale nevlastní odpovědnost za knowledge base.

Minimum requirement

Maintenance agent smí navrhovat a připravovat údržbu, ale kritické změny musí mít owner review.

30. AI team member in support

Support agent může pomáhat s triage, odpověďmi, sumarizací a detekcí patternů.

Rizika support agenta:

práce s osobními daty,
halucinace vůči zákazníkovi,
neautorizované závazky,
reputační dopad,
ztráta kontaktu lidí se zákaznickou realitou,
neviditelný customer signal.

Minimum requirement

Support AI team member musí mít jasná pravidla pro customer-facing výstupy, data sensitivity a escalation.

31. AI team member in development

Development agent může pomáhat s:

návrhem kódu,
testy,
refactoringem,
dokumentací,
code review,
detekcí patternů,
návrhem technického řešení.

Rizika:

vývojářská AI dependency,
špatné pochopení architektury,
security slabiny,
neudržované změny,
ztráta juniorního učení,
vendor/model dependency.

Minimum requirement

Development AI team member musí podporovat human capability, ne ji nahrazovat. Kritické změny musí mít review a vazbu na source of truth.

32. AI team member and human capability

AI team member nesmí způsobit, že lidé ztratí schopnost chápat nebo vykonávat práci.

AI může dělat práci rychleji.

Ale komunita musí udržovat:

schopnost zadat práci,
schopnost zkontrolovat výstup,
schopnost opravit chybu,
schopnost pokračovat bez AI,
schopnost učit nového člena,
schopnost porozumět vlastnímu systému.

Pokud AI team member zrychlí tým, ale zároveň odstraní lidské učení, vzniká skrytý dluh.

Minimum requirement

AI team member musí být pravidelně vyhodnocován z hlediska dopadu na Human Capability Reserve.

33. AI team member and AI-NDA Boundary

AI team member musí pracovat uvnitř AI-NDA Boundary.

Pokud se změní:

role,
data,
scope,
model,
vendor,
memory,
output type,
autonomy level,

může být nutné aktualizovat boundary.

Minimum requirement

AI team member nesmí zpracovávat neveřejné know-how mimo schválenou AI-NDA Boundary.

34. AI team member and Operational DNA

AI team member může mít přístup k Operational DNA pouze tehdy, pokud je to výslovně schválené.

Operational DNA přístup vyžaduje:

explicitní účel,
omezený scope,
ownera,
audit,
AI-NDA Boundary,
memory pravidla,
výstupní review,
exit strategy,
fallback.

Minimum requirement

AI team member s přístupem k Operational DNA musí být označen jako high-risk nebo critical agent.

35. AI team member record

AIFC doporučuje pro AI team membera používat agent record.

Příklad metadat:

ai_team_member:
  id:
  name:
  role:
  status: draft | proposed | active | paused | deprecated | retired | revoked
  owner:
  purpose:
  scope:
  allowed_inputs:
  forbidden_inputs:
  allowed_actions:
  forbidden_actions:
  permissions:
  autonomy_level:
  approval_rules:
  ai_nda_boundary:
  memory_allowed: true | false
  memory_rules:
  source_of_truth_access:
    read: true | false
    write: none | draft | proposal | approved_low_risk | active_with_approval
  operational_dna_access: true | false
  cost_limit:
  risk_level:
  review_cycle:
  last_reviewed:
  fallback:
  offboarding_plan:

Tato struktura je ilustrativní.

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

36. Anti-patterns

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

36.1 AI agent without owner

Agent pracuje v týmu, ale nikdo za něj neodpovídá.

36.2 AI agent without role

Není jasné, k čemu agent existuje.

36.3 AI agent with unlimited scope

Agent postupně získá přístup ke všemu.

36.4 AI agent with hidden permissions

Tým neví, co agent smí číst nebo měnit.

36.5 AI agent as hidden decision maker

AI doporučení se v praxi automaticky přijímá jako rozhodnutí.

36.6 AI agent memory as source of truth

Agent si pamatuje důležité know-how, které není zapsané v source of truth.

36.7 AI agent without offboarding

Agenta nelze bezpečně vypnout, odebrat nebo nahradit.

36.8 AI agent without cost visibility

Agent spotřebovává zdroje, ale nikdo neví kolik a s jakým přínosem.

36.9 AI agent causing human degradation

Agent zrychlí práci, ale lidé ztratí schopnost práci pochopit nebo vykonat.

36.10 AI agent anthropomorphism

Agent je prezentován tak, že zastírá absenci lidské odpovědnosti.

37. Minimal requirements

AIFC komunita musí v oblasti AI as Team Member minimálně splnit:

AI team member má jasnou roli.
AI team member má human nebo community ownera.
AI team member má definovaný scope.
AI team member má allowed inputs.
AI team member má forbidden inputs.
AI team member má allowed actions.
AI team member má forbidden actions.
AI team member má definovaná permissions.
AI team member má definovanou autonomy level.
AI team member má approval rules.
AI výstupy jsou odlišeny od approved source of truth.
AI team member má write-back rules.
AI memory není autoritativní source of truth.
AI team member je napojený na source of truth.
Významný AI team member je viditelný v Human Cockpit Layer nebo governance rozhraní.
AI team member má onboarding mechanismus.
AI team member má offboarding mechanismus.
Významný AI team member má cost visibility.
AI team member s neveřejnými daty má AI-NDA Boundary.
AI team member s Operational DNA přístupem má explicitní schválení a audit.
AI-generated change proposals procházejí governance lifecycle.
AI team member je vyhodnocován z hlediska dopadu na Human Capability Reserve.

38. Summary

AI team member je řízená AI pracovní kapacita uvnitř komunity.

Může výrazně pomoci s prací, znalostmi, údržbou, návrhy, podporou rozhodování a učením systému.

Ale AI team member nesmí být neviditelný aktér bez hranic.

AIFC proto říká:

Give AI a role.
Give it boundaries.
Give it an owner.
Give it audit.
Give humans the decision.
Keep knowledge in the source of truth.
Keep the community capable without it.

Česky:

Dejte AI roli.
Dejte jí hranice.
Dejte jí ownera.
Dejte jí audit.
Rozhodnutí nechte lidem.
Know-how držte v source of truth.
Udržte komunitu schopnou fungovat i bez ní.

AI agent může být členem pracovního systému.

Nesmí se stát vlastníkem komunity.

AI as Team Member turns AI agents into governed community roles.