AIFC-062: Agent Permissions

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-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-044 Human Skills and AI Skills
AIFC-060 Knowledge Security
AIFC-061 Access Control

Účel dokumentu: Definovat Agent Permissions jako řízený model oprávnění pro AI agenty, kteří pracují s knowledge base, nástroji, source of truth, workflow, daty, rozhodnutími a komunitními rozhraními. Agent Permissions chrání komunitu před tím, aby AI agent jednal mimo scope, mimo hodnoty, mimo AI-NDA Boundary nebo mimo lidskou odpovědnost.

1. Purpose of this document

Tento dokument definuje Agent Permissions.

AI agent v AIFC komunitě může být víc než chatbot.

Může:

číst source of truth,
vyhledávat v knowledge base,
sumarizovat,
klasifikovat,
navrhovat změny,
vytvářet change proposals,
generovat decision support,
spouštět validátory,
vytvářet úkoly,
upravovat metadata,
zapisovat drafty,
komentovat artefakty,
volat externí nástroje,
pracovat se zákaznickými signály,
podporovat support,
analyzovat security rizika,
pomáhat s backlogem,
nebo působit jako řízený člen týmu.

Takový agent potřebuje jasně definovaná oprávnění.

Nestačí mu dát obecný přístup k nástrojům.

Agent Permissions říká:

co agent smí číst,
co nesmí číst,
co smí navrhovat,
co smí měnit,
co smí vykonat,
kdy potřebuje approval,
jaká data smí zpracovat,
jakou paměť smí používat,
jaký má budget,
jaký má scope,
kdo je owner,
jak se agent zastaví,
jak se auditují jeho akce,
jak se agent odpojí.

2. Core principle

Základní princip tohoto dokumentu je:

An AI agent may act only within explicit permissions, boundaries, ownership and audit.

Česky:

AI agent smí jednat pouze v explicitních oprávněních, hranicích, ownerství a auditu.

AIFC říká:

No agent without owner.
No action without boundary.
No autonomy without audit.

Česky:

Žádný agent bez ownera.
Žádná akce bez hranice.
Žádná autonomie bez auditu.

Agent nemá získávat moc tím, že je užitečný.

Má získávat oprávnění tím, že má jasný účel, scope, hranice a odpovědnost.

3. Definition

Agent Permissions je soubor pravidel, která určují, jaké zdroje, data, nástroje, akce a rozhodovací role smí AI agent používat v rámci komunity.

Agent Permissions zahrnují:

agent identity,
role,
owner,
purpose,
scope,
allowed inputs,
forbidden inputs,
allowed data classifications,
forbidden data classifications,
allowed actions,
forbidden actions,
tool permissions,
read permissions,
write permissions,
approval boundaries,
autonomy level,
operating mode,
memory rules,
AI-NDA Boundary,
budget guardrails,
audit requirements,
escalation rules,
human override,
revocation,
exit strategy.

Minimum requirement

Každý AI agent s přístupem k neveřejnému know-how, nástrojům nebo source of truth musí mít explicitní permissions record.

4. Why Agent Permissions matter

AI agent může spojit tři síly:

knowledge access
+
reasoning capability
+
tool action

Tato kombinace je silná.

Bez oprávnění může agent:

přečíst příliš citlivá data,
spojit data, která neměla být spojena,
vytvořit citlivé derived knowledge,
upravit source of truth mimo review,
spustit nevhodný nástroj,
kontaktovat špatného aktéra,
navrhnout nebezpečnou změnu,
utratit budget,
vytvořit vendor lock-in,
zapsat neschválený obsah,
obejít lidské rozhodnutí,
nebo rozšířit přístup mimo původní scope.

Agent Permissions nejsou překážka agentů.

Jsou podmínka jejich bezpečného zapojení.

Minimum requirement

AI agenti s nástroji nebo neveřejnými daty musí být řízeni jako provozní a bezpečnostní subjekty.

5. Agent identity

AI agent musí mít identitu.

Identita odpovídá na otázky:

Jak se agent jmenuje?
Jakou má roli?
Kdo je jeho owner?
Proč existuje?
Kde je evidován?
Jaké workflow podporuje?
Jaké permissions má?
Jak poznáme jeho výstupy?
Jak poznáme jeho akce v audit logu?

Agent bez identity je neřízený automat.

Minimum requirement

AI agent s významným dopadem musí mít jednoznačnou identitu a dohledatelného ownera.

6. Agent owner

Agent owner je člověk nebo komunitní role odpovědná za agenta.

