Skip to main content
CloudThinker builds Frontier Investigation Agents: agents that investigate problems across your cloud and propose fixes your engineers approve. This page maps each harness layer in the book to the product control behind it, so you can test every claim during a proof of concept.

What you’re evaluating

Every workspace has one built-in assistant, also called CloudThinker. It splits large tasks across temporary subagents that work in parallel, and your team can add custom agents for its own systems. The agents overview explains how they fit together. Agents reach your systems through connections, the saved credentials CloudThinker uses for one service: AWS, Azure, Google Cloud, Kubernetes, databases, observability tools, and more. A Worker (beta) runs file and shell work in a folder on a machine you control, over an outbound connection with no inbound port. All six products share the same connections, the same Approvals system, and the same audit log.

Where each harness layer lives

Each row points to the chapter that explains the pattern and the control you can open in the product.
Shell commands on a Worker aren’t sandboxed. They can read ~/.ssh, write outside the folder, and reach your network. Run the Worker under a dedicated, non-admin account, keep SSH keys and cloud credentials out of its home folder, and use Approvals to decide which writes need a person.
Audit Logs and Credit limits need a Scale, Scale Plus, or Enterprise plan. See Pricing.

Next steps

Appendix A · The POC Test Plan

Test each control above against your own incidents.

Quickstart

Connect one system read-only and ask your first question.

Appendix B · The Checklist

Score the platform on 38 items across eight surfaces.