--- title: "Why Contract Review Is Slow: The Playbook Only Exists in Someone's Head" canonical_url: "https://cognilium.ai/case-studies/contract-review-against-your-own-playbook" slug: "contract-review-against-your-own-playbook" section: "case-studies" date_published: "2026-08-04" date_modified: "2026-08-04" word_count: 603 author: "Mudassir Marwat" author_identifier: "0009-0008-1927-2598" person_same_as: - "https://www.linkedin.com/in/mudassir-marwat/" - "https://orcid.org/0009-0008-1927-2598" - "https://github.com/mudassirmarwat" - "https://medium.com/@mudassir-marwat" - "https://www.youtube.com/@mudassir-marwat" - "https://dev.to/mudassirmarwat" - "https://hashnode.com/@mudassirmarwat" - "https://huggingface.co/mudassirmarwat" - "https://bsky.app/profile/mudassir-marwat.bsky.social" - "https://substack.com/@mudassirmarwat" - "https://topmate.io/mudassirmarwat" - "https://fueler.io/mudassirmarwat" - "https://www.instagram.com/mudassirmarwat/" - "https://www.facebook.com/mudassir.marwat" - "https://www.reddit.com/user/mudassirmarwat/" - "https://www.f6s.com/member/mudassir-marwat" - "https://cognilium.ai/founder" entities: [] related: [] --- # Why Contract Review Is Slow: The Playbook Only Exists in Someone's Head Every company that reviews contracts has a playbook — the rules its legal team has agreed it will and will not accept. It is a document, and it does not scale. The reviewer scales it, from memory, one contract at a time. Here is what we built instead. ## The document that governs the decision, and never makes it Ask a legal team how they decide whether a contract is acceptable and you will be shown a playbook. It sets out the positions the company has agreed: what indemnity caps are tolerable, where liability must be limited, what happens on assignment or termination, how data processing is handled. It is real institutional knowledge and it took real work to agree. It is also inert. The playbook never reviews anything — a person does, holding it in memory while reading a contract someone else drafted, deciding clause by clause where the two disagree. That is slow, and more importantly it is uneven. Two reviewers produce two answers, and the same reviewer produces different answers in March and in December. The playbook was written to make the company's risk position consistent, and the way it is applied is the least consistent part of the process. ## Why generic contract AI does not solve this There is no shortage of tools that will read a contract and tell you what is risky. They are answering a different question — what is risky in general — and general is not the standard anyone is actually held to. Your company might accept uncapped liability for a data breach and refuse it for consequential loss. That is not a legal universal; it is a decision your team made and wrote down. A tool that does not know your playbook cannot flag a departure from it, and a flag that is not a departure from your position is noise the reviewer has to clear. So the playbook is ingested first, in whatever format it already exists in — PDF, Word, or a spreadsheet template — and turned into structured guidelines. Everything downstream is measured against that, not against a general model of contract risk. ## What the review actually produces Each clause is matched to the playbook terms that govern it, rather than to whatever is textually nearest — the clause that matters for a liability cap is often not the one with the word 'liability' in it. Each is scored across twelve legal categories, assessed for risk, and given a suggested revision. The output is deliberately not a summary. A summary of a contract is something the reviewer then has to work from. What comes back is the list of places this contract departs from what the company already decided, with the departure named and a redline proposed. ## Delivered where the work already happens It runs as a Microsoft Word add-in. Contract review happens in Word, and it is going to keep happening in Word regardless of what any vendor prefers. A reviewer opens the document they were going to open anyway and the risky clauses are highlighted in place. There is no export step and no second application to keep a tab open for. A separate tool is a separate habit, and a separate habit is the most reliable way to make a genuinely useful system go unused. ## What transfers to other review work The pattern is not specific to contracts. Wherever an organisation has written down how it makes a judgement — an underwriting guide, a credit policy, a clinical protocol, a supplier standard — you will usually find the same gap: the document sets the standard, and a person applies it from memory under time pressure. The useful move is rarely to automate the judgement. It is to make the written standard active: able to say where this specific case departs from it, in the tool the reviewer already has open, leaving the decision where it belongs. ## Frequently asked questions ### How is this different from generic contract-review AI? Generic tools measure a contract against legal practice in the abstract. Your company is not held to the abstract — it is held to the positions its own legal team agreed and wrote into a playbook. This ingests that playbook first and reports departures from it, which is a much shorter and much more actionable list than everything a model considers risky in general. ### Does our playbook need to be in a particular format? No. It is ingested from whatever it already is — a PDF, a Word document, or a spreadsheet template — and the guidelines are extracted as structured rules. Reformatting a playbook before you can use it is the kind of setup cost that stops projects like this from starting. ### Does it decide whether to accept a clause? No, and deliberately. It reports where a clause departs from your stated position, at what risk level, with a suggested revision. Whether to accept the departure is a commercial judgement that depends on the counterparty, the deal and the moment — and that stays with the reviewer. ### Why a Word add-in rather than a web application? Because contract review happens in Word and will continue to. Highlighting risky clauses in the document the reviewer already has open removes the export step and the second tool. A separate application is a separate habit, and that is the most common reason a useful system ends up unused. ### Does the approach work outside contracts? The shape does. Any organisation that has written down how it makes a judgement — an underwriting guide, a credit policy, a clinical protocol, a supplier standard — has the same gap between the document that sets the standard and the person applying it from memory. --- Canonical HTML: https://cognilium.ai/case-studies/contract-review-against-your-own-playbook