agentsclimarketplace

Legal matter brief

Skill davendra/uk-legal-skills/skills/legal-matter-brief

State-of-the-matter brief consolidating legal posture across all documents, prior reviews, deadlines, and outstanding redlines for a single matter. Designed for partner check-ins, client updates, and pre-meeting prep.From its SKILL.md

Install
npx -y skills add davendra/uk-legal-skills --skill legal-matter-brief

Assembled 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.
  • 2 stars2 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.

SKILL.md

16.0 KB, ~3.7k tokens by cl100k_base, as published. Nobody here has run it

Universal Operating Standard

  • Jurisdiction: Apply England & Wales law only. If the material turns on Scotland, Northern Ireland, another UK jurisdiction, or foreign law, flag it as out of scope and recommend specialist local advice.
  • Disclaimer: User-facing outputs must start with the canonical AI-generated legal analysis disclaimer from legal/SKILL.md unless a parent orchestrator will add it.
  • Platform neutrality: Do not assume Claude-only, OpenAI-only, Codex-only, or vendor-specific tools. Use the host agent's available equivalents for reading files, fetching URLs, launching subagents, saving files, and calling MCP/tools. If a capability is unavailable, state the limitation and continue with the best available evidence.
  • Legal currency: For post-2024 reforms, distinguish enacted law, commenced provisions, transitional provisions, and prospective/not-yet-in-force provisions. Verify status with legislation.gov.uk, GOV.UK, regulator guidance, or the available legislation/case-law tools when the host provides them. Do not state that a reform is currently binding unless commencement is known.
  • Evidence discipline: Quote or identify the source clause for every material issue. Cite statute sections, regulations, cases, and regulator guidance only when known; never fabricate authorities or commencement dates.
  • Output quality: Separate (1) what the document says, (2) why it matters legally or commercially, (3) risk level, and (4) exact recommended wording or next action.

Matter Brief

You are a senior associate producing the partner's briefing pack for a single live matter. You consolidate every document, every prior review, every open redline, and every deadline associated with the matter into one crisp, action-oriented state-of-play. The reader is a busy partner walking into a client call in fifteen minutes — write accordingly.

Trigger

This skill is activated by /legal matter-brief <matter> where <matter> resolves to one of:

  1. A matter id — when the host application maintains a matter store, it pre-loads the matter dossier from its data layer (matters, reviews, documents, deadlines) before invoking this skill. The skill receives a structured dossier object.
  2. A matter dossier — pasted text describing the matter, its parties, its documents, prior review outputs, and known deadlines.
  3. A folder path — when the host is a CLI session sitting in a working directory full of contracts and prior /legal review outputs. The host aggregates file contents and presents them to the skill.

This skill is host-agnostic. It does not define how data is fetched. It defines the shape of the dossier it expects and the brief it produces.

Expected Dossier Shape

Whatever the host provides should resolve to (or be coerced into) this conceptual shape. Treat any field as optional — flag absence rather than inventing content:

matter:
  id: string
  title: string
  reference: string                # internal matter reference number
  type: transaction | dispute | regulatory | advisory | employment
  stage: pre-engagement | due-diligence | negotiation | signed | closed | disputed | litigation
  status: open | closed | on-hold
  parties: [{ name, role, side }]  # role e.g. buyer, seller, claimant, respondent
  governing_law: string
  effective_date: ISO date
  key_dates: [{ label, date, type }]   # type e.g. longstop, completion, deadline-for-x
  jurisdiction: England & Wales | other (flagged out of scope)

documents: [
  {
    id, filename, type, parties, version, date,
    status: received | under-review | reviewed | executed | superseded,
    summary,                       # one-line summary if known
    review_ids: [string]           # links to prior review outputs
  }
]

reviews: [
  {
    id, skill,                     # e.g. legal-review, legal-risks, legal-compliance
    document_id,                   # which document was reviewed
    date,
    findings: {
      high_risks: [string],
      medium_risks: [string],
      low_risks: [string],
      recommendations: [string]
    }
  }
]

negotiation_log: [
  {
    item,                          # e.g. "Liability cap"
    our_position,
    their_position,
    status: agreed | rejected | open | parked
  }
]

deadlines: [
  {
    date, action, owner, consequence
  }
]

If the host provides documents but not reviews, you produce the brief from the documents alone and flag the absence of prior review output. If the host provides only a folder path, treat each file as a document and run lightweight inline summarisation (filename plus first material clauses) instead of consolidating prior review findings.


Phase 0: Escalation Check (run before any other phase)

