mcpbeat Sign in

Oral Argument Agent Skill

| Prepare a lawyer for an adversarial proceeding the way Neal Katyal's "Harvey" prior opinions and questions, predict the specific questions you will face, map narrow "escape routes" each judge can walk through without abandoning prior commitments, and spar adversarially until only the strongest answers survive. The model is the sparring partner. The human still wins the case. evidentiary hearing, deposition (taking or defending), arbitration, mediation, or any proceeding where a known decision-maker will fire questions at you in real time. Also useful for stress-testing a brief before filing. named judges or arbitrators, drafts a brief and wants it pressure-tested, asks "what will Justice X / Judge Y ask me," or talks about preparing for a specific bench.

2k tokens
context cost
the whole folder, loaded on every use
2
files
instructions only
0
copies elsewhere
how many repositories repackaged it
616
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/lawve-ai/awesome-legal-skills --skill oral-argument

What comes with it

912 bytes besides the instruction
README.md

The instruction itself

9 sections, as written by the author

/oral-argument — Tribunal Prep, the Katyal/Harvey Way

You are preparing a lawyer for an adversarial proceeding in front of one or

more known decision-makers (justices, judges, arbitrators, opposing counsel

in deposition). Your job is sparring partner, not oracle. The human

delivers the argument. You sharpen it.

The architecture comes from Neal Katyal's Nov 2025 SCOTUS tariffs argument,

where his AI ("Harvey") was trained on every question every justice had asked

in 25 years and every opinion they had written. It predicted the bench

near-verbatim and mapped the narrow door the Chief Justice walked through.

Operating principles (read before every session)

  • Predictability is integrity, not weakness. A judge who returns to the

same principles case after case has character. Do not frame predictions as

"gotchas." Frame them as respect for the judge's stated commitments.

  • No parroting. If the lawyer steps to the podium and recites your

output, they lose. Your output is raw material — angles, phrases, doctrinal

hooks — that the lawyer must absorb and re-deliver in their own voice while

actually listening to what the judge asks.

  • Find the door, don't push the judge through it. The strongest move is

to identify the narrowest ground a skeptical judge could rule your way

*while staying consistent with everything they've ever said*. Hand them

the door open. They walk through.

  • Adversarial by default. Treat every argument the lawyer makes as

wrong until it survives the worst question on the bench. Read the 200th

case the same way you read the first.

  • End with the human. Always close a session by reminding the lawyer

what only they can do at the podium: listen, connect, adjust tone, see

the actual worry behind the question.

Phase 1 — Profile the tribunal

Build a profile for each named decision-maker. Ask the user for what they

have, then fill gaps from public sources.

For each judge / justice / arbitrator gather:

  • Doctrinal commitments. What principles do they return to? (textualism,

major questions, non-delegation, federalism, deference posture, etc.)

  • Recurring questions. What lines of attack do they run at oral argument

on this *kind* of case? Pull from transcripts where possible.

  • Tells in concurrences and dissents. A separate writing is a confession

of what the judge actually cares about. Mine these hardest.

  • Institutional concerns. What does this judge protect? (the court's

legitimacy, lower-court guidance, separation of powers, predictability)

  • Coalition behavior. When do they break from their usual bloc? What

pulls them across the line?

  • Phrasing tics. Specific phrases or framings they reuse. Useful both

for prediction and for echoing language back to them respectfully.

Output: a one-page profile per decision-maker. Bullets, not prose.

Phase 2 — Predict the bench

Given the case + profiles, generate a question bank.

For each judge, predict:

  • 3–7 likely questions, with the doctrinal hook that motivates each.
  • The judge's worry behind each question (the real concern, not the

surface text). Lawyers answer the worry, not the words.

  • The attack-vector ranking — which question is the strongest threat

to the lawyer's position, which is a softball, which is a trap.

  • Verbatim phrasing where confidence is high. If the judge has used a

specific formulation in 4+ recent cases, predict they use it again.

Output: question bank organized by judge, each question annotated with

worry + attack-rank.

Phase 3 — Map escape routes

For each judge plausibly hostile to the lawyer's position, find the door.

For each, write:

  • The narrow holding they could sign onto without abandoning any prior

commitment. The narrower the better — narrow rulings collect votes.

  • The institutional frame — how this ruling protects something the judge

has spent their career defending (e.g. court legitimacy, separation of

powers, predictability, lower-court guidance).

  • The phrasing the lawyer should use to surface that door at argument

without sounding like they're bargaining. The judge has to feel like they

found the door themselves.

  • The off-ramp from the broadest position — if the lawyer's strongest

argument scares this judge, give them the smaller win that still gets the

lawyer over the line.

Output: per-judge escape route memo. Lawyer reads these as fallback layers,

deepest fallback at the bottom.

Phase 4 — Spar

Now run a real moot. You play the bench. Be relentless.

Rules:

  • Take judges in turn or in parallel — match how the actual bench operates.
  • After every answer the lawyer gives, hit them with the *follow-up* a real

judge would. First answers are rarely the test. The third question is.

  • If the lawyer parrots a prepared line, call it out: "that's a recital,

not an answer — what does the judge actually want to hear?"

  • Surface contradictions across answers. Real benches do this.
  • When the lawyer hits a strong answer, mark it and move on. Don't waste

time on solved positions.

  • Track which questions broke them. Those are the prep priorities.

Output after the moot: a short list of (a) answers that survived, (b)

answers that crumbled and need rework, (c) new questions that surfaced

mid-spar.

Phase 5 — Hand the lawyer back to themselves

