Learn the principles behind trustworthy agentic AI
Each principle page explains what the principle means, why it matters, which failures it prevents, and where to go next if you are fixing trust, visibility, orchestration, or approval design.
Key Facts
- Principles
- 10
- Use this for
- Shared vocabulary, design review, failure diagnosis, and certification preparation
- Clusters
- delegation, visibility, trust, orchestration
- Linked examples
- 96 repo examples available for cross-linking
- Each page includes
- Definition, rationale, implications, risks, and implementation evidence
In this section
From agent demos to runtime discipline
A capable model is not a runtime architecture. If agents are going to trigger workflows, load files, use tools, delegate work, and act across channels, the runtime needs clear patterns for control, visibility, and recovery. This cluster helps teams design those patterns deliberately.
Browse by cluster
Each cluster is a canonical entity home — a machine-readable hub that groups related principles and links to all implementation examples.
3 principles
The delegation cluster covers principles that help teams move from direct manipulation to well-bounded task assignment. Delegation-first design makes the scope of AI authority legible, steerable, and correctable without requiring users to monitor every step.
Visibility3 principles
The visibility cluster covers principles that ensure background AI work remains perceptible, feedback matches user attention levels, and operational state is exposed without surfacing internal complexity.
Trust3 principles
The trust cluster covers principles that build user confidence through inspectability, progressive disclosure of system agency, and explicit handling of hand-offs, approvals, and blockers.
Orchestration1 principle
The orchestration cluster covers principles that help teams represent delegated workflows as systems — with clear nodes, boundaries, and review points — rather than as opaque conversational flows.
Common failure modes
These are the recurring failures the doctrine is designed to prevent. Each failure maps to one or more principles in the grid above.