oneie
Version:
Build apps, websites, and AI agents in English. Zero-interaction setup for AI agents (Claude Code, Cursor, Windsurf). Download to your computer, run in the cloud, deploy to the edge. Open source and free forever.
790 lines (570 loc) • 22.7 kB
Markdown
---
title: Ontology
dimension: things
category: products
tags: 6-dimensions, agent, ai, architecture, connections, events, knowledge, ontology, things
related_dimensions: connections, events, groups, knowledge, people
scope: global
created: 2025-11-03
updated: 2025-11-03
version: 1.0.0
ai_context: |
This document is part of the things dimension in the products category.
Location: one/things/products/ontology.md
Purpose: Documents one ontology product
Related dimensions: connections, events, groups, knowledge, people
For AI agents: Read this to understand ontology.
---
# ONE Ontology Product
> **The complete architecture for AI-native systems. Simple enough for children. Powerful enough for enterprises.**
## Overview
The ONE Ontology is a **six-dimension data model** that provides AI agents—and the humans who direct them—with a complete, scalable architecture for understanding **who owns what, who can do what, what happened, and what it all means.**
Every intelligent system needs a coherent model of reality. Traditional systems create tables for features, pollute schemas with temporary concepts, and end up with hundreds of entities nobody understands. The ONE Ontology takes a different approach: **model reality in six core dimensions and map everything to them.**
**Version:** 1.0.0 (Implementation-Ready)
**Status:** Production-Ready
**Implementation:** 5-table database schema (organizations, things, connections, events, knowledge)
---
## The Six Dimensions
### 1. Organizations
**Multi-tenant isolation boundary**
- Perfect data isolation for SaaS multi-tenancy
- Each org has independent data, billing, quotas, and customization
- No data leakage between organizations
- Plans: starter, pro, enterprise
**Properties:**
- Name and identity
- Ownership chain
- Subscription plan and billing
- Usage quotas and limits
- Status (active, suspended, trial)
**Why it matters:**
- Multi-tenant isolation
- Resource limits
- Billing boundaries
- White-label deployment
- Enterprise readiness
---
### 2. People
**Authorization & governance layer**
- **4 roles**: platform_owner, org_owner, org_user, customer
- Every action traces back to human intent
- AI serves people, not the other way around
- Represented as things with `type: 'creator'` and `properties.role`
**Properties:**
- Identity (name, email, wallet)
- Authentication credentials
- Role within organization
- Permissions and authorization
- Preferences and settings
**Why it matters:**
- Human authorization required
- Clear governance
- Audit trails
- Intent and accountability
- AI serves people
**AI Customization:** Your preferences, writing style, brand voice, and approval rules teach agents how to work exactly the way you want.
---
### 3. Things
**All nouns in your system**
- **66+ entity types** defined in schema
- Users, agents, content, tokens, courses, products, audiences
- Flexible `properties` field for type-specific data
- Status lifecycle: draft → active → published → archived
- Every thing belongs to an organization
**Entity Categories:**
- **Core** (8 types): creator, audience_member, ai_clone, clone_engine, content, token, etc.
- **Business Agents** (7 types): sales_agent, support_agent, content_agent, research_agent, etc.
- **Content** (8 types): video, audio, article, image, thread, newsletter, etc.
- **Products** (6 types): course, token, nft, subscription, template, marketplace_offer
- **Community** (7 types): community, channel, event, post, message, etc.
- **Knowledge** (9 types): knowledge_bundle, training_data, embedding, mandate, etc.
- **Platform** (8 types): workflow, notification, scheduled_task, etc.
- **Tokenization** (5 types): nft_collection, token_drop, staking_pool, etc.
- **External** (4 types): external_service, external_agent, external_credential, etc.
- **Protocol** (4 types): a2a_agent, mcp_server, ap2_identity, x402_endpoint
**AI Customization:** Rich properties store context about each entity—sales agent knows lead history, content agent knows top topics, support agent knows customer issues.
---
### 4. Connections
**All relationships between entities**
- **25+ connection types**: owns, authored, holds_tokens, enrolled_in, etc.
- **7 consolidated types** with rich metadata: transacted, communicated, delegated, etc.
- Bidirectional with temporal validity (validFrom/validTo)
- Scoped to organizations
- Make the implicit explicit
**Connection Types:**
- **Ownership**: owns, authored, created_by
- **Access**: can_execute, can_read, governed_by
- **Membership**: member_of, following, enrolled_in
- **Transactions**: transacted, licensed_to, subscribed_to
- **Communication**: communicated (metadata.protocol: a2a, mcp, ap2, x402)
- **Delegation**: delegated (agent relationships)
- **Knowledge**: powers (knowledge → agent), taught_by
**AI Customization:** Relationship metadata reveals engagement levels, loyalty patterns, collaboration history—agents prioritize hot leads, reward superfans, coordinate team workflows.
---
### 5. Events
**All actions and state changes over time**
- **67+ event types** including cycle and blockchain events
- Complete audit trail with actor (person), target (thing), timestamp
- **Consolidated event families** with metadata.protocol for multi-protocol support
- Scoped to organizations
- Immutable timeline for analytics, compliance, and automation
**Event Categories:**
- **Thing lifecycle**: thing_created, thing_updated, thing_published, thing_archived, thing_deleted
- **User actions**: purchased, enrolled, completed, rated, shared, bookmarked
- **AI/Agent**: clone_voice_created, cycle_request, cycle_completed, agent_trained
- **Token/NFT**: tokens_purchased, tokens_earned, tokens_transferred, nft_minted, nft_transferred
- **Content**: content_viewed, content_liked, content_commented, scheduled, published
- **Knowledge**: knowledge_indexed, knowledge_linked, prompt_template_created
- **Analytics**: revenue_received, subscription_renewed
- **Blockchain**: contract_deployed, tokens_bridged, treasury_withdrawal
**AI Customization:** Event streams reveal behavior patterns—what content performs best, which features drive engagement, when users convert. Agents learn and adapt continuously.
---
### 6. Knowledge
**Labels, embeddings, and semantic search**
- Vector storage for RAG (Retrieval-Augmented Generation)
- Linked to things via junction table
- Supports categorization and taxonomy
- Scoped to organizations
- Transforms raw events into queryable intelligence
**Knowledge Types:**
- Labels and categories
- Chunks and embeddings
- Relationships and provenance
- Licensing and tokenization
- Semantic search capabilities
**AI Customization:** Vector embeddings power semantic search, document understanding, intelligent recommendations. Your knowledge base becomes liquid intelligence agents can query instantly.
---
## Complete Data Flow Example
### Use Case: Fan Purchases Creator Tokens
**0. Organizations (Scope)**
```
orgId: acme-corp → scope: all entities in this transaction
```
**1. People (Authorization)**
```
actorId: fan_123 → intent: purchase_tokens
```
**2. Things (Entities Involved)**
```
fan_123: type: audience_member
token_456: type: token
```
**3. Connections (Relationship Created)**
```
fan_123 → token_456
relationshipType: holds_tokens
metadata: { balance: 100 }
```
**4. Events (Action Recorded)**
```
type: tokens_purchased
actorId: fan_123
targetId: token_456
metadata: { amount: 100, usd: 10 }
```
**5. Knowledge (Context Added)**
```
Labels: payment_method:stripe, status:completed, audience:engaged
```
**Result:** One intent now touches every dimension—organizational scope, authorization, entities, relationships, events, and context—ready for agents to reuse.
---
## How Context Flows Through the Ontology
### The Generative Chain
Everything begins with identity and organizational scope. This isn't just metadata—it's the foundation that makes every AI operation context-aware, authorized, and intelligent.
### Ownership Hierarchy Example
```
groups/acme-corp (the container - type: organization)
├─ owned_by → people/anthony-o-connell (the owner)
├─ member_of → people/sarah-thompson (member, role: analyst)
│
└─ owns → things/strategy-agent
├─ governed_by → things/business-strategy-mandate
├─ can_read → knowledge/market-research-bundle
├─ can_read → knowledge/competitor-landscape
└─ can_execute → people/anthony-o-connell (owner)
└─ can_execute → people/sarah-thompson (delegated)
```
### Context Propagation in Action
When you ask your Strategy Agent a question, the system automatically enriches the prompt with your identity graph:
1. **Organizational context** - Which org is asking?
2. **Authorization** - Who can access what?
3. **Accessible resources** - What knowledge is available?
4. **Recent events** - What happened recently?
5. **Relevant knowledge** - Semantic match from embeddings
6. **Mandates/constraints** - What rules apply?
**The agent knows:**
- WHO is asking
- WHAT scope to operate in
- WHAT it can access
- WHAT happened recently
- WHAT constraints apply
- WHAT it already knows
---
## Plain English DSL Integration
### Write Features in English, Deploy in Minutes
The ONE Ontology isn't just a database schema—it's a **generative architecture** that compiles plain English commands into production code.
### 15 Core Commands
| Command | Dimension | Purpose |
| ------------- | ------------- | ---------------------------------- |
| `CREATE` | Things | Add typed entities to the graph |
| `CONNECT` | Connections | Define relationships with metadata |
| `RECORD` | Events | Append immutable action logs |
| `CALL` | Integration | Invoke external services |
| `CHECK` | Authorization | Enforce guardrails |
| `GET` | Query | Retrieve entities/relationships |
| `UPDATE` | Things | Modify properties |
| `DELETE` | Things | Archive/remove entities |
| `SEARCH` | Knowledge | Semantic vector search |
| `LABEL` | Knowledge | Add categorization |
| `WHEN` | Trigger | Event-driven automation |
| `IF` | Condition | Conditional logic |
| `FOR EACH` | Loop | Iteration |
| `DO TOGETHER` | Parallel | Concurrent execution |
| `GIVE` | Response | Return data to user |
### Example: Chat with AI Clone
**Plain English:**
```
FEATURE: Let fans chat with my AI
WHEN a fan sends a message
CHECK they own tokens
GET conversation history
CALL OpenAI with my personality
RECORD the interaction
REWARD fan with 10 tokens
GIVE AI response to fan
```
**What Maps to Ontology:**
- **Things Touched**: fan, ai_clone, message, token (all typed rows)
- **Connections Updated**: fan holds_tokens token, fan interacted_with clone with metadata
- **Events Logged**: message_sent, tokens_earned, clone_interaction with timestamps
- **Knowledge Indexed**: Clone personality, embeddings, conversation history for retrieval
**System Generates:**
- Backend API endpoints (Convex mutations/queries)
- React UI components (with loading/error states)
- Complete test suite (unit + integration)
- Database schema updates (type-safe)
- Edge deployment config
- Full documentation
---
## What This Unlocks
### 1. Zero-Trust Authorization
Every action traces back through explicit connections to a person in an organization. Perfect auditability. No implicit permissions. Authorization is data, not code.
### 2. Identity-Aware Intelligence
Agents don't just retrieve facts—they understand organizational context, provenance, licensing, governance, and strategic constraints.
### 3. Event-Driven Compounding
Every action generates events that create knowledge that enriches future actions. The system gets smarter with every interaction.
### 4. Protocol-Agnostic Integration
Same ontology, different protocols—all via metadata. Query across Stripe, SUI, and any future protocol with unified patterns.
**Supported Protocols:**
- **A2A** (Agent-to-Agent): Multi-agent coordination
- **ACP** (Agent Communication Protocol): Standardized messaging
- **AP2** (ActivityPub 2): Social graphs
- **X402** (Payment Protocol): Micropayments
- **AG-UI**: Agent-generated interfaces
- **MCP** (Model Context Protocol): AI context sharing
### 5. Cross-Organization Collaboration
Resources can be shared without transferring ownership. Perfect for knowledge marketplaces with trustless licensing.
### 6. Tokenization with SUI
SUI's object-centric model maps naturally to ONE's thing-centric ontology. Knowledge as tradeable, licensable assets.
---
## Scale & Performance
### Current Scale (Production-Ready)
- **1M+ things** per organization
- **10M+ connections** with optimized indexes
- **100M+ events** with time-partitioned storage
- **1M+ knowledge chunks** with vector search
### Performance Optimizations
- **Graph caching** for ownership chains
- **Materialized views** for common queries
- **Event archival** to cold storage
- **Token budgeting** for context-aware AI
### Future Scale (Enterprise-Ready)
- **Shard by organization** (>10M things)
- **Streaming events** via Kafka
- **Distributed vectors** via Weaviate
- **Regional databases** with CDC replication
---
## Implementation Details
### Database Schema (5 Tables)
```typescript
// organizations table
{
_id: Id<"organizations">,
name: string,
slug: string,
ownerId: Id<"things">, // person who owns org
plan: "starter" | "pro" | "enterprise",
status: "active" | "suspended" | "trial",
properties: any, // flexible metadata
createdAt: number,
updatedAt: number
}
// things table (entities)
{
_id: Id<"things">,
organizationId: Id<"organizations">,
type: string, // 66+ types
name: string,
properties: any, // type-specific data
status: "draft" | "active" | "published" | "archived",
createdAt: number,
updatedAt: number
}
// connections table (relationships)
{
_id: Id<"connections">,
organizationId: Id<"organizations">,
fromThingId: Id<"things">,
toThingId: Id<"things">,
relationshipType: string, // 25+ types
metadata: any, // relationship-specific data
validFrom?: number,
validTo?: number,
createdAt: number
}
// events table (audit trail)
{
_id: Id<"events">,
organizationId: Id<"organizations">,
eventType: string, // 67+ types
thingId: Id<"things">, // target of event
actorId?: Id<"things">, // person who triggered
metadata: any, // event-specific data
timestamp: number
}
// knowledge table (AI context)
{
_id: Id<"knowledge">,
organizationId: Id<"organizations">,
type: "label" | "chunk" | "embedding",
content: string,
embedding?: number[], // vector for semantic search
metadata: any,
createdAt: number
}
```
### Indexes (Optimized for Graph Queries)
```typescript
// things indexes
by_organization: ["organizationId"]
by_type: ["organizationId", "type"]
by_status: ["organizationId", "status"]
// connections indexes
from_type: ["fromThingId", "relationshipType"]
to_type: ["toThingId", "relationshipType"]
org_relationships: ["organizationId", "relationshipType"]
// events indexes
by_thing: ["thingId", "timestamp"]
by_actor: ["actorId", "timestamp"]
by_type: ["organizationId", "eventType", "timestamp"]
// knowledge indexes
by_type: ["organizationId", "type"]
vector_search: custom vector index
```
---
## Why This Works
### Traditional Approach (Fails)
```
Hundreds of tables → Complex joins → N+1 queries → Technical debt
```
### ONE Ontology Approach (Scales)
```
6 dimensions → 5 tables → Graph queries → Infinite composability
```
### Benefits
1. **Consistency** - Every feature follows same pattern
2. **Type Safety** - Compiler catches errors
3. **Testability** - Pure functions are easy to test
4. **Composability** - Services combine cleanly
5. **AI-Friendly** - Explicit patterns AI can learn
6. **Protocol-Agnostic** - Metadata adapts to any protocol
7. **Multi-Tenant** - Perfect isolation via organizations
8. **Event-Driven** - Complete audit trail built-in
**Result:** Code quality IMPROVES as codebase grows because AI learns from proven patterns.
---
## Use Cases
### For Individual Creators
- Clone your voice/personality
- Automate content generation
- Build token economy
- Grow engaged audience
- Monetize knowledge
### For Businesses
- Multi-agent workflows
- Customer relationship management
- Sales automation
- Support automation
- Knowledge management
### For Enterprises
- Multi-tenant SaaS
- White-label deployment
- Compliance & governance
- Cross-organization collaboration
- Protocol integration
### For Developers
- Type-safe development
- Plain English DSL
- Effect.ts services
- Protocol-agnostic APIs
- AI-native architecture
---
## Getting Started
### 1. Installation
```bash
# Clone the repository
git clone https://github.com/one-ie/stack
cd stack
# Install dependencies
bun install
# Configure environment
cp .env.example .env.local
# Edit .env.local with your keys
```
### 2. Understanding the Ontology
Read these documents in order:
1. **one/knowledge/ontology.md** - Complete 6-dimension specification
2. **one/connections/workflow.md** - Development workflow
3. **one/connections/patterns.md** - Proven code patterns
4. **one/knowledge/rules.md** - Golden rules
### 3. Map Your Feature to Dimensions
Ask yourself:
- What **organizations** are involved? (scope)
- What **people** need authorization? (who can do what)
- What **things** exist? (entities)
- What **connections** relate them? (relationships)
- What **events** should be logged? (actions)
- What **knowledge** needs to be learned? (context)
### 4. Write in Plain English
```
FEATURE: Create AI sales agent
CREATE sales_agent
CONNECT owner owns sales_agent
CONNECT sales_agent can_read knowledge_base
WHEN lead sends message:
GET lead's history
CALL OpenAI to qualify intent
RECORD interaction
IF hot lead: NOTIFY owner
```
### 5. System Generates Code
The compiler:
1. Validates against ontology
2. Generates TypeScript services
3. Creates Convex functions
4. Builds React components
5. Generates test suite
6. Deploys to edge
---
## Philosophy
**Simple enough for children. Powerful enough for enterprises.**
The ONE Ontology proves that you don't need hundreds of tables or complex schemas to build intelligent systems. You need six dimensions that model reality:
- **Organizations** partition for scale
- **People** authorize for governance
- **Things** exist for substance
- **Connections** relate for structure
- **Events** record for memory
- **Knowledge** learns for intelligence
**Map your domain to these dimensions. Everything else is just data.**
---
## Statistics
- **66+ thing types** - Comprehensive entity coverage
- **25+ connection types** - Rich relationship modeling
- **67+ event types** - Complete action tracking
- **12+ tag categories** - Flexible categorization
- **5 database tables** - Simple, scalable schema
- **100% Effect.ts** - Pure functional business logic
- **Protocol-agnostic** - Works with any communication protocol
- **Multi-tenant ready** - Perfect isolation by default
- **AI-native** - Built for autonomous agents
- **Type-safe** - Compiler-enforced correctness
---
## Comparison with Alternatives
### Traditional Database Design
- ❌ Hundreds of tables
- ❌ Complex foreign keys
- ❌ Technical debt accumulates
- ❌ Hard to extend
- ❌ AI agents struggle
### ONE Ontology
- ✅ 5 tables
- ✅ Graph-based relationships
- ✅ Quality improves with scale
- ✅ Infinitely extensible
- ✅ AI agents thrive
### Traditional Development
- Feature request → Design schema → Write code → Debug → Deploy
- **Time to production:** Weeks/months
### ONE Development
- Feature request → Map to ontology → Write plain English → Deploy
- **Time to production:** Minutes/hours
---
## Support & Resources
### Documentation
- **Complete Ontology Spec**: `/one/knowledge/ontology.md`
- **Development Workflow**: `/one/connections/workflow.md`
- **Code Patterns**: `/one/connections/patterns.md`
- **File Structure**: `/one/things/files.md`
- **Golden Rules**: `/one/knowledge/rules.md`
### Protocol Integration
- **Protocol Overview**: `/one/connections/protocols.md`
- **Integration Patterns**: `/one/knowledge/specifications.md`
- **A2A Protocol**: `/one/connections/A2A.md`
- **MCP Protocol**: `/one/connections/MCP.md`
- **ActivityPub 2**: `/one/connections/AP2.md`
### External Integrations
- **ElizaOS**: `/one/connections/ElizaOS.md`
- **CopilotKit**: `/one/things/copilotkit.md`
- **N8N**: `/one/connections/N8N.md`
### Community
- GitHub: https://github.com/one-ie/stack
- Documentation: https://one.ie/docs
- Discord: https://discord.gg/one
---
## License
Maximum freedom. Zero restrictions.
- ✅ Unlimited commercial use
- ✅ Modify and distribute
- ✅ Sell and resell
- ✅ White-label deployment
- ✅ Keep 100% revenue
- ✅ No royalty fees
- ✅ Perpetual license
**One requirement:** Display "Powered by ONE" in your footer.
---
## Roadmap
### Current (v1.0.0)
- ✅ 6-dimension ontology
- ✅ 5-table implementation
- ✅ 66 thing types
- ✅ 25 connection types
- ✅ 67 event types
- ✅ Plain English DSL
- ✅ Multi-tenant organizations
- ✅ Protocol-agnostic architecture
### Next (v1.1.0)
- 🔄 Enhanced vector search
- 🔄 Real-time collaboration
- 🔄 Advanced permissions
- 🔄 Audit dashboard
- 🔄 Performance analytics
### Future (v2.0.0)
- 📋 Distributed sharding
- 📋 Multi-region deployment
- 📋 Advanced AI reasoning
- 📋 Blockchain integration
- 📋 Knowledge marketplace
---
## Conclusion
The ONE Ontology is more than a database schema—it's a **generative architecture** for AI-native systems.
**It answers the fundamental questions every intelligent system must answer:**
- **Organizations**: What is the scope?
- **People**: Who is authorized?
- **Things**: What exists?
- **Connections**: How do they relate?
- **Events**: What happened?
- **Knowledge**: What does it mean?
**This isn't theory. This is production-ready architecture** that scales from solo creator to global enterprise without schema changes.
**Download free. Deploy now. Own forever.**
---
_Built with clarity, simplicity, and infinite scale in mind._
**Powered by ONE** • https://one.ie