Owner odpovídá za:

účel agenta,
permissions,
scope,
AI skill,
bezpečnostní hranice,
review,
cost guardrails,
output quality,
incident response,
revocation,
retirement,
exit strategy.

Agent owner nemusí osobně kontrolovat každý výstup.

Ale odpovídá za to, že agent má správně nastavený provozní rámec.

Minimum requirement

Žádný významný AI agent nesmí fungovat bez ownera.

7. Agent purpose

Agent musí mít jasný účel.

Příklad špatně:

General company assistant.

Příklad lépe:

Knowledge Maintenance Agent that detects missing owners, outdated artefacts and metadata inconsistencies in internal AIFC knowledge base and creates draft maintenance proposals.

Účel omezuje agenta.

Agent nemá dělat vše, co technicky dokáže.

Má dělat to, k čemu byl schválen.

Minimum requirement

Agent permissions musí být odvozené od explicitního účelu agenta.

8. Agent scope

Scope určuje, kde agent smí působit.

Scope může být:

konkrétní knowledge domain,
konkrétní projekt,
konkrétní tým,
konkrétní workflow,
konkrétní datová klasifikace,
konkrétní nástroj,
konkrétní časové období,
konkrétní mission,
konkrétní interface.

Příklad:

Agent may operate only in /work/maintenance and /feedback/signals.
Agent must not access /strategy/restricted or /operational-dna.

Minimum requirement

Agent s významným dopadem musí mít definovaný scope a out-of-scope oblasti.

9. Allowed inputs

Allowed inputs říkají, jaké vstupy smí agent používat.

Příklady:

public documents,
internal approved artefacts,
specific backlog items,
metadata,
support tickets without personal data,
approved anonymized customer feedback,
selected source of truth folders.

Allowed inputs musí respektovat klasifikaci a AI-NDA Boundary.

Minimum requirement

Agent permissions musí definovat allowed inputs přiměřeně riziku.

10. Forbidden inputs

Forbidden inputs říkají, co agent nesmí používat.

Příklady:

personal data,
secrets,
restricted customer data,
Operational DNA,
legal privileged content,
unapproved vendor contracts,
security incident details,
credentials,
private HR data,
cross-community data without boundary.

Forbidden inputs jsou stejně důležité jako allowed inputs.

Minimum requirement

Agent pracující s neveřejným know-how musí mít definované forbidden inputs nebo dědit zákazy z klasifikace.

11. Data classification permissions

Agent permissions musí respektovat datovou klasifikaci.

Příklad:

Public: allowed
Internal: allowed within scope
Restricted: approval required
Operational DNA: forbidden unless explicitly approved

Agent nemá automaticky přístup ke všemu, co jeho owner vidí.

Agent access je samostatné oprávnění.

Minimum requirement

Agent permissions musí explicitně říkat, jaké klasifikační úrovně smí agent zpracovat.

12. Allowed actions

Allowed actions říkají, co agent smí dělat.

Příklady:

read,
summarize,
classify,
detect missing metadata,
create draft,
create proposal,
comment,
suggest owner,
run validator,
create task,
update draft metadata,
prepare report,
escalate signal.

Allowed actions musí být konkrétní.

Minimum requirement

Agent permissions musí definovat allowed actions, ne jen allowed data.

13. Forbidden actions

Forbidden actions říkají, co agent nesmí dělat.

Příklady:

approve decision,
publish external content,
delete artefact,
lower classification,
change AI-NDA Boundary,
grant access,
revoke access,
change Operational DNA,
contact customer,
execute financial transaction,
modify security rule,
update active workflow,
train external model,
export restricted knowledge.

Minimum requirement

Agent permissions musí definovat forbidden actions u významných agentů.

14. Read permissions

Read permissions určují, co agent smí číst.

Musí být omezené podle:

scope,
purpose,
classification,
need-to-know,
AI-NDA Boundary,
community interface,
role,
operating mode.

Agent, který má číst pro sumarizaci, nemusí mít přístup k celému source of truth.

Minimum requirement

Agent read access musí být založen na least privilege.

15. Write permissions

Write permissions jsou citlivější než read permissions.

AIFC doporučuje úrovně:

none
draft_only
proposal_only
metadata_suggestion
low_risk_metadata_update
approved_scope_write

none

Agent nesmí zapisovat.

draft_only

Agent smí vytvářet drafty.

proposal_only

Agent smí vytvářet návrhy změn.

metadata_suggestion

Agent smí navrhnout metadata.

