Matruno Documentation
Last updated September 21, 2026
Matruno is an AI-powered Legal Matter Operations platform for legal intake, matter management, documents and evidence, governed legal workflows, attorney review, legal deliverables, and audit trail.
What Matruno Is#
Matruno is a Legal Matter Operations platform. It keeps matters, participants, documents and evidence, legal workflow state, human legal review, approvals, generated legal documents, agent activity, notes, timelines, and execution logs tied to one workspace-scoped operating surface.
It is built for law firms, in-house legal departments, and legal operations teams that need to move confidential legal work through clear steps: legal intake, create a matter, attach evidence, run a legal workflow, pause for attorney review when needed, generate a legal deliverable, and reconstruct what happened later.
Matruno is not an autonomous lawyer, a legal-advice chatbot, a generic CRM, or a simple document generator. The product center is governed AI workflows for legal matters with human legal oversight.
Core Operating Model#
- Set up a workspace and create the first admin/operator accounts.
- Model a matter with the fields, participants, documents, and lifecycle state required for the work.
- Define a workflow with ordered steps, dependencies, branching, terminal steps, and optional template bindings.
- Add human review where policy requires approval or structured feedback.
- Upload source documents, manage document templates, and generate fixed-layout or flowing artifacts.
- Observe execution through matter timelines, agent logs, task status, Temporal worker health, and OpenTelemetry signals.
Quick references#
Run Matruno locally
Create a workspace
Create your first matter
Build a workflow
Generate documents
Connect integrations
Configure observability
Review API authentication
Deploy the runtime
Architecture at a Glance#
The repository implements a FastAPI backend, Next.js frontend, optional Next.js admin panel, PostgreSQL source of truth, Redis cache/coordination layer, Temporal server and workers, local artifact storage, OpenTelemetry collector, and Grafana dashboard/rule bundle.
The default local stack is managed by root docker-compose.yml:
| Runtime surface | Default URL |
|---|---|
| Frontend | http://localhost:3456 |
| Backend API | http://localhost:5678 |
| Swagger UI | http://localhost:5678/docs |
| ReDoc | http://localhost:5678/redoc |
| Temporal UI | http://localhost:8233 |
| Admin panel | http://localhost:5679 |
| Documentation | http://localhost:3457 |
Recommended Next Steps#
Start with local development, then complete workspace setup. After that, create a narrow first matter, import or define one legal workflow, add documents through Documents, and use Troubleshooting if the backend, worker, Temporal, PostgreSQL, Redis, or browser app does not behave as expected.
Truth boundary
These docs describe what the repository implements or clearly scaffolds. They do not claim hosted service availability, formal compliance certification, one-click production deployment, or universal integrations.
Was this helpful?