Product tour
From one request to a governed application.
One executable business ontology. AI writes it, the runtime runs it, agents operate it, you own it. To run it, the ObjectStack repository ships ObjectOS Community — the ghcr.io/objectstack-ai/objectstack image, os start and the Console, free and self-hosted — while ObjectOS Cloud is the hosted edition and ObjectOS Enterprise the self-managed, licensed one.
- 4 gates
- Typed, validated, reviewed, governed — between the agent and your users
- 1 definition
- Database, REST API, client SDK, UI, and MCP tools all follow from it
- Held whole
- Apps small enough for AI to hold whole — the bundled CRM loads end-to-end
Review surface
The diff is the product boundary.
Instead of asking a reviewer to audit a generated application codebase, ObjectStack gives the agent an open, typed definition layer to change: objects, fields, views, permissions, workflows, actions, APIs, and tools.
import { ObjectSchema, Field } from '@objectstack/spec/data';
export const Case = ObjectSchema.create({
name: 'support_case',
label: 'Case',
fields: {
subject: Field.text({ label: 'Subject', required: true, searchable: true }),
customer: Field.lookup('crm_account', { label: 'Customer' }),
priority: Field.select({
label: 'Priority',
options: [
{ label: 'Low', value: 'low', default: true },
{ label: 'Normal', value: 'normal' },
{ label: 'Urgent', value: 'urgent', color: '#EF4444' },
],
}),
status: Field.select({
label: 'Status',
trackHistory: true,
options: [
{ label: 'New', value: 'new', default: true },
{ label: 'Triage', value: 'triage' },
{ label: 'Waiting', value: 'waiting' },
{ label: 'Resolved', value: 'resolved' },
],
}),
},
}); How it works
The governed build loop
The product loop is designed around the two readers that matter: the AI that writes the system and the human who must understand and approve it.
1. Describe the business change
Start with a real operating request: a case queue, approval chain, procurement flow, customer portal, or workflow that already has owners and rules.
2. Agent writes metadata
The coding agent edits Strict TypeScript ObjectStack definitions that must conform to the published Zod schemas instead of generating controllers, screens, migrations, APIs, and permission glue by hand.
3. Reviewer signs off
After the validation gate passes, the reviewer checks a compact diff: field names, relationships, permissions, transitions, workflow rules, and tool exposure.
4. Runtime supplies surfaces
The ObjectStack runtime derives tables, views, forms, ObjectQL, APIs, audit trails, MCP tools, and admin surfaces. ObjectOS operates the resulting app in production.
5. Agents operate inside policy
AI can query and act through governed tools that inherit identity, record rules, field rules, approvals, and audit logging.
Existing systems
Add an object layer beside systems of record — read-only by default
Most enterprise software value is already trapped in databases, ERP, CRM, ticketing, files, and custom systems. ObjectStack can federate a database you already run as an external datasource and give agents an explicit object model over it — read-only by default, and early; the system of record keeps writing the rows. ObjectOS is ObjectOS Community, Cloud and Enterprise, where teams run and operate the apps built on that model.
Connect the database you already run
Connect it as a datasource — a readOnly datasource or a read-only database user to start — and model the tables you care about as objects, relationships, calculated fields, and actions; writes are enabled deliberately, per object, once you trust the model.
Keep authority explicit
Each object says who can read, write, approve, export, automate, or expose it as a tool. That authority remains visible in review.
Ship new surfaces on top
The same definition can back internal apps, dashboards, portals, workflows, APIs, reports, and AI agent tools.
Decision surface
What changes, who reviews it, what runs
| Layer | AI writes | ObjectStack runtime derives |
|---|---|---|
| Data model | Objects, fields, relationships, validations | Tables, migrations, ObjectQL, generated APIs |
| Experience | Views, forms, dashboards, actions | Rendered UI, navigation, status states, access checks |
| Governance | Roles, row rules, field rules, approvals | Runtime enforcement, audit log, user-scoped tools |
| AI surface | Agent tools, skills, prompts, action contracts | MCP exposure, policy checks, execution records |
Review checklist
A reviewer should be able to answer
- What business objects changed?
- Which people, roles, and agents gained authority?
- Which actions need approval before execution?
- Which data can leave the runtime, if any?
- What will appear in audit logs after the change?
FAQ
Frequently asked questions
Is ObjectOS a low-code builder?
No. Low-code usually optimizes human screen building. ObjectOS is ObjectOS Community, Cloud and Enterprise. The ontology is the software. An agent writes it, a person reviews the diff, and the ObjectStack runtime keeps metadata reviewable and enforces governance on every call.
How do ObjectStack and ObjectOS differ?
ObjectStack is the open-source stack: it defines and runs the application as one open, versioned business ontology — objects and fields, relations, actions, permissions, flows, and agent and tool definitions. ObjectOS is ObjectOS Community, Cloud and Enterprise, adding the in-app AI Build and Ask experience, team operation, deployment choices, and enterprise support. ObjectOS comes in three editions: ObjectOS Community, open source and free to self-host; ObjectOS Cloud, hosted in the browser with nothing to install; and ObjectOS Enterprise, self-managed on your own infrastructure. Your ontology is ordinary ObjectStack metadata. Exporting it from ObjectOS Cloud or ObjectOS Enterprise to run on the open-source ObjectStack runtime is planned.
Next pages