This article should answer:
What are Playbooks
When to use them
Creating a Playbook
What are Playbooks
Playbooks allow you to review legal documents using AI combined with your organisation’s own review rules.
Instead of relying only on general AI knowledge, Playbooks applies explicitly defined internal rules to your document. It analyses clauses and paragraphs individually, cross-checks them against your requirements, and returns structured feedback with references to the relevant sections.
The result: faster reviews that reflect how your legal team actually works.
Why not rely on AI alone?
Large Language Models (LLMs) like GPT are trained on publicly available information. While they understand legal language well, they do not know:
Your internal policies
Your negotiation positions
Your risk appetite
Your deal-specific context
Your unwritten team practices
Playbooks solves this by explicitly defining your rules and (optionally) asking deal-specific questions before running the review. This ensures the AI applies your standards — not generic assumptions.
✅When to use them
Ensure contracts comply with your internal policies
Standardise review practices across a team
Speed up repetitive or structured contract reviews
Support legal professionals with an AI-assisted first assessment
⚠️ When not to use them
If the review is delegated to non-legal users who cannot assess the output
For highly sensitive or high-risk matters without legal supervision
If your organisation prefers fully manual review workflows
For structured manual reviews without AI, consider using Checklists instead.
Playbooks is primarily designed for contracts in DOCX format.
It can also be used for other Word documents such as memos or letters.
PDF documents must first be converted to Word before review.
Creating a Playbook
You can create playbooks in several ways:
1. Start from scratch
Create a blank category and manually add rules.
2. Extract rules from selected text
Use GenAI to turn existing text (e.g. internal playbooks or client guidelines) into rules. Simply select text in a document and let ClauseBuddy generate a first version.
3. Use pre-made templates
LawVu Draft provides ready-made playbook samples (Word documents). These are a practical starting point, especially if your team doesn’t already have structured rules.
These templates are intentionally imperfect - they may include too many or even conflicting rules. The goal is to review them internally, remove what’s not relevant, and refine what remains. This process often reveals differences in understanding within teams.
Importing Rules from Documents
Once you’ve prepared a document, you can convert it into a review category.
Using structured templates (recommended)
For best results, format your Word document as follows:
Use Title style for the document title
Use Heading 1 for groups
Use Heading 2 for individual rules
Keep each rule to one paragraph
Start rules with a short bold title
ClauseBuddy will automatically convert this into structured rules.
Using outline levels
If your document wasn’t based on a template, you can still import it if it uses proper outline levels (e.g. Heading styles). Higher levels become groups; the lowest level becomes individual requirements.
To preserve ordering, consider adding numbering (e.g. 01, 02, 03).
General Guidelines
Language and translations
You can add multiple languages, but this is optional. LLMs can handle multilingual input, though translations can help avoid ambiguity in legal concepts.
Keep content concise
LLMs perform better with clear, focused instructions. Overly long or complex rules can reduce accuracy. Think of the LLM like a junior colleague—clear key points often work better than extensive detail.
You can store additional internal guidance in the Context field. This is shown to users but not sent to the LLM.
What to include
Include information the LLM may not know (e.g. recent developments, internal policies, niche legal areas). You can omit widely known concepts or standard legal knowledge unless precision is required.
Adding Rules and Elements
Within a category, you can add different types of elements:
Group: Organises rules into a hierarchy (for humans, not the LLM)
Requirement: The core rule (what must or must not be present)
Condition: Defines when a requirement applies
Action: Suggests what to do (e.g. rewrite or insert clauses)
Insight: Provides background context for the LLM
Information extraction: Pulls specific data from documents
Literal text match: Checks for exact wording
Requirements (Core Rules)
A requirement defines what should be checked in a document.
Title: Short label (e.g. “Liability must be capped”)
Contents: Optional detail (omit if it repeats the title)
You can enhance requirements with:
Context: Internal notes (not sent to the LLM)
Conditions: When the rule applies
Actions: What the user should do if triggered
Conditions
Conditions control when a requirement is relevant.
They can include questions for the end-user (e.g. deal size, product type). The answers are passed to the LLM and help determine whether the rule applies.
Conditions can be reused across multiple requirements, which avoids duplication and keeps rules consistent.
Actions
Actions guide the user on what to do, regardless of whether a requirement is met. For example:
Insert a standard clause
Rewrite problematic wording
Add a predefined comment
You can provide multiple actions per requirement (e.g. strict vs. flexible fallback options).
Insights
Insights give general background information to the LLM (e.g. explaining your product or internal practices). They help avoid repeating the same explanation across multiple requirements.
Literal Text Match
This feature checks for exact text, using traditional (non-LLM) matching.
Use it when wording must be precise (e.g. mandatory legal clauses). Keep in mind:
Matching is strict—small differences will fail
PDFs may introduce errors during conversion
Matching works best on short, single paragraphs
For multiple clauses, create separate rules rather than one long match.
Refining Requirements
You can define different levels of compliance, such as:
Fully met
Mostly met
Partially met
Not met
Irrelevant
This allows more nuanced feedback during review, especially when multiple acceptable positions exist.
Review Sets
Once your category contains multiple rules, you can group them into review sets.
Review sets allow you to:
Select which rules apply in a specific scenario
Pre-fill answers to condition questions
This is useful when not all rules apply to every deal. For example, a low-value contract may require fewer checks than a high-risk, high-value agreement.
If no review set is used, all rules in the category are applied by default.
Important: Playbooks is review support
AI-based document review is still evolving.
Playbooks should be considered a structured first-pass review that helps you:
Identify potential issues
Spot missing elements
Highlight clauses that require attention
You should not blindly rely on the output, regardless of how detailed your rules are. Final legal assessment remains the responsibility of a qualified professional.
The quality of results will continue to improve as AI models evolve.


