Ontology · domain 1

Subjects & Identity

The root subject of every action is an Actor, not an agent name.

6 objects · 4 links · 4 actions

Objects · every one cites its backing source

Actor

cortex_actors (:1500)

id, project_id, slug, kind ∈ {agent, human, system}, status ∈ {active, historical, system, retired}, display_name, metadata

Agent

agents (:1249)

name, project, role, model, capabilities, status, runtime_state, actor_id → Actor

Role

cortex.roles (:1084, platform) and public.roles (:2392, local)

platform: name, display_name, permissions jsonb, is_builtin, status; local: project, name, default_capabilities jsonb, description, is_builtin, source_file (PK project+name)

ActorAlias

cortex_actor_aliases (:1482)

historical name → canonical actor

Profile

agent_profiles, profile_bundles

identity bundles injected at boot

Project (Cortex)

cortex_projects (:1571)

tenancy anchor of every identity-v2 FK (fk_identity_v2_*_project_id); project_key, display_name, status, repo_root

Links · solid boxes are this domain's objects, dashed boxes live in other domains

Actions

Action	Surface
Register agent	`cortex-add-agent` → `POST /agents`
Soft-remove agent	`cortex-remove-agent` → `POST /admin/agents/remove` (admin token; roster-only, history preserved, reversible)
Boot actor	`cortex-boot <agent>` → `GET /boot/<agent>` (identity + facts + recent history + current work-product briefs)
Rename project	migration rewrites `agent_name` to `<slug>@<newproject>` (actor identity follows the project)

Notes, laws and mechanics

Actions

Interface — Actor: anything that can act. kind distinguishes AI workers from human operators (Amad is an actor; CTO approvals are actor-attributed decisions) from system processes (Beat, relay workers).