low_risk_metadata_update

Agent smí upravit nízkoriziková metadata v předem schváleném scope.

approved_scope_write

Agent smí zapisovat v úzce definovaném scope.

Minimum requirement

AI agent nesmí zapisovat do active source of truth bez explicitního write permission a audit trailu.

16. Approval boundary

Approval boundary říká, kdy agent musí požádat o lidské nebo komunitní schválení.

Approval je nutný zejména pro:

změny active source of truth,
publikaci,
změnu klasifikace,
restricted data use,
Operational DNA access,
external communication,
decision record approval,
access changes,
security changes,
cost exception,
autonomy increase,
AI-NDA Boundary change.

Minimum requirement

Agent s jakoukoli autonomní akcí musí mít explicitní approval boundary.

17. Autonomy level

Agent permissions musí být sladěné s autonomy level.

Autonomy může být například:

0 %   — no autonomous action
25 %  — propose only
50 %  — draft with human approval
75 %  — execute approved low-risk actions
100 % — operate autonomously within strict pre-approved boundaries

Autonomy level se nesmí interpretovat globálně.

Musí být vztahován k akci a scope.

Minimum requirement

Agent autonomy musí být definovaná pro typy akcí, ne pouze pro agenta jako celek.

18. Operating mode

Agent permissions se mohou měnit podle AI Operating Mode.

Například:

Conservative Mode:
agent proposes only

Balanced Mode:
agent drafts and suggests metadata

Mission Mode:
agent performs high-volume analysis within approved scope

Emergency AI-Off Mode:
agent is paused or read-only

Minimum requirement

Agent permissions musí být kompatibilní s aktuálním AI Operating Mode.

19. Tool permissions

Tool permissions říkají, které nástroje agent smí používat.

Příklady:

file search,
source of truth repository,
Jira,
ServiceNow,
Git,
email,
calendar,
BI,
CMS,
deployment tools,
security scanner,
customer system,
web access,
code execution.

Každý nástroj má vlastní rizika.

Zvlášť citlivé jsou nástroje, které:

zapisují,
posílají komunikaci ven,
mění produkční stav,
přistupují k zákaznickým datům,
spouštějí kód,
mění oprávnění.

Minimum requirement

Agent tool access musí být explicitní, omezený a auditovatelný u významných nástrojů.

20. External communication permissions

Agent může někdy komunikovat mimo komunitu.

Například:

odpovědět zákazníkovi,
poslat e-mail,
vytvořit public post,
komunikovat s vendorem,
vytvořit ticket v externím systému.

External communication je vysoce citlivá.

Musí řešit:

tone,
approval,
identity,
liability,
AI disclosure,
privacy,
customer harm,
brand,
legal review.

Minimum requirement

AI agent nesmí autonomně komunikovat externě ve významných věcech bez explicitního povolení a approval pravidel.

21. Decision permissions

Agent může pomáhat s rozhodováním.

Ale musí být jasné, zda agent:

pouze analyzuje,
navrhuje,
doporučuje,
připravuje decision record,
nebo má právo provést low-risk delegated decision.

Kritická rozhodnutí musí zůstat u odpovědného člověka nebo komunitní role.

Minimum requirement

Agent permissions musí rozlišovat analysis, proposal, recommendation, decision and approved change.

22. Memory permissions

Agent memory může být užitečná, ale riziková.

Memory permissions musí řešit:

zda agent smí ukládat paměť,
jaká data smí uložit,
jak dlouho,
kdo ji vidí,
zda je auditovatelná,
zda je exportovatelná,
zda lze memory smazat,
zda může obsahovat restricted data,
zda může obsahovat Operational DNA.

Minimum requirement

Agent memory nesmí obsahovat restricted knowledge nebo Operational DNA bez explicitního povolení a boundary.

23. Derived knowledge permissions

Agent může vytvořit derived knowledge.

Například:

syntézu strategie,
mapu slabin,
zákaznické patterny,
shrnutí Operational DNA,
rizikový profil,
seznam dependencies.

Derived knowledge může být citlivější než vstupy.

Minimum requirement

Agent-generated derived knowledge musí být klasifikováno a chráněno podle dopadu.

24. Export permissions

Agent export je rizikový.

Agent může exportovat:

soubory,
reporty,
summaries,
embeddings,
logs,
data extracts,
source of truth slices,
AI outputs,
customer patterns.

Export permissions musí být explicitní.

Minimum requirement

Agent nesmí exportovat restricted knowledge nebo Operational DNA bez explicitního export permission a auditu.

