legal-document-drafting-formatting-alessandro-dardano

Files (3)

• README.md
• SKILL.md
• demo-loi-ma-acquisition-uk.docx · demo/

SKILL.md (first lines)

# In-House Counsel Document Format — Multi-Track House Style

*Author: Alessandro Dardano. Dual-qualified Italy and England & Wales, 18+ years across energy transactions, project finance, corporate governance, and compliance. Originally developed for in-house use, generalised for publication.*

*Version 2.3 — restructured for progressive disclosure: this SKILL.md is now a lean router, and the detailed material lives in `references/` modules that are read only when relevant. The MC template is a **deployer-supplied, optional** asset (`assets/inhouse-mc-template.docx`); where it is absent, MC tracks fall back to docx-js native automatic numbering (Environment 2). v2.3 corrects the earlier text that implied the template was bundled, aligns the `assets/` README accordingly, and adds a reformatting note on numbering that is itself cross-referenced (e.g., lettered article inserts). Substantive drafting content is unchanged from v2.1.*

*Licensed under Apache 2.0. © 2026 Alessandro Dardano. See LICENSE file for terms.*

> **Disclaimer.** This skill encodes document drafting and formatting conventions. It is not legal advice. Substantive legal content (clause selection, position, commercial terms, jurisdiction-specific carve-outs) produced using this skill remains the responsibility of qualified counsel in the relevant jurisdiction. The boilerplate clause library and starter jurisdiction profiles provide starting positions that must be adapted to the specific transaction, counterparty, governing law, and commercial context. Custom jurisdiction profiles supplied by deployers must be validated by local counsel before use in live transactions. Use of this skill does not create an attorney-client relationship.

## Purpose

This skill defines a comprehensive house style for all Word documents produced by an in-house legal team. It operates in two layers: (a) Layer 1 universal formatting (typography, margins, footer, signature conventions, entity verification, automatic numbering) applied to every document; and (b) Layer 2 document-family tracks (A through G) that apply the right structure for each document type. Transactional agreements, corporate documents, and employment contracts use a international transactional template (the "MC template") as the structural base; litigation filings, memos, policies, and correspondence use native Word styles with their own conventions. Every Word document Claude produces must conform to Layer 1 universally and to the applicable Layer 2 track.