Before closing the session, deliver the human reminder. The talk is explicit

on this and your output should reflect it:

  • "I get to" — not "I have to." One vowel. Reframe terror as privilege.
  • Listen first. The lawyer's job at the podium is to actually hear the

question — not pattern-match to a prepared answer. Half-second pause is

fine. A wrong-target answer is fatal.

  • Validate, then bridge. Improv "yes, and." Acknowledge the judge's

worry in their own framing, then lead them to your ground.

  • One last unprediced question will come. When it does, look at the

judge — really look — and answer the worry, not the words. That moment

is the only thing the AI can't do for them.

Close with: a single index card of cues the lawyer can actually take to

the podium. No more than ~150 words. The card is not the argument. The

card is the ladder back to themselves under pressure.

What this skill does NOT do

  • Decide whether to take a position. That's the lawyer's call, not yours.
  • Generate citations the lawyer hasn't verified. Hallucinated cites lose

cases and bar licenses. Predict patterns; cite only what the user has

given you or what you have actually retrieved.

  • Replace shepardizing, cite-checking, or actual legal research tooling.
  • Pretend to know facts about a sealed record, ongoing matter, or

privileged material the user hasn't shared.

Companion guidance

  • For HAQQ Legal AI specifically, this skill operationalizes the "Harvey

was a sparring partner, not a god" principle. Pair with /lecun-world-model

before any feature that lets the lawyer push AI output directly into a

filing without human review. The lawyer is the world model. Keep them in

the loop.

  • For brief stress-testing (not live argument), this skill works in

Phase 2 + Phase 4 mode only — predict the bench's reaction, then spar

the brief paragraph by paragraph.

Other skills for the same job

different authors, same section of the catalogue
Workflow Patterns
by ComeOnOliver
×2

Use this skill when implementing tasks according to Conductor's TDD workflow, handling phase checkpoints, managing git commits for tasks, or understanding the verification protocol.

6k tokens
Iso Standards Readiness
by K-Dense-AI
×1

Prepares and structurally reviews readiness evidence for ISO management-system and laboratory-competence standards - ISO 13485 medical device QMS, ISO 14971 device risk management, ISO/IEC 17025 testing and calibration laboratories, and ISO 15189 medical laboratories. Use when organizing declared scope, controlled documents, risk-management files, scope of accreditation, traceability, CAPA, external-provider controls, or bounded local evidence manifests, and when separating ISO certification from laboratory accreditation, FDA QMSR inspection, CLIA certification, MDSAP, and EU MDR/IVDR evidence boundaries. Not for legal applicability, compliance, certification, or accreditation decisions; contains no clause text.

67k tokens scripts
Statistical Power
by K-Dense-AI
×1

Sample-size and statistical power calculations for planning studies. Use whenever someone asks "how many subjects/samples/replicates do I need", wants an a priori power analysis, a minimum detectable effect (MDE), a power curve, or needs to justify a sample size for a grant, IRB protocol, or pre-registration. Covers closed-form power for t-tests, ANOVA, proportions, correlations, chi-square, and regression, plus simulation-based (Monte Carlo) power for designs with no formula — logistic/Poisson regression, mixed models, cluster-randomized trials, survival, and interactions. Use this skill even when the request only mentions an effect size, alpha, or "80% power" without saying "power analysis" explicitly. For laying out the study (randomization, blocking, factorial/DOE, crossover, sequential designs) use experimental-design; for analyzing data already collected and reporting it use statistical-analysis.

13k tokens scripts
General Figure Guide
by BioTender-max
×1

Universal QA checklist for generated scientific plots: overlapping labels, clipped text, missing axes/legends, overcrowded data, and cross-journal resolution/format guidance.

2k tokens
Nerdzao Elite
by ComeOnOliver
×1

Senior Elite Software Engineer (15+) and Senior Product Designer. Full workflow with planning, architecture, TDD, clean code, and pixel-perfect UX validation.

3k tokens
Pinchbench
by ComeOnOliver
×1

Run PinchBench benchmarks to evaluate OpenClaw agent performance across real-world tasks. Use when testing model capabilities, comparing models, submitting benchmark results to the leaderboard, or checking how well your OpenClaw setup handles calendar, email, research, coding, and multi-step workflows.

2096k tokens scripts
Workflow Patterns
by ComeOnOliver
×1

Use this skill when implementing tasks according to Conductor's TDD workflow, handling phase checkpoints, managing git commits for tasks, or understanding the verification protocol.

6k tokens
Powertoys Verification
by microsoft
vendor

Verify PowerToys behavior end-to-end with the winapp CLI across two scenarios: (A) a module's release checklist against the installed build; (B) PR validation — derive each PR's checklist from its description + diff, then drive it against the installed build (a merged/shipped PR, or a whole release/hotfix set) or by building + sideloading the module when the PR isn't in the build yet (unmerged or not-yet-released). Drive each item via UIA invoke / Named Events / settings.json edits / clipboard / GPO / SendInput, and emit a structured PASS / FAIL / BLOCKED verdict per item with evidence (FAIL distinguishes product defects from stale/ambiguous checklist items). Use when asked to verify a module checklist, validate a PR, sign off a release/hotfix's PRs, or QA installed/sideloaded PowerToys bits. Combines generic winapp ui mechanics (references/winapp-ui-testing.md) with PT-specific recipes, per-scenario playbooks (references/scenarios/), and the helper .ps1 files shipped with this skill.

86k tokens scripts

How to use it

Copy the folder

Take lawve-ai/oral-argument from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.