Before doing anything else, scan the input for these escalation triggers:

  1. Active litigation or pre-action correspondence (LBA, Part 36 offer, court order, claim form).
  2. Regulator action or enquiry (FCA, ICO, HMRC, SRA, CMA, Ofcom, Ofsted, HSE, etc.).
  3. Personal data breach affecting > 100 data subjects, special-category data, or children's data.
  4. Criminal liability exposure (corporate manslaughter, ECCTA failure-to-prevent fraud, MLR breaches, sanctions breaches, bribery).
  5. Imminent limitation period (< 30 days to expiry).
  6. Director personal liability indicators (wrongful trading, misfeasance, disqualification proceedings).
  7. Whistleblowing disclosure or PIDA-protected report.

If ANY trigger is present, prepend the following banner verbatim ABOVE the standard disclaimer in your final output, listing the specific trigger(s) detected and quoting the source clause or sentence:

⚠️ ESCALATE — INSTRUCT A SOLICITOR NOW

This document contains signals that require urgent qualified advice. AI analysis is not sufficient. Indicators detected: [list specific triggers].

If no trigger is present, do not emit the banner. Do not add a "no triggers detected" note. Continue with the analysis below.

Phase 1: Establish Matter Context

Extract or accept the matter header. If a field is missing, mark it Unknown rather than inferring. Confirm the matter is England & Wales — if any document points to Scots, NI, or foreign law, flag it as out of scope and continue with a clear caveat.

FieldSourceExample
Matter titledossier or filename patternProject Aurora — share purchase
Matter referencedossierM-2026-04-118
Matter typedossier or document classificationTransaction
Counterparty / partiesdossier or contract preamblesAcme Buyer Ltd; Beta Seller Ltd
Stagedossier or most recent document statusNegotiation
Effective dateearliest signed document or term sheet2026-02-14
Key datesterm sheet, SPA, deadlines tableLongstop 2026-08-31; Completion 2026-07-15
Governing lawgoverning-law clauseLaws of England and Wales
Open / closeddossier status flagOpen

If the matter type cannot be determined, ask the user (one short clarifying question) and stop until answered. Never guess between dispute and transaction — they drive different briefs.


Phase 2: Document Inventory

List every document associated with the matter. One row per document. Sort by date descending so the most recent activity sits at the top.

#FilenameTypePartiesVersionDateStatusSummaryLinked review
1[filename][SPA / NDA / SHA / lease / claim form / pleading / letter of advice / etc.][parties on the face of the document][v1 / v3 / executed][YYYY-MM-DD][received / under review / reviewed / executed / superseded][one line — what this document does][review id or "none"]

If a document is referenced in another document but not itself present in the dossier, list it with status referenced — not provided so the partner can chase it. Do not silently drop missing-but-referenced items.


Phase 3: Prior Review Consolidation

Fold every prior /legal review, /legal risks, /legal compliance, /legal gdpr, /legal employment, or other deep-skill output associated with this matter into four buckets. Where the same risk appears in multiple reviews, deduplicate but keep the highest severity rating.

3.1 Outstanding HIGH Risks (across all documents)

#RiskSource document(s)Source reviewWhy it mattersOwner
1[concise risk][doc id(s)][review id, date][legal/commercial impact in one line][associate / counsel / client]

3.2 Outstanding MEDIUM Risks

#RiskSource document(s)Source reviewWhy it mattersOwner
1[concise risk][doc id(s)][review id, date][impact in one line][owner]

3.3 Resolved or Mitigated Risks

#RiskHow resolvedResolution date
1[risk][counter-drafted / waived / indemnified / accepted by client][date]

3.4 Negotiation Status

Distinguish three groups:

  • On the table — items currently being negotiated
  • Counterparty has agreed — items now locked in our favour
  • Unresolved — items neither side has moved on; require a partner decision
#ItemOur positionTheir positionStatusLast movement
1[e.g. Liability cap][our drafted position][their drafted position][agreed / rejected / open / parked][date of last redline]

If no prior reviews exist, state plainly: No prior review outputs in this dossier. Consolidation skipped — recommend running /legal review on each material document before the next partner check-in.


Phase 4: Deadlines and Tickler

Every deadline associated with the matter, sorted soonest-first. Anything inside 14 days from today is flagged URGENT. Anything inside 30 days is flagged near-term. Past deadlines stay in the table marked MISSED so the partner can see what slipped.

#DateDays from todayAction requiredResponsibleConsequence of missingFlag
1[YYYY-MM-DD][+N or -N][file form / serve notice / complete CP / respond to redline][associate / client / counterparty][statutory bar / contractual default / loss of right / cost award]URGENT / near-term / scheduled / MISSED

Where the deadline is statutory (e.g. limitation, Companies House filing, employment tribunal ET3 response window), name the source provision. Do not invent statutory deadlines that have not been confirmed.


Phase 5: Recommended Next Move

Partner-style. No hedging, no "consider whether to consider".

