microtica agents
Docs menu

What is Microtica Agents

Microtica Agents gives your team an AI investigator for infrastructure incidents. You ask what’s wrong — or mention it under an alert — and the Investigator digs through your connected accounts and comes back with a case: a working hypothesis, the evidence behind it, and the next moves. It’s built for small dev teams who run real infrastructure but don’t have a dedicated SRE.

The console during an investigation: projects and past cases in the sidebar, the run's steps and Investigation Summary with next moves in the middle, and the case board with conclusion, confidence, and evidence on the right An investigation in the console — the steps it took, the summary with next moves, and the case board.

The three surfaces

Slack. The Investigator works in your Slack the way a teammate would. Mention @Microtica under an alert, and it reads the thread, digs through the connected accounts, and reports back in the same thread with what it found. Reply in the thread to push further, or press Deepen to have it re-examine the case at full depth. When it needs something from you, it asks — in the thread, not in a dashboard you forgot to open.

The inbox. Every case also lives in the console, and the inbox is where you triage them. Four sections tell you everything at a glance: Needs you (a question or approval is waiting), Agent working (no action needed), Settled (quiet since your last visit), and On the horizonwatches the Investigator is keeping for you. You never hunt through chat history to find out what’s still open.

Cases. An investigation is a case, not a chat log. Each case shows a Working hypothesis with a plain-language confidence, Findings individually marked Confirmed, Likely, or Low, and concrete Next moves. Follow-ups don’t start over — they add a chapter to the same case’s journal, so the history of an incident reads front-to-back in one place.

What the Investigator can reach

Once you connect an environment, the Investigator gathers evidence across it:

  • AWS — ECS, EC2, RDS, Lambda, CloudWatch and more, through a read-only role that lives in your own account.
  • Kubernetes — pods, deployments, events, and logs, through read-only access you apply yourself.
  • Git providers — your repositories: code, commits, diffs, branches, and pull requests, to connect a symptom to the change that caused it.
  • Cloudflare — DNS, Workers, and edge configuration, through an API token you scope and paste.

You decide what it can see, and every grant is inspectable before you make it — the AWS template and the Kubernetes manifest are both open for review, and access can be revoked at any time. The details are on Security & access.

Connecting your first environment takes about two minutes, and your first case usually lands a few minutes after that.

Next: Quickstart