ReasonTrail for Teams is now available

Architecture

A control plane between AI and organisational state.

People and agents interact with ReasonTrail between external AI providers and the organisational record. Context, authorization, execution, verification, and memory updates cross explicit boundaries.

System overview

01Interface: Web · Mac Companion · MCP · API
02Identity: organization · member · project · policy
03Context: intent · evidence · ranking · versions
04Execution: plan · approval · lease · idempotency
05Verification: outcomes · evidence · recovery
06Trusted state: decisions · tasks · resources
07PostgreSQL + audit events

Data model

A project-centered relationship map.

Organizations define the tenant boundary. Projects connect captured evidence, structured work, context versions, reviews, and controlled Operator events.

OrganizationsMembers + teamsProjectsConversations + capturesTasks + decisionsIdeas + blockersResources + relationsContext versionsReviewsOperator runs + events

Provider-independent governance

Change the model without losing control.

Claude, OpenAI, Gemini, DeepSeek, local models, and custom agents can change while the governed organisational record remains. Router AI keeps provider credentials server-side.

context.version: versionedtoken_budget: boundedprovider: configureddatabase_credentials: never sent

Operator lifecycle

One controlled agent, persisted stages.

Operator v1 supports controlled task-status work and bounded repository inspection. It does not expose arbitrary shell, deployment, browser, or external-system actions.

01Plan
02Approve if sensitive
03Execute
04Verify
05Update memory

Multi-agent continuity

Handoff through reviewed project memory.

One agent leaves project knowledge and evidence; ReasonTrail stores and reviews it; the next agent retrieves bounded context and continues. Coordinated multi-worker execution remains a future milestone.

Read the current architecture
01Agent A
02Capture
03Review
04Approved memory
05Agent B