25. Budget permissions

Agent může spotřebovávat AI budget.

Budget permissions musí definovat:

max cost per run,
max cost per day,
max token usage,
max steps,
max retries,
max documents processed,
pause threshold,
approval threshold,
owner alert threshold.

Minimum requirement

Agent s opakovaným nebo autonomním provozem musí mít cost guardrails.

26. Rate and volume limits

Agent může vytvářet velký objem práce.

To může způsobit:

review overload,
attention debt,
governance overload,
API cost,
storage cost,
incident noise.

Rate limits mohou omezit:

počet návrhů,
počet komentářů,
počet tasků,
počet analyzovaných dokumentů,
počet běhů za den,
počet escalations.

Minimum requirement

Agent generující velký objem výstupů musí mít rate or volume limits.

27. Escalation rules

Agent musí vědět, kdy eskalovat.

Eskalace je nutná, pokud:

narazí na forbidden input,
detekuje security risk,
detekuje values conflict,
není si jistý klasifikací,
potřebuje vyšší oprávnění,
překračuje budget,
detekuje Operational DNA,
najde AI-NDA Boundary issue,
narazí na cross-community dopad,
detekuje incident.

Minimum requirement

Agent s významným dopadem musí mít escalation rules.

28. Human override

Human override umožňuje zastavit nebo omezit agenta.

Může zahrnovat:

pause,
kill switch,
revoke access,
reduce permissions,
disable tool,
disable memory,
force read-only mode,
switch to Emergency AI-Off Mode.

Minimum requirement

Agent s tool access, write access nebo autonomií musí mít human override mechanismus.

29. Revocation

Agent permissions musí být revokovatelné.

Revocation je nutná při:

incidentu,
scope violation,
owner change,
project end,
vendor exit,
model risk,
AI-NDA Boundary violation,
budget issue,
retirement,
values conflict.

Revocation musí řešit také:

agent memory,
cached data,
tokens,
API keys,
embeddings,
logs,
derived knowledge,
scheduled tasks.

Minimum requirement

AI agent s neveřejným přístupem musí mít revocation path.

30. Agent onboarding

Agent onboarding je proces zavedení agenta.

Měl by zahrnovat:

purpose,
owner,
scope,
permissions,
AI skill,
human skill,
AI-NDA Boundary,
access review,
security review,
budget guardrails,
testing,
audit setup,
fallback,
exit strategy.

Minimum requirement

Významný AI agent musí projít onboardingem před produkčním použitím.

31. Agent offboarding

Agent offboarding je proces ukončení agenta.

Musí zahrnovat:

odebrání přístupů,
vypnutí nástrojů,
export nebo smazání memory,
archivaci audit logs,
převod užitečného know-how do source of truth,
uzavření otevřených návrhů,
zrušení plánovaných běhů,
revizi dependencies,
exit retrospective.

Minimum requirement

Významný AI agent musí mít offboarding postup.

32. Agent review

Agent permissions musí být pravidelně reviewované.

Review se ptá:

Je agent stále potřeba?
Je purpose aktuální?
Je scope správný?
Má stále správného ownera?
Nejsou permissions příliš široké?
Fungují guardrails?
Jaký je cost?
Jaká je hodnota?
Nevzniká dependency?
Nevzniká lock-in?
Nepotřebuje skill update?
Nejsou incidents?

Minimum requirement

AI agenti s neveřejným přístupem, tool access nebo autonomií musí mít review cycle.

33. Agent auditability

Audit musí ukázat:

kdo agent je,
co četl,
co vytvořil,
co změnil,
jaký nástroj použil,
jaký model použil,
kdy jednal,
podle jakého skillu,
s jakými permissions,
zda potřeboval approval,
kdo schválil,
jaký byl výsledek.

Minimum requirement

Autonomní nebo tool-using agenti musí být auditovatelní přiměřeně riziku.

34. Agent permissions and source of truth

Agent permissions musí být zapsané v source of truth nebo governance repository.

Nesmí existovat pouze v:

vendor UI,
chatu,
lokální konfiguraci,
osobním promptu,
agent memory.

Source of truth musí držet alespoň:

agent identity,
owner,
purpose,
scope,
permissions,
review cycle,
status.

Minimum requirement

Významné agent permissions musí být dohledatelné mimo runtime AI nástroj.

35. Agent permissions and skills

Agent permissions musí být sladěné s AI skill.

AI skill říká, jak má agent pracovat.

Permissions říkají, co smí agent skutečně dělat.

