Product data layer for your AI agent.
Error monitoring, product analytics and deploy attribution in one place your agent can investigate, query and build on.
Everything is just a prompt away.
Send the data, then ask. Your agent does the work — engineering, growth, customer success.
Your app
Sends runtime signals on meaningful actions — logs, analytics, revenue. CI/provider hooks send deploys after release.
Agentry
data layerStores everything. Queryable via SQL. Webhooks for automations.
Output
Your agent builds you dashboards, fixes bugs, automates reports, what ever you ask for.
Find the magic activation moment
integration_connected → 78% retention
Users who finish the tutorial retain below baseline. The tutorial appears to be substituting for engagement, not feeding it.
- GET /v1/projects/:id/event-names
- POST /v1/projects/:id/analytics/query
- POST /v1/projects/:id/cohorts
- Write (local .astro page)
- ·A reusable activated_users cohort
- ·A local page at /admin/activation-funnel
- ·Reusable in feature flags & surveys
- ·Works from any AI coding agent
Triage silent bugs while you sleep
PR #420 — null-guard in BillingForm.tsx:118
- const street = user.address.street; + const street = user.address?.street ?? ''; + test: renders fallback when address is null
- GET /v1/projects/:id/cases
- POST /v1/projects/:id/webhooks
- /schedule (Claude Code Routine)
- Write (local preview page)
- gh pr create (overnight, in the routine)
- ·A routine that fires at 02:00 UTC nightly
- ·Slack post in #eng-mornings before your coffee
- ·Draft PR when the fix is small and safe
- ·Triage note when it isn't — no surprise commits
- ·You sleep through the bug-triage rotation
Predict churn 30 days before it happens
comment_added drops 95% before churn
Collaboration goes to zero first — content events follow. Churn is predictable 30 days out from behavior, not from billing signals.
- POST /v1/projects/:id/cohorts ×2 (churners + renewers)
- POST /v1/projects/:id/analytics/query
- POST /v1/projects/:id/cohorts (live at_risk_users)
- GET /v1/projects/:id/users/:distinct_id/summary
- Write (local .astro page)
- ·A live at_risk_users cohort, refreshes daily
- ·A drafted save email per at-risk account
- ·A local page at /admin/churn-risk
- ·Lead indicator (comment_added) — 30 days early
- ·Hook up Resend / SendGrid to auto-send
None of these are Agentry features. Your agent builds whatever you ask on top of the data. See more examples →
The interface changed.
Modern observability tools were designed for humans clicking dashboards. AI agents change the interface.
- ▸ build customized views
- ▸ automate operational workflows
- ▸ generate integrations
- ▸ analyze trends and suggest improvements
- ▸ investigate incidents and fix bugs
Agentry is designed from the ground up for agentic software development.
What's in the box.
Built for AI agents as the primary user, not humans clicking dashboards.
Logs, errors, analytics, and deploys land in the same project. One key, one dataset, one query surface.
Agentry stores; your agent transforms. Every workflow is driven by the HTTP API and reviewable in your repo.
Duplicate errors collapse into one case by fingerprint. Your agent records suppression rules — noise teaches itself out.
Automatically correlate regressions with releases and commits. One tool call answers "what shipped before this broke?".
Queries become conversations. Dashboards become customized artifacts. Ask, your agent runs the SQL and writes the page.
Signed webhooks on any event. Cron jobs your agent writes. Automate fixes, reports, and alerts — your code runs, not ours.
Questions you might have.
Migrating from Sentry?
Yes. Send error-shaped JSON to /v1/logs/ with Authorization: Bearer ${AGENTRY_DSN}. Agentry accepts the familiar event fields (event_id, exception.values, stacktrace.frames), but setup stays explicit and native.
Migrating from PostHog?
Yes. Post JSON events to /v1/analytics/ with the same event, distinct_id, and properties shape. PostHog remains the analytics engine under the hood; Agentry gives your agent install context, query blueprints, answer contracts, and deploy context over HTTP.
Do I need to use Claude Code?
No. Agentry is just an HTTP API, so it works with any AI coding agent — Cursor, Windsurf, Cline, Codex, or your own. We optimize for Claude Code because that's what we use, but nothing's tied to it.
Do I need to install anything?
Almost nothing. Point any agent at https://agentry.sh/install.md for setup and https://agentry.sh/agentry.md for reference — it drives everything over plain HTTP. Your agent can also grab an AGENTS.md / Cursor / Windsurf adapter from https://api.agentry.sh/adapters. No SDK and no Agentry client package.
What languages does this support?
Anything that can POST JSON. There is no SDK to install — your agent generates a 25-line fetch helper at install time, tuned to your stack. Reviewable in 30 seconds, no vendor dependency to vet, no upgrade cycle.
Does the server transform my data?
It stores, retrieves, and queries — and runs deterministic transforms like sourcemap unmangling, which return the release and source they used so you can reproduce the result. No server-side LLM, no opaque magic.
What about humans who want a dashboard?
Your agent writes the dashboard as a real page in your repo. You can commit it, edit it, and ship it. No SaaS UI to learn — and no permanent dashboard config rotting over time.
Do you train AI on my data?
No. We never run LLMs server-side. The agent that reads your data is your Claude Code or another agent runtime running on your machine. Your data stays in your Agentry project.
Agentry isn't trying to replace Sentry's source-map polish or PostHog's cohort-analysis depth. We sit on top of both worlds with a single ingest, a schema-shaped output, and a workflow that ends in a PR instead of a notification.
Product data layer for your AI agent.
Give your agent one place to query errors, analytics, deploys, answer contracts, and project context.