Case files
The facts of a case can be spread across pleadings, witness transcripts, exhibits and correspondence. Finding where two witnesses disagree can mean reading all of it and remembering what each person said.
When you capture those documents into a brain for the case, they compile into pages for each person,
event and issue, and every page links back to the documents behind it. If a new document contradicts a
page, the page keeps both claims and is marked contested, so your team can read the conflict and open
both sources.
Two witnesses, one page
Routing compares each extracted fact with existing pages by meaning, so two accounts of the same event
can land on the same page, and the second can mark it contested.
Treat contested pages as leads for your team to review. They show only what the brain has flagged, and
your team still needs to read the documents.
Set up one brain per case
Give each case its own subject UUID and create the brain under it. A call with the wrong subject returns
404, which makes it harder for a bug in your app to return pages from another case.
Add the names and abbreviations used in the case to the profile as well. Profile changes only apply to later captures, so set this before the first import.
One API key serves your whole application, and your app chooses the subject for each call. Check that the person is allowed to work on a case before your app makes that call.
Import the file
captureBatch takes up to 500 items, and each one succeeds or fails separately. Use your document
system’s ID and version as the originRef, so sending a document again after a timeout won’t create a
second capture:
How you send a document depends on what it is:
Extraction runs after the call returns, so a signed link has to stay valid until the source is
completed. Legacy .ppt files and other unsupported binary formats are rejected.
A source’s content field holds the text extracted from the document, which lets you check what the
brain read. Use retrySource for any source that has failed.
A version’s createdAt shows when the brain made that version, which may not match the order of events
in the case. Take dates from the documents themselves.
Trace an answer back to the document
Search for candidate pages and read them in full. Each page lists the ingest sources behind it, and
listSources returns their labels and originRef values, which your team can use to open the documents:
Give your model the pages and instructions like these:
Documents from the other side go into the brain like any other, which is why the last rule is there.
Review contested pages
List the contested pages to see the conflicts the brain has flagged so far.
Whether to resolve a page depends on what caused the conflict.
Unresolved contested pages raise Strain in brain health, so expect a higher
Strain on a case with open factual disputes.
Find pages worth reading together
A connection can point to two pages worth reading together, such as a witness and an event that no single document links. A model judges each pair and stores its reason.
Use ackConnection to dismiss one you’ve reviewed. To see what a new document changed, read the change
feed with since set to your last review.
Before you send a case to a brain
- Check your duties. Your obligations on confidentiality and privilege apply to any outside service. Review them and any client terms before you import a document.
- Decide what stays out. Everyone with access to a brain through your app can get answers from all of its pages. Leave out material your team can’t share with the service, and keep restricted documents in a brain of their own.
- Plan for the end of the case.
exportMarkdownexports the brain as one markdown bundle, andbrains.removeis a soft delete.deletePermanentlyremoves a page, its versions and its connections with no undo, andremoveSourcedeletes an ingest source but leaves the pages built from it. Check these against your retention policy before you import anything.
When to use something else
A page summarises what its sources say. Quote and cite from the original document in anything you file or send, and have a lawyer check any answer you rely on.
Your document management system stays the record of what was filed and when, and your e-discovery platform handles review, tagging and production. A brain doesn’t replace legal research either, since it only knows the material you’ve given it.
How to build with Living Brain covers the write and read paths in more detail.