Pokud AI skill říká něco, co permissions nepovolují, permissions mají přednost.

Minimum requirement

AI skill nesmí rozšiřovat agent permissions bez governance approval.

36. Agent permissions and values

Agent permissions musí odrážet hodnoty komunity.

Například:

human responsibility → agent nesmí schvalovat kritická rozhodnutí,
privacy → agent nesmí zpracovat osobní data bez boundary,
resilience → agent nesmí být jediný vykonavatel kritické rutiny bez fallbacku,
care → agent má vytvářet maintenance proposals, ne pouze delivery outputs,
transparency → agentické výstupy jsou označené.

Minimum requirement

Agent permissions musí být v souladu s hodnotami a non-negotiable boundaries komunity.

37. Agent permissions and Human Capability Reserve

Agent s vysokou autonomií může oslabit lidské schopnosti.

Permissions musí zohlednit:

zda lidé rozumí práci agenta,
zda existuje human skill,
zda existuje fallback,
zda lidé umí výstup reviewovat,
zda agent nenahrazuje juniorní learning path,
zda není agent jediný nositel know-how.

Minimum requirement

Kritický agent musí mít posouzení dopadu na Human Capability Reserve.

38. Agent permissions and AI lock-in

Agent může vytvořit lock-in, pokud:

jeho memory není exportovatelná,
jeho skills jsou proprietární,
jeho workflow není dokumentované,
jeho permissions nejsou mimo vendor platformu,
jeho actions nejsou auditovatelné,
jeho outputy nejsou zapisované do source of truth,
lidé neumí agenta nahradit.

Minimum requirement

Kritický agent musí mít exit strategy nebo replacement plan.

39. Agent permissions and cross-community work

Agent pracující napříč komunitami má vyšší riziko.

Musí mít:

affected communities,
data sharing boundary,
multi-community AI-NDA Boundary,
decision ownership,
escalation path,
output sharing rules,
audit,
representation of impacted communities if needed.

Minimum requirement

Cross-community agent musí mít multi-community boundary a governance ownera.

40. Agent incident

Agent incident je situace, kdy agent poruší nebo ohrozí pravidla.

Příklady:

přečte forbidden data,
použije neschválený nástroj,
zapíše mimo scope,
exportuje restricted data,
vytvoří citlivé derived knowledge bez klasifikace,
překročí budget,
jedná bez approval,
publikuje nevhodný obsah,
spustí tool s dopadem,
ignoruje AI-NDA Boundary.

Minimum requirement

Agent incidents musí být zaznamenány, triagovány a řešeny jako knowledge security nebo AI governance incidents.

41. Suggested metadata

Příklad metadat pro agent permissions:

agent_permissions:
  id:
  agent_id:
  agent_name:
  status: draft | proposed | active | paused | revoked | retired | archived
  owner:
  purpose:
  scope:
  out_of_scope:
  related_ai_skill:
  related_human_skill:
  related_workflows:
  operating_mode:
  autonomy_profile:
  allowed_inputs:
  forbidden_inputs:
  allowed_data_classifications:
  forbidden_data_classifications:
  allowed_actions:
  forbidden_actions:
  read_permissions:
  write_permissions:
    level: none | draft_only | proposal_only | metadata_suggestion | low_risk_metadata_update | approved_scope_write
  tool_permissions:
  external_communication_allowed: true | false
  decision_permissions:
    analysis: true | false
    proposal: true | false
    recommendation: true | false
    decision: true | false
  memory_permissions:
    memory_allowed: true | false
    restricted_memory_allowed: true | false
    operational_dna_memory_allowed: true | false
  derived_knowledge_rules:
  export_permissions:
  budget_guardrails:
  rate_limits:
  approval_boundary:
  escalation_rules:
  human_override:
  revocation_path:
  audit_required: true | false
  review_cycle:
  last_reviewed:

Příklad metadat pro agent incident:

agent_incident:
  id:
  title:
  status: observed | triaged | contained | under_review | resolved | closed
  agent_id:
  owner:
  incident_type:
    - forbidden_input_access
    - out_of_scope_action
    - unauthorized_write
    - unauthorized_export
    - boundary_violation
    - budget_exceeded
    - approval_bypass
    - tool_misuse
    - external_communication_issue
    - derived_knowledge_misclassification
  affected_artefacts:
  affected_communities:
  severity: low | medium | high | critical
  containment_actions:
  permissions_revoked: true | false
  root_cause:
  corrective_actions:
  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.

42. Anti-patterns

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

