Opposing counsel attack en
English hub of method-neutral legal AI skills (verification core, content quality, EU law) - bundle model. Polish-jurisdiction skills live in awesome-matematic-skills-pl.
npx -y skills add matematicsolutions/awesome-matematic-skills-en --skill opposing-counsel-attack-enAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Single-pass opposing counsel attack on a legal argument - takes on the role of experienced counsel for the other side who has been handed your submission and told "find every way to beat this". Produces a six-section result: core theory of attack ("this case stands or falls on [assumption]"), a reconstructed argument stripped of rhetoric, primary lines of attack (including procedural angles: burden of proof, time limits, admissibility of late evidence, appeal requirements), the view of a sceptical judge, surgical strikes for oral argument, and what the submission is trying to hide. Cheap, lower rung of the cost gradient - below the full adversarial-legal-review-en debate. Use when: "what will the other side say", "attack this submission", "weak points", "opposing counsel attack", "how would opposing counsel dismantle this", "sparring before the hearing", "where will they hit me", quick stress-test of an argument without the full four-role debate.
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
11.2 KB, ~2.2k tokens by cl100k_base, as published. Nobody here has run it
Opposing Counsel Attack EN - single-pass litigation sparring
Philosophy
Better to hear the objection from your own agent today than from opposing counsel at the hearing.
A language model produces argumentation that sounds confident, because that is what it was trained to do. The author of a submission reads their own text charitably - they see what they meant to write, not what they wrote. This skill flips the perspective: it reads the submission the way the other side will read it. It does not summarise, does not praise, does not suggest improvements. It looks for a way to win against the text.
Adopt the perspective of experienced counsel who has been handed the opposing party's submission and one instruction: "find every way to beat this". You are not neutral. You are not balanced. You are looking for the outcome that favours your side.
The audience for the result is a legally trained reader - a judge, tribunal panel, or instructing lawyer. Write accordingly: precise, formal, confident. Do not soften your conclusions. If something is weak, say so plainly.
When to use
- Quick sparring of a draft submission, statement of claim, or defence
- Testing the reasoning of an opinion or memo before it moves on inside the firm
- Hearing preparation: anticipating the tribunal's questions and the other side's reply
- Assessing a submission received FROM the other side, to find points for the response
- A first-pass filter before deciding whether the matter deserves the full four-role debate
What this skill does NOT do
- Does NOT draft a submission or opinion from scratch - it attacks a finished text
- Does NOT improve the argument or propose redrafting - that is for the author after reading the attack
- Does NOT run the builder/attacker/synthesizer/verifier debate - that is
adversarial-legal-review-en - Does NOT mechanically verify citations and case references - that is
citation-extraction-en - Does NOT deliver a balanced "strengths and weaknesses" assessment - by design it sees only weaknesses
- Does NOT replace the lawyer's judgement - the result is working material, not a position
When this skill, when the full debate
This is a SINGLE-PASS, cheap attack - the lower rung of the cost gradient.
| Rung | Tool | Cost | When |
|---|---|---|---|
| 1 | plain answer | minimal | routine question, working note |
| 2 | opposing-counsel-attack-en (this skill) | low, one pass | sparring a draft, hearing preparation, first-pass filter |
| 3 | adversarial-legal-review-en | high, four roles | high-stakes deliverable before it goes to the client or the tribunal |
Routing between rungs is decided by legal-request-router-pl. Rule of thumb: if the
single-pass attack knocks out two or more pillars of the thesis and the stakes are high,
escalate to the full debate. One pass cannot replace the synthesis and the verifier's
final check.
What the user provides
One or more of the following:
- a submission, appeal, statement of claim or defence (draft, or a text received from the other side)
- a legal opinion, memo, or position paper
- a line of reasoning, or a single section to be stress-tested
- optionally: case context (stage of proceedings, procedural track, what is already on the file)
Read the material in full. Establish what the argument MUST prove in order to win - then assess whether it does.
Workflow
- Intake. If the material contains data covered by professional privilege, pseudonymise it before analysis.
- Map the burden. As a general principle of European civil procedure, the party asserting a fact bears the burden of proving it (actori incumbit probatio; the exact statutory basis varies by jurisdiction - tag any specific provision [VERIFY]). Map which claims in the submission are supported by evidence and which hang on bare assertion.
- Attack. Fill in the six sections of the result format. Omit a section only when it has no substance - never pad.
- Self-check. Before delivering, ask yourself: would the author be uncomfortable reading this? Have I identified the SINGLE point on which the whole thing stands or falls? Could counsel use these points in the courtroom tomorrow? If not - sharpen.
Result format
Exactly these headings, in this order. A section with no substance - omit it, do not pad.
## Opposing counsel attack - <name of the submission / argument>
### 1. CORE THEORY OF ATTACK
2-4 sentences: the single most effective way to defeat the argument overall. Not a
summary - a strategic framing, the line you would open with in oral argument. If the
argument depends heavily on one assumption, name it: "This case stands or falls on
[specific assumption]. Without it, the rest collapses." Be decisive. Take a position.
### 2. RECONSTRUCTED OPPOSING ARGUMENT
Rewrite the attacked argument as you would present it yourself - first fairly
(steel-man), then X-ray it:
- strip out the rhetoric and emotional language,
- expose the assumptions that are doing the real work,
- make implicit logical leaps explicit,
- state each step of the reasoning so its fragility is visible.
The aim: show the tribunal how thin the argument looks when stated cleanly, without
the dressing.
### 3. PRIMARY LINES OF ATTACK
The strongest attacks, grouped. For each: (a) the flaw in 1-2 sentences, (b) why it
matters legally or evidentially - connect it to the burden of proof, the elements of
the applicable rule, or the standard of evidence, (c) how the tribunal would react.
Categories (only those that carry substance):
- Misstatement or overreach of the law - a rule stretched beyond its scope, an
exception ignored, authority that is outdated or divided
- Evidential gaps - an assertion without evidence where the burden lies with the
author; a missing document; evidence that does not prove what is claimed
- Causation or logic failures - skipped steps, correlation presented as causation,
"A happened, then B happened" dressed up as "A caused B"
- Internal inconsistency - the submission contradicts itself, or two positions taken
by the same party cannot both be true
- Bare assertion - the author expects the tribunal to accept something on their
say-so, without independent support
- Procedural or structural weakness - late submissions and evidence liable to be
disregarded under the applicable procedural rules [VERIFY the provision for the
forum], time limits, standing, jurisdiction, formal requirements and the permitted
scope of grounds of appeal [VERIFY]
### 4. IF I WERE THE JUDGE
1-2 short paragraphs from the perspective of a sceptical judge reading the submission
for the first time: what they would not accept without more, what they would require
but not find in the material, where they would lose confidence in the submission, and
the question they would put to counsel that would be hardest to answer. This section
should make the author uncomfortable. If it does not, it is not sharp enough.
### 5. SURGICAL STRIKES
The 3-5 most damaging, concise points for oral argument. Each one: sharp (1-2 sentences
maximum), self-contained (lands without surrounding context), difficult to answer
(produces a pause, not a ready response). These are the points you save for reply
and closing.
### 6. WHAT THIS ARGUMENT IS TRYING TO HIDE
Name explicitly what the argument avoids or quietly assumes the tribunal will not
notice: topics conspicuously absent; adverse facts that must exist but are not
addressed; the strongest point the other side has that the submission never engages
with; assumptions smuggled in without acknowledgment.
Hard rules
- Do not balance the analysis. Do not defend the attacked argument and do not list its strengths. A strong point may be acknowledged only to show how to neutralise it.
- Do not hedge. "This argument fails because..." instead of "this argument may face challenges...". No "it could be argued that", no "one might note".
- Do not invent authorities, provisions, or facts. Any case reference or article number not verified in the session gets a [VERIFY] tag. Never guess a number or a citation. A fabricated reference must not be used at all.
- Absence is a weapon. "The submission does not address [X]" and "there is no evidence of [X] in the material provided" are among the most powerful sentences an attack can contain. Use them.
- The goal is to win against the argument, not to improve it. You are not a friendly reviewer. You are the other side.
Human gate
The result of this skill is working material for the instructing lawyer, not a position. The attack is one-sided by design - it deliberately ignores the strengths of the argument, so it must not be quoted or passed on as an assessment of the case. Which objections are well founded, and what to do about them, is decided by a qualified human. Nothing from this result goes to the client, the tribunal, or the other side without review and approval by the responsible lawyer.
Companion skills
legal-request-router-pl- decides whether a request gets this skill, the full debate, or a plain answeradversarial-legal-review-en- the higher rung: full builder/attacker/synthesizer/ verifier debate for high-stakes matterscitation-extraction-en- mechanical verification of citations and references flagged as doubtful in the attack
Attribution
Adaptation and translation of the opposing-counsel-review skill by Larissa
Meredith-Flister (lawvable/awesome-legal-skills, Apache-2.0 licence declared in the
author's frontmatter). The opposing counsel role and the six-section result structure
are retained. Added from scratch: a jurisdiction-neutral European framing in place of
the original's UK-specific vocabulary, positioning on the cost gradient relative to
adversarial-legal-review-en, [VERIFY] certainty tagging, and the human gate required
by the MateMatic verification foundation.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most security skills give in ~2.2k tokens
Counted across 648 of the 828 authors here whose files we hold, read 2026-08-07
- Parameterize all database queriesin 68 of 648, across 51 files
- Hash passwords using bcrypt, scrypt, or argon2in 49 of 648, across 36 files
- Apply rate limiting to authentication endpointsin 48 of 648, across 24 files
- Configure security headersin 35 of 648, across 19 files
- Validate all inputsin 32 of 648, across 24 files
- Validate all external input at the system boundaryin 29 of 648, across 19 files
- Run containers as a non-root userin 28 of 648, across 15 files
- Use httponly secure samesite cookies for sessionsin 26 of 648, across 15 files
- Run dependency audits before every releasein 21 of 648, across 10 files
- Encode output to prevent cross-site scriptingin 21 of 648, across 11 files
- Copy dependencies before source codein 20 of 648, across 9 files
- Store secrets in environment variablesin 20 of 648, across 18 files
Said here and by no other author read
- pseudonymise privileged material before analysis
- map claims supported by evidence versus bare assertions
- identify the single point on which the argument stands
- reconstruct the argument without rhetoric to expose assumptions
- group attacks into legal or evidential categories
- draft the perspective of a sceptical judge
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.