Connect

Integrations

Every service you can connect, how connecting works, and exactly what disconnecting removes.

Integrations connect Praxen Inc. to the services around your system. Each one gives agents something concrete to work with, and this page explains connecting and disconnecting once so the provider pages do not have to.

What it does

Connecting a tool registers query tools agents can call: search logs, fetch a pull request diff, run a metrics query, or describe a resource. Connecting a cloud provider also syncs its resources into the topology, where scheduled checks and impact assessments use them.

How connecting works

Every provider has a guided connect flow in the console under Settings > Integrations, with cloud providers under Settings > Clouds. The method depends on the provider, and credentials are stored encrypted.

MethodDescriptionExamples
API key or tokenYou paste a key created in the provider's console.Datadog, Cloudflare, Linear
OAuthYou sign in to the provider in the browser and grant access.Sentry, Slack, Vercel
App installYou install the Praxen Inc. app on your organization and pick what it can read.GitHub
CloudFormationYou deploy a stack that creates a read-only role in your account.AWS
HelmYou install an agent in the cluster.Kubernetes

Each provider has its own page with setup steps, permissions and troubleshooting at /integrations/<type>, for example /integrations/cloudflare. Providers that connect without a browser also carry a Pipeline tab there, with the exact API calls for a CI job. From the terminal, praxen cloud connect and praxen integration connect run the same flows.

How disconnecting works

Disconnect from Settings > Integrations, from the cloud account page, or with praxen integration disconnect and praxen cloud disconnect. Disconnecting stops every sync and check, deletes the credentials Praxen Inc. held, and removes what Praxen Inc. set up on the provider side wherever the provider's API allows it. Each integration page states exactly what is removed and what stays, and what stays is always something only you can remove.

Provider sideRemoved on disconnectStays
AWSThe CloudFormation stackThe IAM role, its policies and the CloudTrail S3 bucket, which the stack keeps on purpose
SlackThe bot token, which is revokedThe Slack app installation and the channels Praxen Inc. created
GitHubThe credentials Praxen Inc. heldAutofix branches and pull requests, the onboarding branch, and check runs on past commits
DatadogThe webhook Praxen Inc. registeredThe @webhook-praxen mention and the praxen:managed tag on your monitors
VercelThe credentials Praxen Inc. heldThe Vercel integration configuration and the praxen-* drains

Deleting a workspace disconnects everything in it the same way, with one exception: the AWS CloudFormation stack is only deleted when you disconnect the account itself. Disconnect AWS accounts before deleting a workspace, or delete the stack in the AWS console afterwards.

Catalog

Open any integration for its tools, connect guide, and what disconnecting removes.

Git providers

Connect your codebase

Observability

Query metrics, logs, and traces

Code agents

Delegate code changes to autonomous agents

Communication

Collaborate with your team

Knowledge base

Search docs and wikis

Confluence
Coming soon
Notion
Coming soon

Issue tracking

Create and manage issues

Incident management

Declare and respond to incidents

CI / CD

Build, test, and deploy pipelines

Product analytics

Understand user behavior and feature usage

Cloud providers

Connect your infrastructure

AWS11 tools · 75 resources
Read CloudWatch, investigate alarms and fix issues across your AWS account
Cloudflare14 tools · 47 resources
Find errors in your Workers from their logs and traces, and fix the code
Vercel3 tools · 21 resources
Triage failed deploys and find the cause in your function logs
Google Cloud8 tools · 291 resources
Investigate Cloud Monitoring alerts with your logs, metrics and traces
Render5 tools · 13 resources
Catch failing services and silent cron jobs, and fix them
PlanetScale2 tools · 2 resources
Find the slow or failing query behind a slow endpoint
Railway4 tools · 8 resources
Investigate crashed deploys and resource spikes in your Railway services
Fly.io4 tools · 5 resources
Spot the app or region misbehaving across your Fly.io fleet
Kubernetes1 tool · 24 resources
Find out why pods crash, get OOM-killed or never become ready
Supabase4 tools · 13 resources
Trace failures across your Supabase database, auth, storage and functions
Modal5 tools · 10 resources
Find failing Modal functions from their logs, deploys and spend
Convex6 tools · 2 resources
Find the Convex function that broke from its logs and metrics
Trigger.dev5 tools · 5 resources
Investigate failed Trigger.dev runs from their traces and logs
ClickHouse3 tools · 1 resource
Catch stopped or degraded ClickHouse Cloud services and read their metrics
Turso2 resources
Link Turso databases to your services and track what changes
Neon4 tools · 4 resources
Find slow queries and compute problems in your Neon databases
Azure
Coming soon
MongoDB Atlas
Coming soon
Runpod
Coming soon
Parasail
Coming soon
Baseten
Coming soon
Upstash
Coming soon
Digital Ocean
Coming soon
Firebase
Coming soon
Clerk
Coming soon
WorkOS
Coming soon
Unkey
Unkey
Coming soon
Hatchet
Coming soon
Northflank
Coming soon
Netlify
Coming soon

Protocols

Bring your own tools via standard protocols

  • Clouds for what a connected cloud account gives you and how to read its page.
  • Repositories for what connecting GitHub unlocks.
  • Work from your tools to connect and manage integrations from your coding agent.