42.1 Agent without owner

Agent běží, ale nikdo za něj neodpovídá.

42.2 Agent with vague purpose

Agent má příliš obecný účel a postupně získává neřízenou roli.

42.3 Agent with broad access

Agent má přístup k celému source of truth, protože je to pohodlné.

42.4 Agent with write access by default

Agent může zapisovat do source of truth bez jasných pravidel.

42.5 Agent approves its own proposals

Agent vytváří návrh i jej označí jako schválený.

42.6 Agent memory as hidden source of truth

Kritické know-how je v agent memory, ne ve source of truth.

42.7 Tool access without action boundary

Agent má nástroj, ale není jasné, jaké akce smí provádět.

42.8 Agent external communication without approval

Agent komunikuje ven bez pravidel, tone guidance, legal boundary nebo approval.

42.9 Permissions only in vendor UI

Agent permissions existují pouze v proprietární platformě a nejsou auditovatelné v source of truth.

42.10 No kill switch

Agent nejde rychle zastavit.

42.11 Agent ignores operating mode

Agent pokračuje v autonomních akcích, i když komunita přešla do Reduced-AI nebo Emergency AI-Off Mode.

42.12 Agent replaces human capability

Agent se stane jediným vykonavatelem kritické práce bez human skillu a fallbacku.

43. Minimal requirements

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

AI agent s neveřejným know-how, nástroji nebo source of truth má permissions record.
AI agenti s nástroji nebo neveřejnými daty jsou řízeni jako provozní a bezpečnostní subjekty.
Významný AI agent má identitu.
Významný AI agent má ownera.
Agent permissions jsou odvozené od explicitního účelu agenta.
Agent s významným dopadem má scope a out-of-scope oblasti.
Agent permissions definují allowed inputs.
Agent permissions definují forbidden inputs nebo je dědí z klasifikace.
Agent permissions definují povolené klasifikační úrovně.
Agent permissions definují allowed actions.
Agent permissions definují forbidden actions u významných agentů.
Agent read access je založen na least privilege.
Agent nesmí zapisovat do active source of truth bez write permission a auditu.
Agent s autonomní akcí má approval boundary.
Agent autonomy je definovaná pro typy akcí.
Agent permissions jsou kompatibilní s AI Operating Mode.
Agent tool access je explicitní, omezený a auditovatelný.
Agent nesmí autonomně komunikovat externě ve významných věcech bez povolení a approval pravidel.
Agent permissions rozlišují analysis, proposal, recommendation, decision and approved change.
Agent memory nesmí obsahovat restricted knowledge nebo Operational DNA bez povolení a boundary.
Agent-generated derived knowledge je klasifikováno podle dopadu.
Agent nesmí exportovat restricted knowledge nebo Operational DNA bez permission a auditu.
Agent s opakovaným nebo autonomním provozem má cost guardrails.
Agent generující velký objem výstupů má rate nebo volume limits.
Agent s významným dopadem má escalation rules.
Agent s tool access, write access nebo autonomií má human override.
Agent s neveřejným přístupem má revocation path.
Významný agent projde onboardingem před produkčním použitím.
Významný agent má offboarding postup.
Agent s neveřejným přístupem, tool access nebo autonomií má review cycle.
Autonomní nebo tool-using agenti jsou auditovatelní přiměřeně riziku.
Významné agent permissions jsou dohledatelné mimo runtime AI nástroj.
AI skill nesmí rozšiřovat agent permissions bez governance approval.
Agent permissions jsou v souladu s hodnotami a non-negotiable boundaries.
Kritický agent má posouzení dopadu na Human Capability Reserve.
Kritický agent má exit strategy nebo replacement plan.
Cross-community agent má multi-community boundary a governance ownera.
Agent incidents jsou řešeny jako knowledge security nebo AI governance incidents.

44. Summary

Agent Permissions chrání komunitu před tím, aby se užitečný AI agent stal neřízeným aktérem.

Agent může být velmi silný, protože spojuje přístup ke znalostem, schopnost uvažovat a schopnost jednat nástroji.

Proto AIFC říká:

Define the agent.
Own the agent.
Limit the agent.
Audit the agent.
Stop the agent when needed.

Česky:

Definujte agenta.
Vlastněte agenta.
Omezte agenta.
Auditujte agenta.
Zastavte agenta, když je potřeba.

AI agent má být řízený člen systému, ne skrytý provozní subjekt bez odpovědnosti.

Agent Permissions turn AI agents into bounded, auditable and governed actors.