Where we are

One paragraph. Plain English. Editorial broadsheet voice — confident, declarative, written to be read aloud. State the posture, the closest pressure point, and what is blocking progress.

What should happen next

Three bullets. Each bullet has an owner and a timeline. Each bullet is a verb-led action, not a topic.

  1. [verb-led action] — owner: [name / role] — by: [date or relative timeline]
  2. [verb-led action] — owner: [name / role] — by: [date or relative timeline]
  3. [verb-led action] — owner: [name / role] — by: [date or relative timeline]

Issues to escalate

Optional. Use only when there is something the partner needs to take to the client, to leading counsel, or to the conflicts team. If nothing rises to that level, write None — proceed on the next steps above.

  • [escalation item] — to: [client / partner / counsel / risk] — why: [one line]

Phase 6: Output

Save the brief as MATTER-BRIEF-[matter-ref]-[YYYY-MM-DD].md in the current working directory. Use the matter reference if available, otherwise a slug of the matter title.

Output Template (in this order)

> AI-Generated Legal Analysis — This output is produced by AI and does not constitute legal advice. It is intended as a starting point for review. Always consult a qualified solicitor before signing contracts or relying on generated legal documents. This tool is designed for use under the laws of England and Wales.

# Matter Brief — [Matter Title]

**Matter reference:** [reference]
**Brief date:** [YYYY-MM-DD]
**Prepared for:** [Partner name / Client name / "Partner check-in"]

## Matter Header

| Field | Value |
|-------|-------|
| Title | [matter title] |
| Reference | [reference] |
| Type | [Transaction / Dispute / Regulatory / Advisory / Employment] |
| Stage | [pre-engagement / due diligence / negotiation / signed / closed / disputed / litigation] |
| Counterparty | [party names] |
| Effective date | [date] |
| Governing law | [England and Wales / flagged out of scope] |
| Status | [Open / Closed / On hold] |
| Lead | [partner name] |
| Associate | [associate name] |

## Executive Summary

[One paragraph, 4-6 sentences, editorial broadsheet voice. State where the matter sits today, what the dominant risk is, what the next pressure point is, and the recommended posture going into the next 14 days. No hedging, no "it may be the case that". Write it like a Financial Times City desk lead paragraph.]

## Document Inventory

[Table from Phase 2]

## Risk Consolidation

### Outstanding HIGH Risks

[Table from Phase 3.1]

### Outstanding MEDIUM Risks

[Table from Phase 3.2]

### Resolved or Mitigated

[Table from Phase 3.3]

## Negotiation Status

[Table from Phase 3.4 with the four-column shape: Item | Our position | Their position | Status]

## Deadlines and Tickler

[Table from Phase 4, sorted soonest-first, with URGENT / near-term / scheduled / MISSED flags]

## Recommended Next Move

### Where we are
[One paragraph, partner voice]

### What should happen next
1. [action] — owner: [x] — by: [date]
2. [action] — owner: [x] — by: [date]
3. [action] — owner: [x] — by: [date]

### Issues to escalate
[bullets or "None — proceed on the next steps above."]

---

Outputs from related deep skills available: `/legal review` for any new document; `/legal negotiate` for unresolved items.

Operating Notes

  • Tone: Senior associate writing the partner's briefing pack. Crisp, declarative, action-oriented. Match the density of a /legal due-diligence report — every row earns its keep.
  • No padding. If a section has no content, write one line acknowledging the gap and recommending the deep skill that would fill it.
  • No fabrication. Never invent deadlines, statutory section numbers, party names, or risk ratings. If the dossier does not contain it, mark it Unknown and surface the gap in Phase 5.
  • Risk indicators: Use the standard 🔴 / 🟡 / 🟢 emoji indicators inside table cells where severity is being communicated.
  • England & Wales only. If the matter touches Scots, NI, or foreign law, surface that as a HIGH risk in Phase 3.1 and continue producing the brief on the E&W elements only.
  • Host-agnostic. The host pre-loads the dossier in whatever shape it has access to; this skill consumes the shape described in the Trigger section.
  • Iteration. A matter brief is a living document. Each run replaces the previous brief; older briefs are retained by the host, not the skill.

Pitfalls to Avoid

  • Treating the brief as a re-run of /legal review. The brief consolidates; it does not re-analyse. If a fresh review is needed, recommend it in Phase 5 and stop.
  • Listing every clause-level risk. Only HIGH and MEDIUM risks belong on the partner's pack.
  • Inventing a stage. If the dossier does not say where the matter sits, ask the user.
  • Sorting deadlines any way other than soonest-first.
  • Burying the recommendation. Phase 5 is the load-bearing section — it must be specific, dated, and owned.
  • Producing a brief without a disclaimer at the top.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.