manykind Book a pilot
For law firms · the legal operating system for the agentic era

Every matter makes your firm smarter.

Your firm gets more experienced without getting bigger. Every workflow step, correction and approval becomes institutional memory: scoped per client, permissioned and provable. Every matter improves the next, and the walls between clients stay intact.

Institutional memory from every matterOne sovereign vault per clientMultiplayer by defaultAny AI, swappable
An example matter as a workflow graph: two lawyers each run a brainstorm, one with a local model and one with ChatGPT. Their work merges into a first draft from the firm template, goes to junior review, then a partner approval gate, then to the client. The redlines feed back into the master template. Every matter's redlines feed back into the template Brainstorm, lawyer 1AnnaLocal model Brainstorm, lawyer 2SamChatGPT DraftAgreement v1Drafting agent Junior reviewBen, associateRedline v1 to v2 Approval gateAnna, partnerApproves v3 only Client deliveryOrchard LabsRound 1 on v3 Firm master template An example matter as a workflow graph: two lawyers each run a brainstorm, one with a local model and one with ChatGPT. Their work merges into a first draft from the firm template, goes to junior review, then a partner approval gate, then to the client. The redlines feed back into the master template. Redlines feed back into the template Brainstorm, lawyer 1AnnaLocal model Brainstorm, lawyer 2SamChatGPT DraftAgreement v1Drafting agent Junior reviewBen, associateRedline v1 to v2 Approval gateAnna, partnerApproves v3 only Client deliveryOrchard LabsRound 1 on v3 Firm master template
An example matter. The client and people are fictional.
The problem

Law firms don't get smarter over time. They just get busier.

The firm's best thinking is trapped in PDFs, inboxes and people's heads, and it disappears when the matter closes or the associate moves on. Every new matter starts close to zero. If you are not keeping what each matter teaches you, you are throwing it away every day.

Today
Today: one matter spread over an email thread, two Word files on a local drive, call notes and an AI chat, with no links between them. ????? OutlookRE: RE: FW: clause 9 Local driveMSA_v3_FINAL_2.docx MeetingCall notes, 12 Oct DownloadsMSA_v4 (1).docx AI chatPasted the whole draft

No single record, and no proof it is complete.

With manykind
With manykind: the same email, notes, drafts and AI work listed in date order inside one client vault, each with who acted. Orchard Labs, client vault 12 OctEmail: clause 9 positionclient 12 OctCall notesAnna 13 OctDraft v3Ben 14 OctDraft v4, clause 9agent 15 OctInternal review of v4Anna

One record per matter, in the client's own vault.

  • Knowledge leaves with people. The reasoning behind a position is in someone's memory, not the file.
  • Precedent sits in PDFs that nobody can find when the next matter needs it.
  • AI tools help you think, but they don't help the firm remember.
Why this is different

Your firm never moved to the cloud. That was right.

The big-data era was never about custody. It optimised for collection: what a platform could gather, keep and learn from. Firms that kept client files out of it were right. To move into the agentic era, law firms need data sovereignty and data agility settled at the foundation, not bolted on. That is where manykind starts. Underneath the workspace sits a content-addressed store the firm administers: files kept exactly as written, every version on the record, and access at every level granted by signature and revocable the same way. Only then do the agents come in.

How it works

One vault per client. One record per matter.

Memory, workflow and models in one system. Every step is recorded, attributed and traceable, built into the system rather than bolted on.

The vault

Ask once. Get the client's whole history.

Every past conversation, email, meeting note and file for a client sits in that client's sovereign vault, with its original dates. One request pulls it together. Matters end; clients do not, so the vault keeps what it learns about each client: its structure, its positions, its obligations and its preferences. Lawyers, paralegals, the client and agents each see only what they have been granted, per client and per person.

What was the key objection in the last redline?

Clause 9, the liability cap. Orchard Labs asked for 12 months of fees instead of 6.

From the 12 Oct email, the 12 Oct call notes and the v3 to v4 redline
Multiplayer drafting

One agreement, everyone working on it.

A matter starts from your firm's own master templates and the sources you pin to it. Lawyers, the client and drafting agents work on the same versioned agreement. A save made against an outdated version is refused, so nobody silently overwrites anyone.

  • Clean, redline and side-by-side comparison of any two saved versions.
  • Clean and redline Word export of the version you select.
  • Internal approval is bound to one exact version.
  1. Open. The matter team opens a session on the client's vault and states the question.
  2. Work. Agents research, draft and challenge. Lawyers steer and decide, in the same thread.
  3. Land. The draft lands in the client vault with its full trail.

Every matter makes your master templates better. A background workflow reviews the redlines across matters and proposes template updates for a partner to accept. The improvements live in the firm's memory bank; client text stays in each client's vault.

The workflow

Who took part, with which tool, producing what.

Set up your team once: which lawyers work on which clients. Every matter then runs as one recorded workflow, from first brainstorm to final record. Each step shows the people who took part, the tool they used and what it produced.

Paralegals, lawyers and managing partners each see their own scope. Managing partners also get an overview across matters: where work is waiting and how each workflow performs.

Two kinds of memory

Kept apart, by design.

The client vault

What belongs to the client: matters, emails, call notes, drafts, redlines, positions and obligations. Only the people and agents the client's scope allows can read it.

