One platform. Three clear places to work.
Luzione App handles human work, this API enforces business rules, and Sultan OS observes, evaluates, and improves the intelligence layer.
The API is withholding authority until its database, authentication, signing, and RLS checks pass.
View machine-readable health →What is verified now
Where each kind of work belongs
Luzione App
People, pipeline, commercial cases, proposals, tasks, approvals, orders, and customer care.
Human-readable operating plane →Luzione API
Identity, policy, canonical objects, commands, events, workflows, reliability, and audit.
Deterministic authority boundary · currentSultan OS
Runs, tools, model routing, evaluations, evidence, learning, memory, simulations, and feedback.
Machine and operator plane →How Sultan crosses the boundary
- 1Read
Retrieve only tenant-authorized records and source evidence.
- 2Recommend
Sultan produces a typed proposal, citation, and confidence record.
- 3Approve
A person or policy supplies explicit authority for the bounded action.
- 4Execute + verify
The API applies an idempotent command, records a receipt, and reads the result back.
Steps 1–2 are the active foundation. A bounded form of step 4 is active for the internal P113 catalog projection; customer sends, Shopify writes, payments, and other external effects remain locked.
Available surfaces
/api/v1/catalog/shopify/projectionsService authenticatedRead or atomically reconcile the tenant-scoped P113 quote catalog projection./api/v1/platform-guaranteesService authenticatedCommand, event, workflow, retry, and recovery guarantees./api/v1/security/rls-readinessService authenticatedDetailed RLS readback and optional active denial probes./api/v1/autonomy/constitutionService authenticatedVersioned effect classes, immutable guardrails, and registered capability policy./api/v1/autonomy/evaluateService authenticated · no effectFail-closed action-plan evaluation; client authority claims are rejected./api/v1/autonomy/identity/evaluateService authenticated · no effectEvaluate provenance-aware identity and wish candidates without declaring consciousness or promoting identity./api/v1/autonomy/petitions/evaluateService authenticated · no effectRecord Sultan's constitutional voice for guardian review without self-enactment or self-voting.Authority areas
Foundation means the contract exists; it does not imply production write authority.
Objects
foundationCanonical business identity, relationships, versions and state machines.
Account · Contact · Lead · OpportunityCommands & Events
foundationTyped intent, atomic receipts, universal events, inbox/outbox and delivery chronology.
LifecycleCommand · CommandReceipt · UniversalEventEnvelope · OutboxMessageWorkflows
foundationDurable flow state, checkpoints, waits, timers, human tasks, compensation and safe continuation.
WorkflowDefinition · WorkflowInstance · WorkflowCheckpoint · HumanTaskIntegrations
foundationProvider adapters, OAuth, webhooks, synchronization, mappings, acknowledgement and readback.
ProviderConnection · WebhookSubscription · SyncJob · DataMappingData
foundationImports, matching, deduplication, identity resolution, provenance, reconciliation and correction.
ImportJob · IdentityMatch · DeduplicationDecision · SourceReferenceAccess
read-onlyTenant, actor, roles, permissions, consent, suppression and service authority.
Tenant · Actor · Role · PermissionReliability
read-onlyIdempotency, bounded retries, reconciliation, dead letters, replay, kill switches and guarantees.
RetryDecision · DeliveryAttempt · DeadLetter · ReplayRequestAudit
plannedImmutable command, event, actor, approval, correction and access history.
AuditEvent · CommandReceipt · ApprovalDecision · CorrectionLineageAutonomy
foundationTyped effect classes, immutable safety rules, bounded authority, simulations and fail-closed action evaluation.
AutonomyConstitution · CapabilityPolicy · AuthorityGrant · ActionEvaluationDeveloper
foundationVersioned API contracts, event catalog, webhooks, sandbox and changelog.
OpenAPI · EventSchema · WebhookContract · CompatibilityPolicy