The Agent Team
| Agent | Role | When to Use |
|---|---|---|
| Alex | Cloud Engineer | Cost analysis, infrastructure optimization, multi-cloud architecture, reserved capacity |
| Oliver | Security Professional | Compliance audits, vulnerability assessment, IAM reviews, threat detection |
| Tony | Database Administrator | Query optimization, performance tuning, index recommendations, capacity planning |
| Kai | Kubernetes Administrator | Cluster health, pod right-sizing, autoscaling, RBAC audits, troubleshooting |
| Anna | Technology Leader | Multi-agent coordination, cross-domain projects, executive reporting |
Choosing the Right Agent
- By Domain
- By Output
- By Task Type
| Need | Use |
|---|---|
| Cloud cost is too high | @alex |
| Security audit or compliance report | @oliver |
| Database is slow | @tony |
| Kubernetes cluster issues | @kai |
| Problem spans multiple domains | @anna |
| Don’t know where to start | @anna |
Quick Reference: Prompt Patterns
How Agents Work
Receive your prompt
You mention an agent with
@agent and describe what you need in natural language. Add #tool to specify the output format (dashboard, report, recommendations, alert).Access your connections
The agent reads your connected infrastructure — AWS, GCP, Azure, Kubernetes clusters, databases — using the read-access credentials you’ve configured.
Generate output
Results are delivered in the format you requested — interactive dashboards, detailed reports, prioritized recommendations, or configured alerts.
Act with approval
If you need implementation, agents propose specific changes and wait for your approval before executing. All actions are logged with an audit trail.
Agent Autonomy Levels
You control how independently agents operate. Each level is configurable per agent:| Level | Mode | What Happens |
|---|---|---|
| L1 — Notify | Report only | Agent surfaces findings, takes no action |
| L2 — Suggest | Recommend | Agent creates actionable recommendations for your review |
| L3 — Approve | Act with confirmation | Agent proposes specific changes and waits for approval |
| L4 — Autonomous | Self-directed | Agent implements approved operations automatically |
Configure Agent Autonomy
Set approval requirements per agent and per tool type
Memory and Context
Each agent maintains persistent memory of your environment:- Episodic memory: remembers past analyses and decisions (e.g., which resources you’ve chosen to exempt from recommendations)
- Working memory: carries context within a conversation thread
- Semantic memory: stores patterns learned about your infrastructure over time
- File memory: retains documents, runbooks, and knowledge base entries
Connection Requirements
Agents activate as you add the relevant connections:| Agent | Activates When |
|---|---|
| Anna | Always available — no connections required |
| Alex | AWS, GCP, or Azure connection added |
| Oliver | AWS, GCP, or Azure connection added |
| Tony | PostgreSQL, MySQL, or other database connection added |
| Kai | Kubernetes cluster connection added |
Set Up Connections
Connect your cloud providers, databases, and Kubernetes clusters
What’s Next
Alex — Cloud Engineer
Cost optimization, infrastructure analysis, multi-cloud
Oliver — Security
Compliance, vulnerability assessment, IAM, threat detection
Tony — Database
Query optimization, performance tuning, analytics
Kai — Kubernetes
Cluster management, workload optimization, troubleshooting
Anna — Coordinator
Multi-agent coordination, executive reporting, complex ops
CloudThinker Language
Complete
@agent #tool syntax reference