Makor gathers the material of a matter, filters it, reads it, cross-references it and verifies it. What comes out is a single factual record: facts, people, a chronology, contradictions and gaps. Every item in it leads back to the document it came from.
The lawyer builds the strategy. Makor makes sure the factual picture it rests on is complete, organised and open to inspection.
The problem
In a complex case the hard part is not making the argument. It is knowing what is in the file.
A single commercial dispute rests on thousands of documents, message threads, contracts, spreadsheets, invoices and filings, built up over years and scattered across mailboxes, shared drives and scanned binders. No team can read all of it, hold all of it in mind and cross-reference all of it against the court's timetable.
So the factual layer the strategy rests on is built by hand, usually by the junior team, in a spreadsheet and a Word file. The partner making the most consequential decisions in the matter relies on work whose completeness rests on people's memory and on the time they had.
Thousandsof documents, emails and message threads in a single commercial matter
Hundredsof hours sorting, tagging and cross-checking before anyone gets to strategy
One pieceof evidence found too late is enough to change an argument
Sources
The material arrives from everywhere, in every format.
Makor ingests mailboxes, shared drives, folders dragged in as they are, WhatsApp exports, old scans and court filings. It spots duplicates and versions, links every item to what it proves, and reads what was not meant to be read: hidden spreadsheet rows, deleted comments and version history.
GmailWhole mailboxes, attachments and threads included
OutlookThe same collection in a Microsoft estate, plus EML, MSG and ZIP files
Google DriveShared folders, versions and permissions
OneDrive · SharePointThe firm's document libraries, and the client's
WhatsAppFull chat exports: text, media, groups
The matter folderDrag a whole folder in; the structure is preserved
PDFIncluding Hebrew scans, quoted exactly
Word · ExcelContracts, drafts and spreadsheets, hidden rows included
Scans and photosHebrew OCR, plus capture metadata
Court filingsPleadings, rulings and hearing transcripts
Collection is scoped to the matter, not to a person. A colleague's mailbox is never taken wholesale: it has to be narrowed by keywords, or by intersecting it with the opposing side's participants, and the system itself enforces that.
What Makor builds
Raw material in. A factual record out.
Makor does not produce another folder of files. It builds one layer that holds the matter: every fact, who said it, when, which document it is written in, and where its evidence stands. The chronology, the evidence matrix, the contradictions, the gaps and the pleading map are all views of that layer, not separate documents each needing upkeep of its own.
New material does not simply land in a folder. It is checked against what the matter already knows: a claim that had no evidence finds its match, an event on the timeline gains a supporting document. Every match goes to a person for approval, and only then does it enter the record.
01
SourcesConnect mailboxes, drives, folders and WhatsApp exports. Collection is scoped to the matter.
02
TriageWhatever does not belong to the matter is marked and does not proceed to analysis. Triage comes before the expensive work.
03
Local processingScan OCR, file metadata and image descriptions, on the server itself.
04
Case scope, approved by a lawyerThe themes, the parties and the boundaries of the matter. Without approval, no analysis runs.
05
Facts and sourcesEvery fact with its quote and the document behind it.
06
VerificationEach quote is checked against the original document before it enters the record.
07
People and chronologyWho spoke to whom, and what happened when. Built from the correspondence itself.
08
Contradictions, gaps and allegationsWhat does not add up, what is missing, and what supports each allegation against what contradicts it.
09
OutputA research file, a numbered document list for disclosure, and exports. All of it a draft for a lawyer to review.
Where Makor comes in
Litigation runs for years. The factual ground stays the same ground.
Teams change and the material keeps piling up. Makor keeps the factual ground in one place from day one, and feeds it into the tools the firm manages, writes and files in.
01
Opening the matterMakor: taking in the existing material, triage and a first mapping.You: who the parties are, where the limits of the matter run, and the approval before any analysis runs.
02
DiscoveryMakor: gaps, a numbered document list, and items flagged for a privilege check.You: what is requested, from whom, and what is handed over.
03
Building the pictureMakor: facts with a quote and a document, a chronology, people and contradictions.You: the arguments, the strategy and what goes in.
04
Preparing for the hearingMakor: what each person said, where and when, and the versions that do not sit together.You: the cross-examination questions and the calls made in the hearing.
05
Writing and filingMakor: chapters and tables that go into the tool you write in.You: the drafting, the signature and the filing.
Who it is for
One factual layer. Three ways in.
The engine, the quote verification and the security are identical in all three. What changes is the volume of work, the setup, and who administers the system day to day.
Large litigation firm
A litigation department running evidence-heavy matters in parallel, with teams that change over the years.
Every matter is an ethical wall: access is granted on a need-to-know basis, and even an administrator needs a recorded grant
A full audit log, covering every model call, every permission change and every export
Deployed on the firm's own infrastructure, or a dedicated environment we run for that firm alone
A small firm gets the same system, with a number of users and open matters that fits its size. Quote verification, the matter wall, the audit log and how material is retained are identical across all three.
Deployment and security
You choose where Makor runs.
Two options, the same system, the same permissions and the same audit log. The difference is who operates the infrastructure.
On the firm's infrastructure
The installation, the database and the documents sit with you
Your backups, your network, your security policy
No Makor cloud in the middle
The licence is digitally signed and verified on the server itself
The installation keeps working even if Makor ceases to operate
A dedicated private server we operate
An isolated environment for one firm. Not a shared service
We maintain it, back it up and update it
For a firm that does not want to run infrastructure itself
We run a private, isolated environment for the firm and take care of server maintenance, backups and system updates. Hosting terms and operational access are set in the hosting addendum
Infrastructure in Israel can be chosen, where the firm's policy or the client requires it
The firm owns the model keyThe contract and the billing are yours directly. Usage is metered per matter and stops at the budget you set.
A wall between mattersNeed-to-know access. Not even an administrator gets in quietly, and taking access writes an entry in the log.
Security keys and two-factorWebAuthn or TOTP, lockout after failed attempts, and sessions that expire on their own.
A full audit logEvery login, every access denial, every permission change and every model call. The log lives in the firm's environment and is the firm's to read.
Attorney sign-off before analysisAnalysis runs after an attorney has approved the matter's settings, and every paid step starts on an explicit instruction.
Retention and deletion in lawThe retention period is enforced in the database itself, not in a policy document.
The firm's brandingThe firm's name and colours. To the client it is the firm's system.
Fully local operationIntake, filtering, scan decoding, Hebrew search and quote verification all run on the server itself. A firm that chooses it runs a whole matter with every passage staying with them.
AI assistant access, under your controlMakor can be opened to the firm's AI assistant as a read-only interface, or left closed. It is an administrator setting, and every read is written to the audit log.
Exactly what leaves, and when: the matter's material stays out of any Makor cloud. When an analysis runs, the relevant passages are sent to the model provider from the server running the system, under the firm's own account and key and according to what you approved. Intake, filtering, scan decoding, Hebrew search and quote verification all run on the server itself.
How it works
What happens between the pile and the factual record.
In
Gmail
Outlook
Google Drive
OneDrive
WhatsApp
PDF
Word
Excel
Scans
Court filings
Processing
Relevance triage
Scan OCR, run locally
Image metadata
Duplicate detection
Email thread analysis
Entity and date extraction
Fact extraction
Verification against the document
Cross-reference with the matter
Evidence grading
Out
Facts and sources
Factual timeline
People in the matter
Contradictions
Gaps and missing evidence
Pleading map
Document list for disclosure
Coverage report
Research file for export
Local processing and cost
Most of the work happens locally.
Makor does not send every operation to an external model. Scan OCR, metadata extraction and image analysis run inside the private environment where the system is installed, and anything triage rejected does not proceed to analysis. Less material leaves, the cost falls, and you know exactly what was sent.
Scan OCR, run locally
Hebrew and English decoding runs on the server that runs Makor, on the machine's own account, and the document stays there. Every page gets a confidence level, and only weak pages can be sent for advanced paid decoding, if you choose that.
Images and metadata
A small vision model in the same environment writes a short description of each image, and the file itself yields the capture date, the device and the location if one was stored. The description is a finding aid; the evidence stays the document itself.
Filter before analysis
Material marked irrelevant does not proceed to model analysis and incurs no model cost. Filtering happens before the expensive stage, not after it. The material itself stays searchable, so nothing set aside during triage ever becomes unreachable.
Spend is metered per matter, shown as it happens and stopped at a ceiling you set. An expensive model is used only where it genuinely adds something; whatever can be done locally, or done deterministically, stays there.
The metering is there so you know, and the ceiling is there so a question can be asked freely. The overwhelming majority of the work runs locally, on the machine's own account.
Trust and verification
You do not have to trust Makor. You can check it.
A model can point at where the material is, and a quote is always pulled from the document. Deterministic code pulls the original document and checks the quote against it, character by character, and only then does the quote get a status. A quote that is not found as written is not quietly dropped: it is flagged, and the fact resting on it is downgraded and reaches the lawyer marked.
A statement that rests on inference is marked as inference and shown as one, so the line between what the material says and what was learned from it stays visible.
A scanned document is decoded, and the text produced becomes that page's text layer. A quote from a scan is checked against the text layer of the page it came from, and the page number is kept so the scan itself can be opened and read. A description the system writes for an image, or metadata read out of a file, serve to find material: verification rests on the document's text layer alone. A layer created to help with search stays an aid to search, and the evidence is the document itself. That distinction is written in code, not in a procedure.
Verified verbatim
The quote appears in the document exactly as shown. This is the highest verification level the system gives.
Paraphrased, and labelled as such
The meaning holds but the wording differs from the original. The item is marked, and stays labelled as a paraphrase.
Not found in the document
The quote is not in the source. The fact is downgraded automatically and reaches the lawyer flagged in red.
Proven in a document
An exact quote, in the original, where it was cited.
Well supported
Several consistent sources point the same way.
Supported but incomplete
There is evidence, but a link in the chain is missing.
Inference only
Inferred from the material and labelled as inferred. Never quietly.
Contradicted or problematic
Sources conflict. Flagged for the lawyer's attention.
Inside the workspace
Your case material, organised for work.
Matter workspace · fictional matter, for illustration
12 January 2023
Framework agreement signed between Almog Development and Meridian Construction. Delivery set for 30 June 2024.
EX-7 · CONTRACT · §4.2
3 August 2023
First notice of delay. The site manager reports a nine-week slip on the frame over WhatsApp, blaming a supplier failure.
EX-142 · WHATSAPP · 14:32
15 September 2023
Progress report claims the schedule is on track. It contradicts the same team's internal report of 3 August.
CONTRADICTION · EX-198 vs EX-142
2 February 2024
Payment withheld. Milestone 4 invoice disputed; ILS 2.4m held pending approval.
EX-311 · INVOICE + EX-314 · LETTER
Fact
Source
Who
Date
Evidence grade
Delivery date set at 30 June 2024
EX-7 §4.2
Both parties
12.1.23
Proven
A nine-week slip was reported internally
EX-142
Site manager
3.8.23
Well supported
A supplier failure caused the slip
EX-142, EX-155
Contractor
8/23
Partial
The developer knew of the slip before the September report
–
–
–
Inference
The schedule was on track in September 2023
EX-198
Contractor
15.9.23
Contradicted
Who knew about the delay before the September progress report?
The site manager reported a nine-week slip on 3 August 2023, six weeks before the progress report. It was sent in a WhatsApp group that included the developer's own project manager.
Did the developer approve an extension of the delivery date in writing?
There is no evidence of that in this matter. No document was found in which the developer approves an extension. Searched: extension of time, schedule approval, deferred delivery, additional days. Zero verified hits.
GAP · MISSING DOCUMENT: written approval of an extension
Makor answers only from what is in the matter. Where there is no evidence it says so, and shows what it searched. Every quote in an answer was checked against its document before it was shown.
Paragraph
Claimant's allegation
For
Against
Status
§12
Delivery was eleven months late with no prior notice
F-0142, F-0155
F-0201
Mixed
§14
The defendant never reported any schedule delay
–
F-0142
Contradicted
§19
The claimant paid the full sum due for milestone 4
–
–
No evidence
§23
A written notice was sent on 2 February 2024
F-0311
–
Supported
The pleading goes in, and every paragraph comes back mapped against the material: what supports it, what contradicts it, and where there is nothing at all. The map is raw material for the lawyer's decision, not a legal position.
Everything in these views belongs to a fictional matter built for illustration. This site contains no client material and no real names.
Capabilities
What you do inside a matter.
Quote verification
Every quote is checked character by character against the document's text layer. Anything not found as written is flagged, and the fact resting on it is downgraded.
Facts and sources
Scattered documents become one table of facts: what is asserted, who said it, when, from which document, and at what evidence grade.
Factual timeline
The full chronology of the matter, with every event linked to the evidence it was drawn from.
Ask the matter
Ask in plain language, get an answer drawn only from the material, with a link to every source. Where the matter holds no evidence, the answer says so rather than guessing.
Contradictions and gaps
Inconsistencies between documents, statements and pleadings, with both quotes side by side. And alongside them what is absent: the evidence you would expect this matter to contain and it does not.
Facts that hurt your case
A system that shows you only what you hoped to find is not a litigation tool. Material that contradicts or weakens your client's account is not an exception here, it is required output: flagged and surfaced, rather than waiting at the bottom of the pile until cross-examination.
Pleading mapping
A pleading goes in, and each paragraph comes out mapped against the material: what supports it, what contradicts it, and where there is no evidence at all. The legal conclusion stays with you.
People in the matter
The cast of the matter is built from the correspondence itself: addresses, nicknames, WhatsApp display names and spelling variants. Duplicate identities are proposed for merging.
Every new file cross-referenced
A file entering the matter is checked immediately against what the matter already knows: a claim that was waiting for evidence, or a date already on the timeline. The match goes to a person to approve, and the quote is verified again at the moment of approval.
Research file and disclosure list
An ordered research file, and a numbered document list towards disclosure, with items suspected of privilege flagged for review. All of it a working draft for a lawyer to check and sign.
Coverage report
The list of documents no issue in the matter has touched. The analysis also shows what stayed outside the pleading, so the decision is made on the full picture.
A third party connects their own source
A witness, an employee or a client can be sent a secure link that lets them connect the relevant mailbox or drive themselves, with the password staying with them. Consent is recorded, the state of the connection is visible at any moment, and every grant can be revoked.
What you get
What you get, and where it enters the tool you write in.
The deliverables come out in chapters. A chapter stands on its own, at a size a writing tool reads comfortably, and inside it are the facts with the quote and the document behind them.
Research file chapters
A chapter per theme: what happened, who said it, from which document, and at what level of evidence. Every chapter is edited in Hebrew and marked as a draft for a lawyer to check.
Tables to work from
Facts and sources, the chronology and the pleading map, as tables you can filter, sort and work from directly against the material.
The pleading map as a writing tool
Every paragraph of the pleading against the material in the matter: what supports it, what contradicts it and where a gap sits. That is the worklist the next paragraph is written from.
A direct connection to your own tool
Makor opens as a read-only interface, so the assistant or the writing tool you work in pulls a fact with its quote directly. Opening it is a firm setting, the token belongs to a named lawyer, and every read is written to the audit log.
The drafting stays with you and with the tool you write in. Makor supplies the material it rests on, ordered, verified and ready to feed in.
Recurring questions
Questions that come up in every review.
How does a new matter start?
You connect the sources: mailboxes, drives, folders and WhatsApp exports. A lawyer approves the settings of the matter, and only after that approval does the analysis begin to run.
What leaves the server when an analysis runs?
Only the passages that passed filtering, from the server running Makor, under the firm's own account and key and according to what an attorney approved. Every call is written to the audit log, and a firm that chooses it runs a whole matter on its own server.
What does each question cost?
Cost is metered and shown in real time, every matter has a ceiling you set, and most of the work runs locally, on the machine's own account. The metering is there so you know, and so a question can be asked freely.
Can it be installed on the firm's own infrastructure?
Yes, and that is the default posture. A dedicated private server that we operate is also available, and infrastructure in Israel can be chosen.
What happens if Makor stops operating?
The installation keeps working, the licence is checked locally, and there is source-code escrow and a full operations runbook. The detail is on the Security and trust.
What do you get in hand at the end?
Chapters, tables and a read-only connection to the tool you write in, as set out in What you get.
Makor brings the material to a state where a decision can be made. The decision, the drafting and the strategy stay with the lawyer and with the tool they write in.
Makor is responsible for
Taking in everything that enters the matter, and analysing what passes triage
Drawing out facts, each with its document
Checking every quote against the original
Building the chronology, the people, the contradictions and the gaps
Mapping each pleaded paragraph against the material
Flagging what works against the client too
The lawyer is responsible for
The legal analysis and the strategy
What goes into a pleading and what stays out
Reviewing and signing every draft the system produces
Approving the case definition before any analysis runs
Every decision in the matter, start to finish
Book a demo
See Makor on a complex matter.
Thirty minutes on a fictional matter built for the purpose. You do not need to bring real material to see how it works. Tell us about the kind of case weighing on you now, and we will show you what it looks like once Makor has been through it.
No client material is used in demonstrations.
Book a meeting
Or pick a time now.
A 30-minute introductory call, straight into our calendar. Pick a free slot, leave your details, and the invitation arrives in your inbox.