Get started
How Polylane works
The loop Polylane runs on your stack, and the handful of things you will see in the console, from issues and threads to fix runs, escalations and autofixes.
Polylane connects to your clouds, repositories and observability tools, watches them for problems, and works each one to a verdict and a fix. You read the whole story in threads, from the console, Slack, your coding agent or the terminal.
The loop
- Connect: you connect a cloud, a repository and an observability tool, and Polylane builds a live map of your system that every agent reads. See Connect.
- Detect: checks built from your telemetry raise issues, every pull request is reviewed against production, and risky configuration is flagged. See Detect.
- Investigate and fix: one agent works each issue with your real tools, shows its evidence, and opens the fix as a pull request you review. See Investigate and fix.
- Work from your tools: the same agent answers from your editor, terminal, CI or Slack. See Work from your tools.
The primitives
| Primitive | What it is | Where you see it |
|---|---|---|
| Context graph | The live model of your stack that clouds, repositories, integrations and memories feed, and every agent reads from. | Rendered as the topology. |
| Cloud account | A connected cloud provider whose resources Polylane syncs, tiers and records every change to. | Clouds in Settings; see Clouds. |
| Repository | A connected code host that agents search, read and open pull requests against, linked to the resources it deploys to. | Repositories in Settings; see Repositories. |
| Integration | A connected observability tool, chat, code host, issue tracker or coding agent that contributes tools agents call and events detection listens to. | Integrations in Settings; see Integrations. |
| Topology | The graph view of your infrastructure: resources as nodes, relationships as edges, each with its properties and change history. | Topology; see Topology. |
| Memory | A confirmed finding an agent or a person saves so the next investigation starts from what you already know. | Memories in Settings; see Memories. |
| Check | A scheduled evaluation of a resource, built from your providers and saved queries, that raises an issue when it breaches. | A fix run's Lineage panel. |
| Issue | The single detection record: something may be wrong with a resource. A fix run gives it a verdict, confirmed or dismissed. | Its fix run thread; see Issues. |
| Pull request review | A check of each pull request in a connected repository against the production it deploys to, posted as a comment before you merge. | The comment on the pull request; see Pull request reviews. |
| Advisory | A per-resource recommendation about misconfiguration, resilience risk or an observability gap, with a fix you can hand to an agent. | The resource's panel on the topology; see Advisories. |
| Thread | A conversation with an agent that has your full context graph, which you can watch, interrupt, share and continue. | Threads; see Threads. |
| Fix run | One agent working one issue from verdict to root cause to pull request, in a single thread. | Threads with the Type filter set to Fix run; see Fix runs. |
| Escalation | One record per thing an agent needs from you, cleared when you handle it. | The Needs you preset under Threads; see Escalations. |
| Autofix | An agent-written code fix that arrives as a pull request in your repository, run by Polylane's coding agent or a connected one such as Devin, Cursor, Factory or Conductor. | The pull request, and the thread's Lineage panel; see Autofix. |
What agents may do
Agents read by default: a run nobody has written to uses read-only access to your providers, and a cloud account marked Read-only refuses every write call. When you are in a thread, a write call to a provider passes a safety review and then waits for your confirmation before it runs. Code changes land as pull requests in your repository, and the merge is yours.
Related
- Quickstart: connect your stack and watch the first fix run in five steps.
- Threads: every thread type and how to start one from each surface.
- Fix runs: how one issue is worked from verdict to pull request.
- Work from your tools: the write gate as it applies to your coding agent and the CLI.