Thousands of documents. One factual record.

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.

Thousands of documents, emails and message threads in a single commercial matter
Hundreds of hours sorting, tagging and cross-checking before anyone gets to strategy
One piece of 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.

  1. 01
    SourcesConnect mailboxes, drives, folders and WhatsApp exports. Collection is scoped to the matter.
  2. 02
    TriageWhatever does not belong to the matter is marked and does not proceed to analysis. Triage comes before the expensive work.
  3. 03
    Local processingScan OCR, file metadata and image descriptions, on the server itself.
  4. 04
    Case scope, approved by a lawyerThe themes, the parties and the boundaries of the matter. Without approval, no analysis runs.
  5. 05
    Facts and sourcesEvery fact with its quote and the document behind it.
  6. 06
    VerificationEach quote is checked against the original document before it enters the record.
  7. 07
    People and chronologyWho spoke to whom, and what happened when. Built from the correspondence itself.
  8. 08
    Contradictions, gaps and allegationsWhat does not add up, what is missing, and what supports each allegation against what contradicts it.
  9. 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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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 demonstration on a real matter

Small and mid-sized firm

Exactly the same system. Setting up means uploading the material, and the firm carries on working as it does.

  • Start with one matter, and watch the factual layer take shape in the same sitting
  • The same quote verification, the same matter wall and the same audit log as the largest firm
  • Setting up means uploading the material. The firm's way of working stays as it is
See it on a matter of yours

Companies and in-house legal

The company's own material, gathered around a single dispute: mailboxes, shared drives, contracts and operational correspondence.

  • Knowing what the company already knows, before outside counsel's clock starts running
  • Collection is scoped to the dispute, not to a person: the scope is defined in advance and enforced by the system itself, and consent is kept on record
  • The material stays in the company's own environment, and every access to it is recorded
A conversation about a live dispute

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
  • Providers and locations are listed under Sub-processors
  • 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
FactSourceWhoDateEvidence grade
Delivery date set at 30 June 2024EX-7 §4.2Both parties12.1.23Proven
A nine-week slip was reported internallyEX-142Site manager3.8.23Well supported
A supplier failure caused the slipEX-142, EX-155Contractor8/23Partial
The developer knew of the slip before the September reportInference
The schedule was on track in September 2023EX-198Contractor15.9.23Contradicted

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.

F-0142 · VERIFIED VERBATIM EX-142 · WHATSAPP · 3.8.23 14:32 EX-155 · INTERNAL EMAIL

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.

ParagraphClaimant's allegationForAgainstStatus
§12Delivery was eleven months late with no prior noticeF-0142, F-0155F-0201Mixed
§14The defendant never reported any schedule delayF-0142Contradicted
§19The claimant paid the full sum due for milestone 4No evidence
§23A written notice was sent on 2 February 2024F-0311Supported

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.

Another question: write to us and we will answer in writing before the meeting. You can also read how an introductory meeting runs and see How the price is built.

Where it fits

Built for evidence-heavy matters.

  • Commercial litigation
  • Real-estate disputes
  • Construction delay claims
  • Contractor disputes
  • Shareholder and indemnity disputes
  • Insurance subrogation
  • Document-heavy civil litigation
  • Internal investigations
  • Case assessment before filing

The boundary

What Makor does, and what stays with you.

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.

Times are shown in Israel time.

Loading available times…