Orchestrate.legal

Matter state is the missing layer in legal AI

Without a live picture of phase, obligations and decisions, routing, accountability and monitoring float above the work instead of tracking it.

legal workflowsWorking2026-05-03

This reflects current thinking and may change as the model develops.

Most legal AI products still speak the language of documents and answers. A contract, a statute, an email: something static is fed to a model, and something fluent comes back.

Legal practice is not static. It is a sequence of obligations, decisions, dependencies and deadlines that change what the same document means from one week to the next. That operational picture is matter state: where the matter is now, what is still open, what must not be missed and what has already been resolved.

Without matter state, orchestration becomes decorative. Routing has nothing reliable to route against. Gates cannot know whether an output is premature. Monitoring counts activity, not drift in the underlying position. Evaluation collapses into answer scoring because the workflow context never enters the frame.

Why documents are not enough

A clause summary can be accurate and still misleading if it ignores phase. A risk flag can be sound on Tuesday and stale on Friday after a side letter. An obligation tracker that does not know the matter has moved to closing will keep surfacing the wrong priorities.

Documents are inputs. Matter state is the coordinate system those inputs hang from: which issues are live, who owns them, what the client has been told, what regulators or courts are expecting and what must happen before anyone relies on the next AI-assisted step.

If your system cannot represent that coordinate system, every downstream feature, retrieval, routing, review, audit, will be guessing from text alone.

Matter state is what routing should read

Routing is not a model pick list. It is a policy decision about path, informed by sensitivity, cost, mandate and risk. Those attributes are not stable labels you set once at intake. They track the matter.

Examples:

  • The same task type (“compare indemnities”) may deserve a stricter route after a disclosure issue emerges, even if the documents look similar.
  • A client-facing destination should trigger different gates depending on whether the matter is in negotiation, standstill or post-settlement monitoring.
  • Private inference and environment choices often turn on whether the matter is in a phase where privilege boundaries, investigation posture or regulatory exposure dominate.

In other words, matter state is not a separate “data project” beside AI. It is the signal the routing layer must consume if decisions are to be explainable.

Gates and reliance need position, not just prose

Execution gates exist to separate generation from reliance. A gate asks: given where this output is going, and how it will be used, may it proceed?

That question is incomplete if the system cannot answer a simpler one: given where the matter is, is this output even timely?

A draft that would be acceptable as a working note can be dangerous if it is mistaken for post-board approval advice. A summary that is fine internally may be wrong for external use if a parallel negotiation track has moved. Gates need destination and reliance, but they also need matter position, otherwise “approve” and “block” float free of context.

Accountability and audit attach to events, not chats

An audit event should record what a reasonable reviewer would need later: task type, policy version, inputs, route, gate outcome and matter identifiers that anchor the decision in time.

Chat logs and prompt histories are weak substitutes. They rarely encode phase transitions, obligation changes or reviewer rationale in a structured way. Matter state gives audit a spine: when state changes, dependent routes, gates and evaluations should declare whether they remain valid.

This is how firms avoid the trap where AI looks accountable because everything is logged, but nothing can be replayed in terms lawyers and risk teams actually use.

Monitoring without state monitors noise

Monitoring in legal settings should track whether the system remains fit for purpose as matters evolve: rework patterns, repeated corrections, escalation rates, blocked outputs and reviewer fatigue.

If you do not maintain matter state, monitoring defaults to generic quality metrics, latency, token use, thumbs up or down on answers, that do not explain why work went wrong when the underlying position shifted.

Temporal intelligence is not a luxury for litigation alone. Transactions, investigations, compliance programmes and employment matters all have phases where the same tool behaviour stops being acceptable without anyone changing a model.

Evaluation should include workflow context

When matter state is absent, evaluation narrows to “was the answer plausible?” With matter state, you can ask:

  • Did the output assume a closed issue that was still open?
  • Did it omit a dependency introduced after training data cut-offs?
  • Did reviewers rework the same failure mode more often after a phase change?
  • Did downstream tasks have to unwind reliance on the output?

That is evaluation as workflow fit, not trivia scoring. It connects directly to orchestration: routing policies, gate matrices and monitoring thresholds should update when evaluation shows state-aware failure.

What firms can do next

You do not need a perfect enterprise data model on day one. You do need a deliberate representation of matter state wherever AI is expected to coordinate work:

  1. Name the state attributes your routing and gates should read, not only document types.
  2. Version routing policies when state definitions change, the same way you version prompts.
  3. Record state snapshots (or deltas) alongside audit events material enough to explain reliance.
  4. Instrument rework and escalation by phase, not only by model or tool.

Matter state is the layer that makes orchestration serious: it ties models to legal reality as it moves, not only to text as it sits on disk.

Closing

Legal AI that stops at Document → Prompt → Answer will keep surprising organisations at the worst moments, because answers feel complete while the matter is still in motion.

The orchestrated pattern, Task → Plan → Route → Execute → Review → Monitor, only holds if matter state is the shared substrate those steps read and update. Treat that state as the authoritative reference layer for coordination, and routing, gates, audit and evaluation finally point at the same object of professional responsibility.

Back to writing