Zebric is organized around one declared application model. Core turns a Blueprint into a deterministic web app and an agent-ready API; the MCP adapter exposes approved tools; and the management layer governs systems across teams and environments.
Start with Core, adopt blueprint packages where they fit, and add Management when governance and visibility matter across the organization.
The open-source framework for declaring and running internal applications from blueprints your team owns.
The paid enterprise layer for governing, observing, and managing Zebric systems across teams and environments.
Prebuilt operational blueprints that give teams a practical starting point without locking them into a fixed SaaS shape.
Human UI and agent tools come from the same Blueprint, so the useful parts of the application are exposed without creating a second system to secure and maintain.
Zebric renders forms, lists, detail views, and command actions for people. The Agent API describes the same governed capabilities for clients, and the stdio MCP adapter makes them available to compatible agent hosts.
The runtime renders the blueprint when the application loads, so teams get forms, tables, detail pages, approvals, and queues without turning every workflow into a bespoke UI project.
Zebric renders common surfaces like forms, tables, detail pages, workflows, and navigation from the blueprint. Builders can customize, but the goal is to stay close to supported defaults so applications do not drift into brittle one-off UI corners.
Application-wide themes, visual polish, and brand treatment without rewriting core screens.
End-to-end user journeys through the software, visualized as diagrams and tied back to workflows.
Rich, supported components for forms, tables, timelines, queues, approvals, and detail views.
Reusable layout patterns so teams can choose the right experience while staying inside the runtime.
These packages are starting points for the workflows teams usually build in spreadsheets, no-code tools, or one-off admin apps.
Accounts, contacts, pipelines, handoffs, and customer context shaped to your process.
Queues, assignment logic, scheduling, and operational visibility for field or floor work.
Tickets, SLAs, escalations, and customer history connected to your operational core.
Intake, routing, approvals, status tracking, and fulfillment for internal requests.
Keep operational records, workflows, and system definitions under your control.
Blueprints describe how the system works in a format your team can inspect and change.
Run internal software in your environment instead of routing core operations through another black box.
Use built-in logs and workflow observability to understand who changed what, when, and why.