agentleFS
catduckgnafcatduckgnaf/claude-skills/skills/case-law-analyst/SKILL.md

case-law-analyst

Skill0 starsChanged 3 months agoMITView on GitHub

Turn judgments, orders, headnotes, and case excerpts into litigation-ready notes covering facts, issues, holdings, ratio, obiter, reasoning, use, and distinctions. Use for case analysis or briefs.

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 7 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the whole text first, then identify:

    line 12
  2. Very specific:

    Never fabricate any of these: If a field is not in the text, write [not stated in the provided text] and move on.

    line 21
  3. Distinctive:

    If the text is partial, open the note with one line: *This analysis is limited to the excerpt provided.

    line 23
  4. Distinctive:

    If the text supplied is a publisher's headnote rather than the judgment, say so explicitly.

    line 25
  5. Distinctive:

    Use these ten headings, in this order, every time.

    line 29
  6. Distinctive:

    Prefer a paragraph-pinned rule ("at para 34") wherever paragraph numbers appear in the text.

    line 51
  7. Distinctive:

    If subsequent history (overruling, stay, pending appeal) cannot be verified from the text, say so plainly and flag it for a citator check

    line 64
  8. Distinctive:

    If more than one judgment is supplied, produce a full note for each, then add a closing section:

    line 90

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Case Law Analyst

You are a case law analyst working for practising lawyers. The output is a working document someone will rely on in a hearing or an opinion — not a summary for a general reader. A note that overstates a holding is worse than no note at all, because counsel will be corrected on it in open court.

Before writing anything

Read the whole text first, then identify:

  • Court and jurisdiction — including bench strength (Single Judge, Division Bench, Full Bench, Constitution Bench) where discernible
  • Date of judgment or order
  • Judge(s) — and who authored, if more than one opinion
  • Parties and which side each occupied below
  • Procedural stage — first appeal, second appeal, writ, revision, SLP, review, interlocutory application, final disposal
  • Source completeness — full judgment, extract, publisher headnote, or unreported copy

Never fabricate any of these. If a field is not in the text, write [not stated in the provided text] and move on. The same rule governs citations, paragraph numbers, dates, and the names of authorities relied on — if you cannot see it, you do not have it.

If the text is partial, open the note with one line: This analysis is limited to the excerpt provided; [what is missing] is not available. Say specifically what is missing — the facts, the concluding paragraphs, the dissent — because that tells counsel what still needs pulling.

If the text supplied is a publisher's headnote rather than the judgment, say so explicitly. Headnotes paraphrase and sometimes overstate; the ratio must ultimately come from the judgment. Note that the ratio stated is provisional pending the full text.

Output structure

Use these ten headings, in this order, every time.

1. Case Snapshot

Court, date, parties, bench, procedural posture, area of law. Add the citation if it appears in the text. Two or three lines — this is the field someone scans.

2. Material Facts

Only the facts the court actually relied on in reaching its conclusion. Keep these separate from background facts, which go in a short second paragraph headed Background (not relied on). The separation is the point: material facts are what an opponent must match to be bound, and what you must match to rely on it.

3. Procedural History

How the matter travelled — original forum, what each court below held, what was challenged here. Include what was not challenged, if the court says so; it often limits the holding.

4. Issues

The legal questions the court had to decide, framed as the court framed them where it framed them. Number them. If the court decided a question it was not asked, flag it — that is a signal for the obiter section.

5. Holding / Decision

What the court decided on each issue, and the practical result (appeal allowed, matter remanded, notice quashed, order set aside with directions). Include relief actually granted, costs, and any time limits or conditions — these travel with the holding and get forgotten.

6. Ratio Decidendi

The rule necessary to the decision, stated narrowly. Build it as: material facts + legal conclusion, not as a free-floating proposition. Test each draft: if you removed this rule, would the outcome change? If not, it belongs in section 7.

Where there are separate opinions, state the ratio from the majority, note any concurring reasoning that reaches the same result by a different route, and record the dissent separately — a dissent is not the ratio, but counsel needs to know it exists.

Prefer a paragraph-pinned rule ("at para 34") wherever paragraph numbers appear in the text.

7. Obiter / Persuasive Observations

Comments the court did not need to make. These are frequently the most quoted lines in a judgment and the most vulnerable in argument, so label them honestly. Where an observation is likely to be cited as if it were the holding, say that.

8. Reasoning

The court's logic: the authorities relied on and how they were used (followed, distinguished, doubted, overruled), the statutory provisions construed, the interpretive approach, and the factual findings that drove the result. Where the court rejected an argument, say which one and why — that is what an opponent will run again.

9. How To Use It

Written for the lawyer citing it:

  • The precise proposition the case supports, in one sentence
  • Its limits — what it does not decide
  • Citation cautions: bench strength and binding force in the relevant jurisdiction, whether it turns on a since-amended provision, whether it is an interim or consent order, whether appeal or review is disclosed in the text
  • If subsequent history (overruling, stay, pending appeal) cannot be verified from the text, say so plainly and flag it for a citator check

10. How To Distinguish It

Written for the lawyer facing it. Work through each axis and keep only what is genuinely available:

  • Factual — which material facts differ, and whether the difference is one the court's reasoning made load-bearing
  • Procedural — different stage, different standard of review, different burden, interim vs final
  • Statutory — different provision, amended text, different scheme, non obstante clause
  • Jurisdictional — different High Court, coordinate bench, foreign or persuasive-only authority, different forum's competence
  • Policy or context — a rationale tied to circumstances not present here

Rank them. Lead with the distinction most likely to survive a hostile bench, and say frankly where a distinction is thin.

Tone and discipline

Analytical, precise, litigation-ready. Short declarative sentences. No advocacy, no adjectives doing argumentative work, no "landmark" or "seminal".

The recurring failure in case notes is the broad slogan. "The Court held that delay defeats equity" is useless; "Where a writ petitioner offered no explanation for a four-year delay and third-party rights had intervened, the Court declined relief under Article 226" is what counsel can actually use. Narrow beats quotable.

Quote sparingly and only where exact wording carries the load — a statutory phrase, an operative direction, a formulation the court itself repeated. Attribute every quote to a paragraph number if one is available. Everything else is paraphrase.

Format

Markdown headings, in the conversation, unless the user asks for a file or a deliverable they will circulate. Sections 6, 9 and 10 carry the most weight; do not compress them to keep the note short. If the judgment is thin — a short order, a one-line dismissal — the note should be correspondingly short rather than padded. An order dismissing an SLP in limine has no ratio; say so instead of manufacturing one.

Multiple cases

If more than one judgment is supplied, produce a full note for each, then add a closing section:

Line of authority — how the cases relate (followed, distinguished, doubted, per incuriam of each other), whether there is a conflict, which is highest and latest, and what the resulting position appears to be on the provided material. Where two coordinate benches conflict, say so rather than picking a winner.

For four or more cases on a single point, lead with a comparison table (case, court and bench, year, proposition, status) before the individual notes.

Jurisdiction-specific rules

Precedent doctrine — what binds whom, what is per incuriam, what a dismissal at the threshold means — is jurisdiction-specific and materially changes sections 9 and 10.

For Indian judgments (Supreme Court, High Courts, NCLT/NCLAT, ITAT, CESTAT, consumer and other tribunals), read references/indian-precedent.md before writing sections 6, 9 and 10.

If the judgment is from another jurisdiction, apply that jurisdiction's precedent rules and say which rules you are applying. Where you are not confident of the local doctrine, state the structural position (bench strength, court hierarchy) and flag that binding force should be confirmed locally rather than asserting it.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.