SlopScore
00 crowd

legal-due-diligence-orchestrator

AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract due diligence, validate compliance, and generate risk reports via a multi-agent architecture.
Open repo on GitHubgithub.com/rhain-r/legal-due-diligence-orchestrator
Python · ★ 1 · 0 forks · MIT · paperwork by the Cap'mmostly ai (inferred)light human (inferred)works-on-my-machine (inferred)agentautomation🤖 claude🤖 claude-code
listed 2 hours ago by rhain-r · last checked 1 hour ago
The owner didn't write this. This repo never submitted itself. The Cap'm found it on a truffle trawl and wrote its paperwork from what GitHub already shows. Picked by hand by the Cap'm on 2026-09-14: AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract ; its own README says "AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract due diligence, validate compli". 1 stars; MIT license. The owner did not submit this. Votes count; awards don't until the owner claims it.

I'm not calling your project slop! Geeze, it's a joke... Do you own this repo?

Log in with GitHub as rhain-r. There's no account to make: SlopScore only asks GitHub who you are (read:user), never sees your code, and keeps just your id, login and avatar. Then you can:

  • Keep it, on your terms. Commit your own slopscore.md (spec) and press Refresh. Your paperwork replaces the Cap'm's, and you can submit it for Slop of the Day.
  • Take it down. One click on Remove. It stays gone; the trawl never brings it back.

Log in with GitHub

Can't log in as the owner? Request a takedown. No login needed, and a trawled listing comes down right away.

GitHub says
AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract due diligence, validate compliance, and generate risk reports via a multi-agent architecture.
topics
agentagentic-aiaiautomationclaudeclaude-codecompliancedue-diligencegeminigooglegoogle-geminilawlaw-firmlawtechlegallegal-techmicrosoftmicrosoft-autogenmulti-agent
created
2026-08-11 · pushed 3 weeks ago · 30 commits · 1 contributor
languages
Python 100%
paperwork
licensereadme 42% health
dependencies
no dependency graph (no manifest, or disabled) · OSV.dev, checked 2 hours ago

The Cap'm's log

The Cap'm wrote this paperwork, not the owner. This repo never submitted itself to SlopScore. The Cap'm picked it by hand: AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract ; its own README says "AI legal orchestrator agent built with Claude Code, Google Gemini, and Microsoft AutoGen to automate contract due diligence, validate compli". It carries the MIT license. The disclosures above are his best guess from what GitHub shows.

Is this yours? Commit a real slopscore.md and press Refresh to replace this, or remove the listing in one click. There's no account to make: you log in with GitHub.

README — the repo's own words, folded up so the grading fits on one screen

Legal Due Diligence Orchestrator

An Agentic AI system that operates as an autonomous legal due diligence orchestrator. Unlike linear automations, this multi-agent architecture utilizes an adversarial reasoning loop to audit complex contracts, make independent decisions about compliance risks, and use tools to securely parse documents, verify absence claims, and generate deterministic risk reports.

Instead of manually skimming hundreds of pages to prove what an agreement doesn't say, this system gives AI agents access to your legal documents and compliance rulebooks, allowing them to execute your firm's Standard Operating Procedures (SOPs) autonomously while actively preventing "lazy LLM" false negatives.


The problem

Contract review tools are good at telling you what a document says. The expensive paralegal work is proving what a document doesn't say — that there's no cap on damages, no governing-law clause, no return-of-materials obligation.

That's also where language models fail hardest, and fail quietly. A model that skims a 90-page master services agreement and reports "no limitation of liability found" produces output identical to a model that looked carefully and found nothing. Nothing in the response distinguishes diligence from laziness — and in legal work that false negative is the difference between a clean deal and uncapped exposure.

So this system treats absence claims as untrusted by default. Any agent that reports a missing clause triggers a verifier that re-reads the document with a deliberately different retrieval strategy, on a different model, with the burden of proof inverted — before the finding is allowed into the report.

Backend Demonstration

Verification loop recovering eight clauses

Try it out!

Live → A guided walkthrough

Architecture

Agent architecture

Text version
[ Ingestion ]  pypdf → paragraphs anchored to (page, ¶, §)
      │
      ▼
[ Lead Agent ]  loads SOP, scopes each rule to relevant sections
      │
      ├──► [ Liability Worker ]     ──► "uncapped risk"
      ├──► [ Termination Worker ]   ──► "clause missing"
      ├──► [ Jurisdiction Worker ]  ──► "found, §8"
      │
      ▼
[ Verifier ]  synonym search → section scan → full text
      │        goal: PROVE THE WORKER WRONG
      ├──► one verifiable hit ⇒ finding overturned
      │
      ▼
[ Output Agent ]  Pydantic-validated JSON + risk score

Challenges Solved

  • The "Lazy LLM" Problem: A model skimming a 90-page MSA will often say "no clause found" just to save compute.
    • Solution: Adversarial Verification. The verifier is forced to use a different retrieval strategy (synonym search + section scans) and a different model (Gemini vs. Claude), with the burden of proof inverted.

  • Hallucinated Quotes: LLMs notoriously invent text that sounds legally plausible.
    • Solution: Citation Gates. A custom cite_source() function verifies quotes against the anchored (page, ¶, §) source text before minting a Citation object.

  • Self-Contradictory JSON: Agents often output a status of "MISSING" while providing a quote of the clause.
    • Solution: Schema-Enforced Integrity. Pydantic v2 with extra="forbid" throws a ValidationError if an agent submits logically impossible combinations.


Evaluation

Worker Precision Recall F1 FP FN
Keyword-blind workers only 0.222 0.667 0.333 21 3
Keyword-blind + verification 0.462 0.667 0.546 7 3
Synonym-aware workers only 0.417 0.556 0.477 7 4
Synonym-aware + verification 0.417 0.556 0.477 7 4

Tech stack

Component Choice Why
Reasoning Anthropic Claude Sonnet Planner and clause workers
Verification Google Gemini Different lab, so the cross-check is real
Parsing pypdf Actively maintained, unlike PyPDF2
Validation Pydantic v2 extra="forbid" everywhere
Orchestration Purpose-built asyncio See below
Tooling uv, pytest, ruff, typer, rich
Built with Claude Code See build plan

Documentation

Doc Contents
architecture.md Component map, audit sequence, verification design, limitations
compliance-rules.md YAML rule format and how to author good synonyms
setup-guide.md Install, configure, run, troubleshoot
build-plan.md Phase-by-phase build log and remaining work

Read the rest on GitHub

Scan report · 2026-09-14
  • Prohibited terms or links
  • Repository eligibility
  • slopscore.md paperwork
  • Content policy
  • Risk review — +10 owner has 0 followers

0 comments

log in to comment.

report this listinglog in to report