Exemplar Dev
Welcome to the Exemplar Dev documentation.
- Website: exemplar.dev
- Console: console.exemplar.dev
Platform overview

- Health signals — Synthetic and third-party monitors feed uptime and dependency status into one operational view.
- Service catalog — Services, ownership, and monitor associations stay linked so incidents and maintenance map to the right entities.
- Status communication — Operational events publish to internal boards and public status pages from the same catalog context.

- Describe intent — Engineers or AI agents state what they need from the IDE; the platform resolves context via catalog lookup and live graph query.
- Policy gate — The policy engine evaluates intent against integrated sources (AWS, GitHub, Snyk, Jira, Notion, Linear, Confluence) and approves or blocks before any change runs.
- Execute and audit — Approved actions run as controlled operations (restart, scale, rotate secrets, trigger pipelines) with a full record of who, what, when, and evidence—the same rules for humans and AI.

- Context lake — AWS, GitHub, Snyk, Jira, Notion, Linear, and Confluence data converge in one graph so operations and agents share current service context.
- AI-aware operations — Uptime and synthetics, incidents, on-call, status pages, and the service catalog connect to that context for triage and response.
- Automation and governance — Day 2 actions (restart, scale, rotate secrets, trigger pipelines) run through policy, approvals, and an audit log—not ad hoc shell access.
Exemplar is a unified developer platform for reliability engineering, operational visibility, incident response, and AI-assisted Day 2 Ops workflows.
The platform combines synthetic and uptime monitoring, SSL monitoring, incident and maintenance management, status pages, service catalog management, and team collaboration tooling into a single operational workspace.
Day 2 Ops represents the operational phase after deployment: observing systems, responding to incidents, performing controlled production changes, and maintaining service reliability with auditability and governance.
Core areas include:
- Monitoring and observability — Synthetic checks, uptime monitoring, SSL certificate monitoring, operational timelines, and service health visibility across infrastructure and applications.
- Incident and maintenance management — Create, track, update, and publish operational events with status timelines, activity tracking, and stakeholder communication workflows.
- Service catalog — Organize services, systems, APIs, ownership metadata, monitor associations, and operational relationships in a centralized catalog.
- Status pages and boards — Publish incidents and maintenance updates to internal or public-facing status experiences with linked catalog entities.
- Third-party monitor integrations — Aggregate vendor and dependency health signals from external providers into a unified operational view.
- Team and organization management — Manage organization members, invitations, teams, API tokens, and account-level operational settings.
- On-call and operational workflows — Coordinate operational ownership, escalations, and response responsibilities across teams and services.
AI Copilot for Day 2 Ops extends these workflows into developer tools and AI environments. Teams can query incidents, monitor health, maintenance events, and operational context directly from editors and AI clients using MCP (Model Context Protocol) integrations.
Exemplar continues expanding support for:
- Workflow automation
- Governance and approval systems
- Kubernetes-aware catalog integrations
- Service discovery
- AI-assisted operational remediation
- Agentic production operations
For the latest product updates and feature announcements, visit exemplar.dev .
Blog
Editorial posts on reliability engineering, platform operations, and AI-assisted workflows:
- Developer autonomy and the work that repeats after ship — Why post-launch operational work dominates software delivery.
- Agents, context, and guardrails on a unified platform — AI copilots, service context, governance, and operational automation.
Next steps
- SRE — Monitoring, incidents, maintenance workflows, status pages, and operational tooling.
- Catalog — Service entities, ownership, monitor associations, and status relationships.
- Day 2 Ops — AI-assisted operational workflows and production operations.
- Account Settings — Organization management, teams, invitations, and API access.