The firm's memory bank

What belongs to the firm: who worked on which matter, how each workflow performed, and what the firm learned about drafting. Template improvements come from patterns across matters, and a partner approves every change. Client text never moves into another client's vault.

The receipts

Proof, not promises.

  • The workflow history of every matter: each step, in order, with its original date.
  • The permissions in force at each step: who could see what, and under which grant.
  • What was reused from earlier work, and where it came from.
  • Who approved what, and which exact version they approved.
Under the hood

Go deeper.

How the Agent OS runs a firm's work: the platform, the scopes inside a client vault, the agents that keep working on each client, and the kinds of agent a matter can use.

Your firm

People with authorised roles

  • Client
  • Counsel
  • Contractor
  • Board and executives

An agent catalog the firm owns

  • Your own agents
  • Approved third-party agents

AccessSkillsTools

Launch configured agents

The Agent OS

  • Autonomous and on demand
  • Permission checked on every run

TraceableAuditableVerifiable

The client's own data

Access and scopesDomains and concerns
  • Data and local models stay here
  • Knowledge compounds within scope
The platform in one picture: the firm launches configured agents, the operating system runs them in loops, and every run works against the client's own data under a checked permission.

Client vault One per client. Matters and practice areas are scopes inside it.

  • CommercialScope with its own event log
  • PrivacyScope with its own event log
  • ProductScope with its own event log
  • CorporateScope with its own event log
  • EmploymentScope with its own event log
  • LitigationScope with its own event log
  • RegulatoryScope with its own event log
  • AI governanceScope with its own event log
  • IPScope with its own event log

Every scope keeps attributed writes and lineage.

Agents

Approved agentSigned, scoped, revocable grant
Approved agentSigned, scoped, revocable grant

Scopes bound agent access today. Firm-side roles and ethical walls are specified with your team.

Matters are scopes inside one client vault. Isolation is the architecture; sharing across scopes is the permissioned exception.

Matters end; clients do not. One client vault that every matter, scope and agent writes back into.

Client vault

  • Structure
  • Positions
  • Obligations
  • Preferences

What the vault knows about this client

Operators run in constant loops, autonomously or when a lawyer asks.

  • Research operatorPrecedent and authorityStatutes, cases, memos
  • Drafting operatorDocuments and redlinesDrafts, redlines, clause library
  • Deadline operatorObligations as living stateFilings, renewals, limitation dates
Every operator runs in a constant loop. Each starts from everything the client vault already holds and writes back under a signed grant.

Three kinds of agent

Resident agents
Run inside the client's vault. They route work, make judgement calls and write back to the client vault.
Model agents
Local models, or ChatGPT and Claude called under a grant. They see only the brief they are handed, and their output returns to the vault.
External tools
Research databases, e-discovery and filing systems, connected with explicit rules on what may go out.
The workspace

What your team works in.

Screens from the demo workspace. The clients, people and agreements shown are fictional.

Trust and security

Confidentiality you can check.

Client data access, audit and lineage stay separate for every client, enforced by the platform the workspace runs on.

Where the client file goes decides which AI a lawyer may use.
QuestionA hosted AI tool on its ownA local model in manykindChatGPT or Claude through manykind
Where the client file goesTo the vendor's servers, under the vendor's termsNowhere. The model comes to the vaultThe file stays in the vault; the text of each prompt goes to the provider
Who keeps the contextThe vendorThe client and the firmThe client and the firm
What is recordedMetadata at most, held by the vendorEvery action: who, from what input, producing whatEvery prompt and output, in the vault
What the firm's rules allowUse off the record, or not at allUse on real matters, under the firm's policyUse where firm policy allows, on the record

Use local models, or bring ChatGPT and Claude.

AI legal assistants help your lawyers think. They do not help the firm remember. Treat them as swappable reasoning: every agent, whichever model it uses, works under a grant the vault owner signs, and what it produces stays with the firm.

The grant model: the owner's wallet owns the vault and issues or revokes a signed, scoped, time-bound grant. The grant admits an agent, which reads and writes the vault only under that grant. Switching agents means revoking one grant and signing another; the context never moves. owns issues, revokes admits Reads and writes only under the grant The owner's walletA key the owner holds. The only authority. Sovereign vaultEvents, memory, history and stateContent-addressed, with an event logper scope The grantSigned, scoped,time-bound, revocableby signature Agent AAny conformant agent Agent BSwapped in with onesignature The grant model: the owner's wallet owns the vault and issues or revokes a signed, scoped, time-bound grant. The grant admits an agent, which reads and writes the vault only under that grant. Switching agents means revoking one grant and signing another; the context never moves. issues, revokes admits owns Reads and writes onlyunder the grant The owner's walletA key the owner holds.The only authority. The grantSigned, scoped, time-bound,revocable by signature Agent AAny conformantagent Agent BSwapped in withone signature Sovereign vaultEvents, memory, history andstate. Content-addressed, withan event log per scope.
Switching agents means revoking one grant and signing another. The context never moves.
Pilot

Start with one practice group.

For boutiques and mid-size firms that draft and negotiate for repeat clients: commercial contracts, corporate and employment work.

A pilot runs on a few of your clients and your own master templates. We import existing client history with its original dates, set up passkey sign-in for your team, and review the first matters with you.

Questions

What firms ask first.