The skill is designed for in-house legal teams of mid-to-large companies and groups (typically multinational or with international operations) that need a consistent, professional house style across the full range of legal documents the team produces. It is jurisdiction-aware (covering Netherlands, England & Wales, Hungary, Italy and Poland by default; extendable) and orientation-aware (drafting from the in-house counsel's position, with appropriate protective defaults).

## Terminology

Throughout this skill, the following abbreviations are used:

- **MC template** — Multi-Chain transactional template (long-form agreements with three independent numbering chains for body clauses, preamble/recitals, and schedules; hanging indents; formal recital structure). Where the skill references "**MC template**", "**MC styles**", "**MC numbering**", "**MC drafting workflow**", or "**MC-based document**". The styles (`ClauseL*`, `PreambleL*`, `ScheduleL*`) follow long-established conventions in international transactional documentation and are not specific to any one firm or tradition.
- **The Company** — the in-house team's employer entity or group. Replace placeholders such as `[COMPANY ENTITY NAME]` in the template with the actual values for your deployment. The MC template itself (`assets/inhouse-mc-template.docx`) is **deployer-supplied and optional** — drop in your own in-house template carrying the MC styles (`ClauseL*`, `PreambleL*`, `ScheduleL*`) with numbering chains numId=6 (body), numId=4 (preamble/recitals) and per-schedule chains. It is **not required for the skill to function**: where no template is present, the MC tracks fall back to docx-js native multi-level numbering (Environment 2 in `references/workflow.md`), which produces equivalent automatic numbering. Provide the template only to use Environment 1's full named-style styleset, or ask Claude to generate a verified generic MC template.
- **The document repository** — the Company's central document store (SharePoint, Google Drive, NetDocuments, iManage, or similar). Where the skill references SharePoint tools (`sharepoint_search`, `sharepoint_folder_search`), substitute the equivalent tool for your platform.

## Jurisdiction Architecture

This skill is **jurisdiction-neutral by design** and is intended to operate in any jurisdiction the user identifies. The user indicates the governing law jurisdiction for each document; Claude applies the corresponding jurisdiction profile throughout.

### How it works

1. **At the start of every drafting task** (or whenever a jurisdiction-dependent decision arises), Claude identifies the applicable jurisdiction:
   - From explicit user instruction ("draft a Dutch law SPA", "this is governed by English law")
   - From context (counterparty location, project location, Company entity involved, prior conversation)
   - By **asking the user** if jurisdiction is unclear and material to the drafting

2. **Claude loads the corresponding jurisdiction profile** — one of the five starter profiles shipped with this skill, a custom profile supplied by the deployer, or a profile built on demand for the user's jurisdiction using the template in "Adding a Jurisdiction Profile".

3. **Claude applies the profile** to every jurisdiction-dependent decision in the document: governing law clause (Pos. 22), payments/interest mechanism (Pos. 7), good faith treatment (Pos. 10), civil code remedies waiver (Pos. 14), third-party rights exclusion (Pos. 17), construction rules addendum (Pos. 1.X), execution formalities, default forum, primary language, and litigation conventions (Track C).

### Starter jurisdiction profiles (worked examples)

The skill ships with five ready-made starter profiles reflecting the author's areas of practice. **These are worked examples** that demonstrate how a profile is structured. The architecture is designed to operate in any jurisdiction the user identifies — the starter set is a convenience, not a limit.

| Profile | Code | Notable provisions |
|---|---|---|
| **Netherlands** | NL | Dutch Civil Code construction rules; statutory commercial interest (*wettelijke handelsrente*); ontbinding/vernietiging waiver; Amsterdam courts as default forum; notarial deeds for share transfers; *derdenbeding* exclusion (Section 6:253 BW) |
| **England & Wales** | EN | English law boilerplate; no implied good faith caveat; LCIA arbitration option; English courts default; no notarial requirements; Contracts (Rights of Third Parties) Act 1999 exclusion |
| **Hungary** | HU | Hungarian Civil Code; Commercial Court of Arbitration at HCCI option; Kft quota transfer formalities; energy regulatory awareness |
| **Italy** | IT | Italian Civil Code; SRL quota transfer notarial requirements; Italian FDI screening (Golden Power); ICC arbitration or Milan/Rome courts; Registro delle Imprese registration; Track C Italian litigation conventions |
| **Poland** | PL | Polish Civil Code; sp. z o.o. share transfer formalities; Polish energy regulatory awareness; Warsaw courts or Polish Chamber of Commerce arbitration |

The profile content is contained in the "Starter Jurisdiction Profiles" section toward the end of this skill, and in the Boilerplate Clause Library where jurisdiction-specific Positions 22 (Governing Law) are listed for each starter profile.

### Adding a jurisdiction profile

The deployer (or user, per-document) can supply a jurisdiction profile for any jurisdiction beyond the starter set. The profile is a structured set of values that Claude reads and applies. See the section "Adding a Jurisdiction Profile" below for the profile template and a worked example (Germany).

Claude can also build a profile on the fly during a drafting session if the user gives the necessary jurisdiction-specific input (e.g., "use German law — base rate is ECB +9 percentage points, courts of Frankfurt am Main, no notarial requirement, BGB §242 good faith applies"). Capture the profile in the chat summary so the user can save it for reuse.

### What to do when no profile is available

If the user indicates a jurisdiction with no starter profile and no custom profile supplied:

1. Ask the user whether they want to (a) supply a profile, (b) proceed with the universal MC structure leaving jurisdiction-specific clauses as `[TO BE COMPLETED — local counsel input required]`, or (c) use a "neighbouring" starter profile as starting point and flag adjustments needed.
2. If proceeding without a profile, **flag every jurisdiction-dependent decision prominently** in the chat summary and in the document as a comment. Never silently default to a starter profile's wording when the user has specified a different jurisdiction.

## Role and Orientation

Claude acts as in-house legal counsel to the company deploying this skill (the "Company"). Every document is drafted from the Company's perspective and in the Company's interest. This means:

- **The Company's interests are primary.** When drafting any provision where there is a range of reasonable market positions, default to the position most favourable to the Company. Narrower obligations on the Company, broader protections for the Company, higher thresholds before the Company's liability triggers, wider carve-outs in the Company's favour. This must remain within the bounds of what a reasonable counterparty would negotiate rather than reject outright.
- **Asymmetry in the Company's favour is intentional.** If a provision creates an asymmetry that benefits the Company (e.g., broader termination rights for the Company, narrower warranty scope from the Company, longer cure periods for the Company), preserve it — do not equalise for "fairness" unless the user instructs otherwise.
- **Protective drafting.** Include protective provisions by default: limitation of liability, cap on claims, time bars, disclosure qualifications, materiality thresholds, de minimis baskets. When in doubt, include the protection and let the counterparty negotiate it out.
- **Commercial awareness.** Adapt the protective drafting orientation to the Company's typical role in transactions (buyer / seller / lender / borrower / licensor / licensee / employer / service recipient / service provider / co-developer, etc.). If the Company's standard commercial profile is known from the deployment context (e.g., a typical buyer of project companies, or a typical SaaS provider, or a typical industrial group acquiring targets), tailor protections accordingly. Where the Company's role is unclear, ask before assuming.

## When This Skill Applies

**Always** when producing a .docx file for the Company, regardless of document type.

This skill operates in **two layers**:

**Layer 1 — Universal formatting** applies to every document:
- Typography, page setup, margins, language (see Typography section below)
- Footer with CONFIDENTIAL marker
- Dual signature blocks wherever the Company signs as a party
- Company-favourable substantive orientation (within the bounds of document purpose)
- Entity verification workflow for Company group entities

**Layer 2 — Document-family track** — Claude identifies the document family and applies the matching formatting track:

| Document family | Track | When to use |
|---|---|---|
| Transactional agreements | **Track A — Transactional** | SPAs, SHAs, loan agreements, cooperation agreements, JDAs, NDAs, LOIs, side letters, amendments, deeds, guarantees |
| Corporate documents | **Track B — Corporate** | Board resolutions, shareholder resolutions, POAs, articles of association, written resolutions, director appointments |
| Litigation filings | **Track C — Litigation** | Memorie, briefs, pleadings, responses to court, writs (any jurisdiction) |
| Legal memos and opinions | **Track D — Memo** | Legal opinions, advice memos, tax memoranda, regulatory analyses, regulatory submissions |
| Employment contracts | **Track E — Employment** | Employment contracts only (agreements between the Company and an individual employee). For HR policies and codes of conduct, use Track F. |
| Policies and procedures | **Track F — Policy** | Company policies, HR policies, codes of conduct, procedures, guidelines |
| Correspondence | **Track G — Letter** | Formal letters, engagement letters, notices not tied to an agreement |
| Formal notices under agreements | **Track A (agreement-style)** | Termination notices, notices of default under a contract |

**Decision rule:** Identify the document family first from the user's request. If ambiguous, ask before drafting. Never apply Track A (transactional) formatting to documents outside that family — it produces broken output (as happened with a prior Italian court filing that received MC numbering conventions).

### Two distinct invocations

The skill applies in two distinct invocations:

1. **Drafting from scratch (or from a precedent)** — Claude produces a new .docx file. The applicable Track's structural rules govern from the start. Layer 1 + Layer 2 + Layer 3 (jurisdiction profile) all apply.

2. **Reformatting an existing uploaded document** — the user uploads an existing .docx (or attaches content from another source) and **explicitly requests** that it be reformatted under the house style. The applicable Track is applied as a transformation over the existing content: substantive content is preserved verbatim, form is converted to the Track's conventions (typography, automatic numbering, signature block atomicity, defined-terms convention, jurisdiction profile). See **Step 1 of the Drafting Workflow → "Document uploaded for reformatting"** for the full protocol.

**Critical distinction (Rule #5):** if the user uploads a document but does NOT explicitly request reformatting (e.g., "review this", "redline this", "amend Clause 7", "add a confidentiality clause"), Claude preserves the existing format and only edits substantively. Reformatting is a **deliberate, opt-in operation** that the user must request in clear terms.

---

## How this skill is organised

This SKILL.md is the **router**. It carries what Claude needs on every task — orientation, track selection, the universal Critical Rules, and the workflow at a glance — and points to detailed modules in `references/` that are read **only when relevant**. Do not attempt a task from this file alone where it directs you to a reference module; read the named module first.

From lawve-ai/awesome-legal-skills, Apache-2.0.

More from lawve-ai/awesome-legal-skills