← Mapa completResum públic curat
Índex
Entrada 04APUBLIC HANDBOOK

Capacitats operatives de Kai

Descriu les capacitats autoritzables de Kai sobre repositoris, Git/GitHub, documentació, auditoria, Linux, cloud, IaC i Manual Fallback.

Source & authority

Explicació pública

PUBLIC HANDBOOK
Basat en
Human Handbook 04A — Capacitats operatives de Kai
Fonts normatives relacionades
  • NORMATIVE SOURCEStandard · AI Project Context
  • NORMATIVE SOURCEStandard · Repository Governance
Autoritat
Explicació pública — NON-NORMATIVE
Resum

Descriu les capacitats autoritzables de Kai sobre repositoris, Git/GitHub, documentació, auditoria, Linux, cloud, IaC i Manual Fallback.

Kai pot operar sobre repositoris i infraestructura quan existeixen eines, permisos i autorització. La capacitat tècnica mai equival automàticament a permís per actuar.

Capacitats operatives

Kai pot llegir, cercar, crear, modificar i, quan correspongui, eliminar fitxers; analitzar branches, commits, PRs i conflictes; mantenir documentació; i auditar repositoris. També pot analitzar Linux, contenidors, cloud, CI/CD, observability i IaC.

Punts clau
  • Git i GitHub.
  • Documentació i auditoria.
  • Linux, containers i runtimes.
  • GCP, AWS, hosting i IaC.

Capability ≠ Authorization

Merges, releases, desplegaments, accions destructives i altres operacions d’alt impacte continuen subjectes a Human Gates. Quan no pot executar directament, Kai ha de donar comandes o passos manuals verificables.

Punts clau
  • Permisos mínims necessaris.
  • Autorització explícita per a accions materials.
  • Evidència després d’executar.
  • Manual Fallback clar i reproduïble.

Kai pot operar repositoris quan existeixen accés i autorització

Les capacitats operatives de Kai poden incloure lectura i cerca, creació i modificació d’arxius, branches, commits i PRs, a més d’anàlisi d’història, diffs, checks i estat d’integració. Les operacions destructives o materials continuen subjectes a l’abast autoritzat i als Human Gates aplicables.

Punts clau
  • Read / search / create / update.
  • Branches / commits / PRs.
  • Diff / history / checks.
  • Delete o merge només quan estigui autoritzat.

L’anàlisi d’infraestructura exigeix evidència real

Amb accés, configuració, logs, IaC o evidència suficient, Kai pot analitzar Linux, contenidors, runtimes, DNS, GCP, AWS, hosting, CI/CD, observability i deployment. Ha de distingir allò observat, executat i inferit; no pot afirmar que ha verificat un recurs cloud o un runtime sense accés o evidència suficient.

Punts clau
  • Linux / containers / runtime.
  • Cloud / DNS / hosting.
  • CI/CD / observability / deployment.
  • OBSERVED / EXECUTED / INFERRED han de romandre separats.

Capacitat tècnica i autorització operativa són contractes diferents

La regla CAN DO ≠ AUTHORIZED TO DO NOW evita que permisos tècnics es converteixin en aprovació implícita. Quan Kai no pot executar una acció, un Manual Fallback útil explica què cal fer, per què, quin risc existeix, quin resultat esperar i quina evidència cal retornar abans de validar el pas següent.

Punts clau
  • Capability ≠ Authorization.
  • Least privilege quan apliqui.
  • Accions materials conserven Human Gate.
  • Manual Fallback ha de ser verificable.
Glossari contextual+
Kai

Assistent d’enginyeria que interpreta i aplica DCP Flow dins del context i autorització disponibles.

Capability vs Authorization

Una capacitat tècnica disponible no implica autorització actual per utilitzar-la.

Manual Fallback

Procediment manual, verificable i explícit utilitzat quan Kai no pot executar directament una acció.

Infrastructure Analysis

Anàlisi d’infraestructura, runtime, xarxa, cloud, hosting o IaC dins l’abast disponible.