ai-legal-claude: The Markdown Stack That Turns Claude Code Into a Contract Review Machine

Five specialist passes, one weighted score, and a client-ready PDF. This repo shows how domain software can live inside Claude Code, not just plug into it.

9 min read • View on GitHub • More from zubair-trabzada

A contract folder feeds a terminal-like machine that splits the work into five specialist channels before recombining it as a report. The image explains the repo's core idea: a directory of Markdown files behaves like an operating system for legal triage.
The project's real product is a workflow, not a web app.

I needed AI help reviewing contracts โ€” NDAs, SaaS agreements, vendor terms, merchant agreements โ€” directly in my workflow. So I spent a while researching what was out there.

Zubair Trabzada, Project Creator ยท r/ClaudeAI post
Key Takeaways

The filesystem is the product

Claude Code is usually where developers write and ship software. ai-legal-claude uses the same interface to route contracts, draft documents, and produce a PDF you can hand to someone else. The surprise is not the legal niche. It is that the repo's logic lives in Markdown files, shell scripts, and Python utilities that behave like a vertical application.

Zubair Trabzada built it because legal help should sit inside the workflow, not behind a separate portal. In his own words, he needed AI help reviewing NDAs, SaaS agreements, vendor terms, and merchant agreements directly in his workflow.

WSJ-style hedcut portrait of Zubair Trabzada based on his GitHub avatar. The portrait gives a face to the project creator whose workflow-first framing explains the repo's shape.
/legal/SKILL.md
/skills/legal-review/SKILL.md
/skills/legal-nda/SKILL.md
/agents/legal-risks.md
/agents/legal-clauses.md
/scripts/generate_legal_pdf.py
/templates/
/install.sh
/uninstall.sh

That layout matters because each folder has a job. /legal is the router, /skills are task-specific workflows, /agents are specialist lenses, and /scripts turns the result into a deliverable.

One contract, five specialist passes

The flagship move is orchestration, not a bigger prompt. /legal review fans one document out to five specialist passes: Clause Analyst, Risk Assessor, Compliance Checker, Terms Mapper, and Recommendations Engine. Each pass sees the same contract, but each is optimized to catch a different kind of failure.

A single command fans out into five specialist reviewers, then recombines their signals into one weighted safety score and report.

A close-up shows one contract page moving through five narrow inspection lanes, each lane applying a different kind of judgment. The image makes the repo's parallel review model concrete and shows why specialization beats a single generic pass.
The trick is not more AI. It is a narrower assignment for each pass.

That split matters because generalist contract analysis tends to collapse everything into one voice. This repo separates clause extraction from risk judgment, compliance checks, obligation mapping, and remediation advice, then blends those outputs into a weighted score. The result is less chatty and easier to defend.

Why the repo splits judgment from output

The output layer is where the project stops feeling like a prompt bundle. generate_legal_pdf.py and the report templates turn analysis into a structured artifact with tables, headings, and a PDF body built through Python and ReportLab. That matters because a contract review only becomes useful when it can be archived, forwarded, and compared against the next draft.

The separation of judgment and formatting also makes the system reusable. The same analysis engine can support different deliverables later, whether that is an NDA summary, a redline packet, or a more formal client memo.

A print-finisher scene shows rough notes and clause fragments entering a press and emerging as a clean report packet. The image explains how the repo turns ephemeral AI output into a formal deliverable that can be shared outside the terminal.
Analysis is only half the product. Packaging turns it into something a client can actually use.

Why this feels like a product, not a prompt

Install and uninstall scripts are not glamorous, but they are a clue. They tell you the repo assumes lifecycle: setup, use, removal, and handoff. That is a different category from a one-off prompt, because it lets the workflow become part of a repeatable stack instead of a fragile experiment.

The README's business angle is equally direct. It frames the repo as a way to sell fast legal triage to freelancers and small businesses, with document generation making the output feel client-ready. In other words, the technical architecture and the business model are the same move.

Where it sits in the legal AI landscape

Compared with enterprise legal platforms, ai-legal-claude is narrower, lighter, and more local. Compared with open-source legal libraries, it is more operational. The difference is not just price. It is whether the software lives as a workflow you run or a system you must adopt.

Dimensionai-legal-claudeevolsb/claude-legal-skillCommercial legal AI
Primary interfaceMarkdown skills inside Claude CodeClaude Code legal skill with position-aware analysisEnterprise SaaS or CLM platform
Setup frictionLow. Install into ~/.claude and run commandsLow to moderate. Similar skill installHigh. Sales cycle, onboarding, and admin setup
Output artifactWeighted score plus PDF reportRed flags, benchmarks, and redlinesDashboards, workflows, and document review
Best forFreelancers, small teams, automation agenciesBuilders who want legal review inside ClaudeLarge legal and procurement teams
Core advantageWorkflow-native and composablePosition-aware analysis and benchmark cuesBreadth and enterprise controls
Core limitationNot a substitute for counselLess integrated delivery packagingHeavier, pricier, and less local

That is the real takeaway. The repo is not trying to win legal AI by being broad. It is trying to make one high-friction task feel native to a terminal, which is why the pattern could travel to other verticals just as easily.