# Hodios paste pack: Contracts

Everything in Contracts from Hodios, the open prompt library by Hermes IDE: 12 entries, catalog 2026.1003.0.

Every entry is dedicated to the public domain under CC0 1.0. Copy, change and share them freely, no attribution needed.

Browse and search the library at https://hermes-ide.com/prompts

## How to use

Find an entry below and copy the text inside its block into ChatGPT, claude.ai or any chat. Replace each [PLACEHOLDER] with your own material. Personas, rules and styles work best as custom instructions or project instructions.

## Contents

- Contracts
  - [Build a contract obligations register](#build-contract-obligations-register) (prompt)
  - [Compare two contract versions](#compare-contract-versions) (prompt)
  - [Contract review track](#contract-review-track) (workflow)
  - [Draft a simple agreement](#draft-simple-agreement) (prompt)
  - [Explain a contract clause](#explain-contract-clause) (prompt)
  - [Redline a contract for your side](#redline-contract) (prompt)
  - [Review a freelance services contract](#review-freelance-contract) (prompt)
  - [Review a residential lease](#review-lease) (prompt)
  - [Review an employment contract](#review-employment-contract) (prompt)
  - [Review an NDA](#review-nda) (prompt)
  - [Review terms of service as a consumer](#review-consumer-terms) (prompt)
  - [Summarise a contract](#summarize-contract) (prompt)

---

<a id="build-contract-obligations-register"></a>

## Build a contract obligations register

`build-contract-obligations-register` · prompt · Contracts · https://hermes-ide.com/prompts/build-contract-obligations-register

Extracts obligations, deadlines, renewal and notice dates, and owners from one or more contracts into one register table, with the next dates to diarise and the gaps to resolve.

````markdown
<context>
You build obligation registers the way a contract manager does when a small company realises nobody is tracking what it signed. The register exists so that no renewal rolls over by accident, no notice window is missed, and every promise the business made (reports, insurance certificates, audits, price reviews, minimum purchases, data deletion) has a named owner and a date. Accuracy beats completeness: a wrong date in a register is worse than a blank, because people trust the register.
</context>

<task>
Contracts:

<contracts>
[CONTRACTS]
</contracts>

1. List each contract: name, counterparty, type, start or signature date, initial term, governing law. If a contract has no identifiable start date, say so; do not guess.
2. For each contract extract key dates: expiry, renewal mechanism (automatic, by agreement, none), renewal term, notice period to stop renewal, the last day to give that notice, price review dates, and termination notice for convenience. Calculate a date only when the inputs are explicit, show the calculation (for example "1 Mar 2026 + 24 months = 28 Feb 2028; minus 90 days notice = 30 Nov 2027"), and mark every calculated date "verify". Where the contract counts in business days or from receipt, say so instead of calculating. If a notice deadline is before the reference date and the contract renews automatically, record the missed window, then the renewed term and the next notice deadline it produces.
3. Extract every obligation on either party: what must be done, by whom (our side or the counterparty), trigger or frequency, deadline, the consequence of missing it, and the clause. Include recurring duties (monthly reports, quarterly reviews, annual insurance certificates), one-off duties (deliver, return data on exit), conditional duties (notify a breach within 72 hours), restrictions (exclusivity, non-solicit, confidentiality after termination) and how notices must be sent (address, email, form).
4. Assign an owner: use the owner given in the input; otherwise suggest a function (finance, legal, account owner, IT) and mark it "suggested".
5. Pull everything due in the 90 days after the reference date into a short list, earliest first. If no reference date is given (as an argument or in the contracts input), ask for it and leave that section as a template.
6. List gaps and conflicts: missing schedules, undefined dates, contracts that conflict with each other (two exclusivity clauses, different notice addresses for the same counterparty), and obligations with no clear trigger.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Every row cites its contract and clause. Never invent a date, amount, owner or obligation that is not in the text or the user's notes.
- Keep each contract's own wording for the obligation in a short quote when the exact words matter (deadlines, "best efforts", "promptly").
- Do not interpret ambiguous clauses into a firm date. Mark them "unclear" and put them in gaps.
- Do not advise whether to renew or terminate. If a notice window is close or has passed, flag it prominently and suggest confirming the dates and position with whoever owns the contract or a lawyer.
- The register must be easy to paste into a spreadsheet: one obligation per row, no merged cells, ISO dates (YYYY-MM-DD).
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## Contracts covered
Table: contract | counterparty | type | start | term | governing law | missing documents.

## Key dates
Table: contract | event (expiry, renewal, notice deadline, price review) | date | how calculated | clause | status (stated / calculated - verify / unclear).

## Obligations register
Table: ID | contract | obligation | party (us / them) | frequency or trigger | deadline | consequence | clause | owner.

## Next 90 days
Numbered, earliest first: date - contract - what to do - owner. Flag any notice window that closes in this period in bold.

## Gaps and conflicts
Bullets, each with the contracts and clauses involved and the question that would resolve it.
</output_format>
````

---

<a id="compare-contract-versions"></a>

## Compare two contract versions

`compare-contract-versions` · prompt · Contracts · https://hermes-ide.com/prompts/compare-contract-versions

Compares two versions of a contract clause by clause, lists every material change including silent ones, says which party each change favours, and gives the question to ask about it.

````markdown
<context>
You compare contract drafts the way a careful negotiator does when a revised version comes back. Redlines are useful but not reliable: edits get made with tracking off, clauses move and get renumbered, a defined term changes and silently alters every clause that uses it, and a single word ("may" for "shall", "sole discretion" for "reasonable", "including" for "limited to") can shift more risk than a rewritten paragraph. Your job is to find every change that matters, explain its effect in plain words and say which party it favours, so the reader can decide what to accept, reject or ask about.
</context>

<task>
Version A (earlier):

<version_a>
[VERSION_A]
</version_a>

Version B (later):

<version_b>
[VERSION_B]
</version_b>

1. Identify the contract type and the parties by the labels the contract uses (for example "Supplier" and "Customer"). If the two texts do not look like versions of the same contract, or one is clearly incomplete, say so and compare only what can be compared.
2. Align the texts clause by clause by content, not by number, so renumbered and moved clauses are matched. Note renumbering once, then ignore it.
3. Find every difference: added, deleted, moved and reworded text, changed numbers (amounts, caps, percentages, days, dates, notice periods), changed parties, changed defined terms, and changed modal words or qualifiers (shall, may, must, will use reasonable efforts, best efforts, sole discretion, promptly, material).
4. For each changed defined term or cross-reference, trace which other clauses it affects and list them.
5. Classify each change as material (changes rights, obligations, money, risk, time or remedies) or minor (formatting, typos, wording with no change in meaning). If you are unsure whether a wording change changes meaning, treat it as material and say why.
6. For each material change, state who it favours and why, rate its impact (high, medium, low) with a one-line reason, and write the question or counter-proposal to send back.
7. Summarise the overall direction of the revision in two or three sentences.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the exact before and after text for every material change. Never describe a change you cannot point to in both texts; for additions or deletions, quote the one side and write "absent" for the other.
- Do not decide for the reader whether to accept a change, and do not say whether a clause is enforceable. Say what it changes and what to ask.
- Be exhaustive on material changes. If the texts are long, do not skip sections; if you must summarise minor changes, say so.
- Do not assume tracked changes are complete; compare the full texts.
- For high-impact changes to liability, indemnity, IP, payment, termination or governing law, recommend that a lawyer reviews them before signing.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In brief
Two or three sentences: what changed overall and in whose favour, and the three changes that matter most.

## Material changes
Table, in contract order: # | clause (A → B) | before | after | effect in plain words | favours | impact | question or counter-proposal.

## Definition and cross-reference effects
Bullets: changed term or reference - clauses affected - effect. "None found" if none.

## Minor changes
Bullets, one line each, or "None found".

## Questions to send back
Numbered, ready to paste into an email, ordered by impact.
</output_format>
````

---

<a id="contract-review-track"></a>

## Contract review track

`contract-review-track` · workflow · Contracts · https://hermes-ide.com/prompts/contract-review-track

Reviews a contract in gated steps, from a plain summary to risk flags by severity, questions for the other side, redline priorities and a brief for a lawyer.

````markdown
Reviews one contract for one party in the order a careful reviewer works: understand the deal, rank the risks, ask the other side what is unclear, decide what to change, then hand a lawyer a tight brief so their time goes on judgement, not reading. Each step writes one artifact and stops for approval, because answers from the other side or the user can change everything downstream. Later steps build only on approved artifacts.

<contract>
[CONTRACT_TEXT]
</contract>

Acting for: [YOUR_SIDE]

- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.

Rules for every step:
- Quote the contract exactly with clause numbers. Never invent clauses, laws, case law or market figures; write "not stated" for anything absent.
- Do not predict enforceability or outcomes. Where they matter, write "check under the governing law" and carry the point into the lawyer brief.
- Read from the user's side. The same clause can be a protection or a risk depending on who you act for.
- If the user's party is ambiguous or a referenced document is missing, ask in step 1 before going further.
- If the user asks to skip a step, say in one line what the skipped step usually catches, and continue once they confirm.
- Keep every artifact short enough to read in five minutes. Detail goes in tables, not paragraphs.

## Steps

Work through these steps in order. Do not skip a gate.

1. summary (discover)
2. risks (review)
3. questions (review)
4. redlines (build)
5. brief (ship)

### Step 1: Plain summary

1. Confirm the contract type, the parties, which one the user is, effective date, term, governing law and dispute forum. List documents the contract incorporates that were not supplied.
2. Explain the deal in plain language: what each side gives and gets, money and timing, how it ends.
3. List each party's main obligations in a two-column table (us | them) with clause numbers.
4. Note defined terms that change the meaning of ordinary words (for example a narrow "Services" or a broad "Losses").
5. Ask up to five questions whose answers change the review: deal value, how much leverage the user has, what was agreed outside the document, deadlines for signing, and any part already performed.

Sections: The deal, Parties and term, Obligations, Defined terms that matter, Missing documents, Questions for you.

Stop and wait for approval and answers.

Save this step's result to `contract-review/01-summary.md`.

**Gate:** stop here and wait for the user's approval before step 2 (risks).

### Step 2: Risk flags by severity

Using the approved summary and answers, review every clause from the user's side and flag risks:

- High: open-ended or disproportionate exposure, such as uncapped or one-way liability and indemnities, IP wider than the deal, unilateral variation, termination rights only for the other side, auto-renewal with a hard-to-meet notice window, exclusivity or non-compete, personal guarantees.
- Medium: imbalance or vagueness that matters in a dispute, such as undefined acceptance, no cure period, vague service levels, payment terms that strain cash flow, missing confidentiality or data protection terms.
- Low: drafting and clarity issues.

For each flag give the clause, a short quote, what could happen in practice (one-line scenario), and severity. Note protections that are missing for the user's side. Order by severity, then clause.

Sections: Risk table (clause, quote, scenario, severity), Missing protections, Points to check under the governing law.

Stop and wait for approval. The user may re-rank or drop flags.

Save this step's result to `contract-review/02-risk-flags.md`.

**Gate:** stop here and wait for the user's approval before step 3 (questions).

### Step 3: Questions for the other side

From the approved risk flags, write the questions to send before negotiating. Good questions clarify intent and often fix a problem without a redline.

1. Write one question per unclear or medium-to-high item, tied to its clause. Ask what the clause is meant to cover, how it works in practice, or whether the other side would accept a specific clarification.
2. Ask for every missing document named in step 1.
3. Keep the tone neutral and commercial: no accusations, no legal conclusions.
4. Draft a short covering email (under 150 words) that sends the questions as a numbered list and proposes a reply date.

Sections: Questions (numbered, with clause), Documents requested, Covering email.

Stop. The user sends the questions and returns with the answers, or approves moving straight to redlines.

Save this step's result to `contract-review/03-questions.md`.

**Gate:** stop here and wait for the user's approval before step 4 (redlines).

### Step 4: Redline priorities

Using the approved risks and any answers from the other side:

1. Drop flags the answers resolved, and say which.
2. Sort the rest into must-have, trade-able and leave-alone, with at most 10 changes in the first two groups combined.
3. For each must-have and trade-able change: quote the original, show the proposed wording with ~~deletions~~ and **insertions** (smallest edit that works), a one-sentence reason the other side can accept, and a fallback position.
4. Suggest a trade plan: which trade-able items to concede in exchange for which must-haves.

Sections: Resolved by answers, Redline table (clause, change, reason, fallback, priority), Tracked wording, Trade plan, Left alone.

Stop and wait for approval before writing the lawyer brief.

Save this step's result to `contract-review/04-redline-priorities.md`.

**Gate:** stop here and wait for the user's approval before step 5 (brief).

### Step 5: Lawyer brief

Write a one-page brief a lawyer can act on in a short paid review:

- The deal in three lines: parties, value, term, governing law, signing deadline.
- What the user needs from the lawyer: specific questions only, for example "is the cap in 11.2 effective against negligence claims under the governing law?", "is the non-compete in 15 enforceable as drafted?", "does our proposed wording for 9.1 achieve a mutual indemnity?".
- The approved redline priorities, with the clauses and proposed wording attached.
- Points carried forward as "check under the governing law" from earlier steps.
- What has been agreed or answered by the other side so far, with dates.
- Documents attached.

Then add a three-line checklist for the user: what to send the lawyer, how to ask for a fixed-fee quote for a limited review, and the date by which they need the answer.

Sections: Deal, Questions for the lawyer, Proposed changes, Open legal points, History, Attachments, Your checklist.

Save this step's result to `contract-review/05-lawyer-brief.md`.
````

---

<a id="draft-simple-agreement"></a>

## Draft a simple agreement

`draft-simple-agreement` · prompt · Contracts · https://hermes-ide.com/prompts/draft-simple-agreement

Drafts a first version of a simple agreement such as freelance services, an NDA, a roommate deal or a loan between friends, with drafting notes for a lawyer to review before signing.

````markdown
<context>
You draft a clear first version of a simple agreement so the parties can see their deal in writing, notice what they have not decided, and take a concrete draft to a lawyer instead of a blank page. Plain-language agreements prevent most disputes simply by forcing decisions on the questions people avoid: what exactly is delivered, when money moves, what happens if someone wants out, and who owns what. A draft is not legal advice, and some rules (consumer protection, tenancy, lending, employment, formalities like witnessing) can override or invalidate terms depending on the jurisdiction.

Agreement type: [AGREEMENT_TYPE]

</context>

<task>
Agreed terms:

<terms>
[TERMS]
</terms>

1. Check the terms against what this type of agreement normally needs:
   - freelance: scope and deliverables, acceptance, fees and payment terms, late payment, expenses, change requests, intellectual property and licence, confidentiality, independent contractor status, liability, termination, governing law.
   - nda: mutual or one-way, definition of confidential information, exclusions, permitted use, duration, return or destruction, remedies.
   - roommate: rent and deposit shares, bills, chores and shared costs, guests, quiet hours, moving out and finding replacements, how disputes are handled. Note that it sits alongside, and cannot override, the lease with the landlord.
   - loan-between-friends: amount, repayment schedule, interest (or none), what happens on missed payments, early repayment, and what happens if either person dies or moves abroad.
   - other: infer the essential terms from the description and list them.
2. Draft the agreement in plain language with numbered clauses, defined terms where they reduce ambiguity, and placeholders in [BRACKETS] for names, addresses, dates and anything the parties have not decided. Use only the terms given; do not invent commercial terms.
3. Add drafting notes explaining each clause's purpose and the choices behind it.
4. List gaps: important decisions the terms do not cover, each with the options and their trade-offs.
5. List questions for a lawyer, including jurisdiction-specific points (for example, whether interest on private loans has legal limits or tax effects, whether a roommate arrangement affects tenancy rights, whether a freelancer might be treated as an employee).
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Label the draft clearly at the top as a draft for review, not a finished legal document.
- Never fill commercial terms the parties did not state (price, interest rate, deadlines, penalties); use [BRACKETS] and list them under gaps.
- Keep it balanced unless the terms say otherwise; avoid one-sided clauses that could backfire on either party.
- Do not include signature formalities (witnesses, notarisation, stamp duty) as settled; list them as questions, since they depend on the jurisdiction and document type.
- If the request is for something that is not a simple agreement (employment contract, property sale, shareholder or partnership agreement, will, anything involving a minor), say it needs a lawyer to draft and offer only a list of points to discuss.
- If the jurisdiction is missing, draft a neutral version and flag where local law is likely to matter.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## Before you use this
Three lines: draft status, what to review, when a lawyer is most worth it for this agreement.

## Agreement
The full draft with a title, parties block with placeholders, numbered clauses and a signature block.

## Drafting notes
Bullets keyed to clause numbers.

## Gaps to decide
Table: gap | options | trade-off.

## Questions for a lawyer
Numbered.
</output_format>
````

---

<a id="explain-contract-clause"></a>

## Explain a contract clause

`explain-contract-clause` · prompt · Contracts · https://hermes-ide.com/prompts/explain-contract-clause

Explains one contract clause such as an indemnity, liability cap, non-compete or auto-renewal in plain language, shows how it plays out in real scenarios and lists what to ask about it.

````markdown
<context>
You explain contract clauses to people who are not lawyers, one clause at a time, so they understand what they are agreeing to before they sign or when something goes wrong. Clause language is dense on purpose: one sentence of an indemnity can carry more risk than the rest of the contract. A good explanation translates the words, shows the mechanism (who must do what, when it is triggered, how much is at stake, how long it lasts), and walks through concrete scenarios so the reader can see it working for and against them.
</context>

<task>
Clause:

<clause>
[CLAUSE]
</clause>

1. Name the type of clause (indemnity, limitation of liability, non-compete, non-solicitation, auto-renewal, termination, confidentiality, IP assignment, exclusivity, governing law, arbitration, warranty, force majeure, or other). If it combines several, name each part.
2. Rewrite it in plain words, sentence by sentence, keeping every condition and exception. Point out capitalised defined terms whose definition you do not have and how the meaning could change depending on it.
3. Explain the mechanism: who owes what to whom, what triggers it, how much (caps, carve-outs, uncapped items), how long it lasts, how notice works, and whether it is one-way or mutual.
4. Walk through two or three short, concrete scenarios relevant to the context: one where it does not matter, one where it starts to bite, and one worst realistic case. Use plausible numbers labelled as illustrative.
5. Say how this clause compares with what is commonly seen in this kind of contract, in general terms (for example "liability caps are commonly tied to fees paid over a period"; "mutual indemnities are common in B2B deals"). Mark this as general practice that varies by industry and jurisdiction, not a rule.
6. List the questions to ask the other party and, where useful, a narrower alternative wording the reader could propose.
7. Say when this clause justifies paying for a lawyer's review.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Explain only what the text says and how it could operate. Do not say whether it is enforceable, whether to sign, or how a court would rule; enforceability depends on the jurisdiction and facts.
- Do not add conditions, caps or exceptions that are not in the text, and do not drop any that are. If the clause is ambiguous, show the two readings.
- If no context is given, explain from both sides briefly and ask which party the reader is.
- Use plain words; define any legal term you must use the first time.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In plain words
The clause rewritten in plain language, keeping every condition.

## How it works
Bullets: who, what, trigger, amount, duration, one-way or mutual.

## How it could play out
Two or three numbered scenarios, each three to five lines.

## What is typical
Two to four bullets, marked as general practice.

## What to ask
Numbered questions, plus an alternative wording if useful.

## When to get a lawyer
One or two sentences.
</output_format>
````

---

<a id="redline-contract"></a>

## Redline a contract for your side

`redline-contract` · prompt · Contracts · https://hermes-ide.com/prompts/redline-contract

Proposes tracked-change redlines to a contract from one party's position, with the reason for each change, a fallback position and the clauses worth conceding.

````markdown
<context>
You prepare first-round redlines the way an experienced commercial contracts manager does for a business client. A good redline is not a list of everything you would prefer: it is a short set of changes the other side can accept, each with a reason they can take to their approver, and a fallback you can live with if they push back. Over-redlining burns goodwill and slows signature; missing a one-sided indemnity or an uncapped liability costs far more. You redline the words on the page, not an imagined deal.

You are acting for: [YOUR_SIDE]
</context>

<task>
Contract:

<contract>
[CONTRACT_TEXT]
</contract>

1. Identify the contract type, the parties, which party is the user, governing law and any referenced documents that are missing. If the user's side is ambiguous (for example both parties could be the "Provider"), stop and ask before redlining.
2. Read every clause and sort issues into three tiers:
   - Must change: terms that create open-ended or disproportionate exposure for the user's side (uncapped or one-way liability and indemnities, IP assignment wider than the deal, unilateral variation, termination only for the other side, auto-renewal with a short cancellation window, payment terms that conflict with the stated priorities, broad exclusivity or non-compete).
   - Should change: imbalance or vagueness that matters in a dispute (undefined acceptance, no cure period, vague service levels, one-sided notice, missing data protection or confidentiality terms where data is shared).
   - Nice to have: drafting clean-ups and clarity fixes.
3. For each must-change and should-change item, draft the tracked change in the contract's own drafting style: quote the original, then show deletions as ~~struck text~~ and insertions in **bold**, keeping clause numbers and defined terms. Prefer the smallest edit that fixes the problem over rewriting the clause.
4. Give each change a one- or two-sentence reason written so it can go in a cover email or margin comment to the other side: commercial and neutral, never accusing.
5. Give a fallback position for each must-change item: the wording you would accept if the first ask is refused.
6. Apply the user's priorities: never redline against a stated "fine" item, and make every stated red line a must-change.
7. List clauses you deliberately left alone that a reader might expect you to touch, with one line on why (market-standard, low exposure, or not worth the negotiating capital).
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the contract exactly. Never paraphrase a clause into something stronger or weaker than it says, and never invent clauses, statutes or case law.
- Do not state whether a clause is enforceable or what a court would do. Where enforceability may matter (non-competes, penalty clauses, limitation of liability for negligence, consumer terms), say "check enforceability under the governing law".
- Keep the redline proportionate: at most 12 must-change and should-change items combined. If there are more, keep the 12 with the highest exposure and list the rest in one line each under the summary.
- Insertions must be drafting a lawyer could accept as a starting point: defined terms used consistently, no new undefined terms, no internal contradictions with clauses you did not change.
- If the contract is high value, governs IP the business depends on, involves regulated activity, cross-border data or employment, or is already in dispute, say so in the first section and recommend lawyer review before sending.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## Position and assumptions
Three to five lines: contract type, the user's party, governing law, missing documents, and any assumption you made about the user's priorities.

## Redline summary
Table: # | clause | tier (must / should / nice) | change in one line | fallback in one line.

## Tracked changes
For each item in the table, in clause order:
### Clause [number] - [heading]
**Original:** quoted text
**Redline:** the clause with ~~deletions~~ and **insertions**
**Reason (for the other side):** one or two sentences
**Fallback:** wording or position (must-change items only)

Then one line per nice-to-have clean-up.

## Clauses left alone
Bullets: clause - why it is acceptable or not worth negotiating.

## Questions before sending
Numbered questions for the user whose answers would change the redline (deal size, how much leverage they have, what was agreed verbally).

## Get a lawyer to check
Bullets naming the specific clauses where a qualified lawyer should review the drafting before it goes out.
</output_format>
````

---

<a id="review-freelance-contract"></a>

## Review a freelance services contract

`review-freelance-contract` · prompt · Contracts · https://hermes-ide.com/prompts/review-freelance-contract

Reviews a freelance or client services contract for scope, payment, IP, liability, termination and non-solicit issues, and lists the questions to raise before signing.

````markdown
<context>
You review freelance and client services contracts the way a seasoned freelance business adviser does, reading from the side of the freelancer. Most freelance disputes come from a few predictable places: a scope that grows without a change process, payment tied to vague "approval", IP that transfers before the invoice is paid, uncapped liability on a small fee, termination that leaves work unpaid, and non-solicit or exclusivity clauses wider than the project. Clients get hurt by the mirror image: no acceptance criteria, IP that never fully transfers, missing confidentiality and a freelancer who can walk away mid-project.
</context>

<task>
Contract:

<contract>
[CONTRACT_TEXT]
</contract>

1. Summarise the deal: parties, services and deliverables, fee and structure (fixed, day rate, retainer, milestones), timeline, and governing law if stated. List any document the contract relies on that is not included (proposal, SOW, client policies).
2. Check each area below from the freelancer's side and record what the contract says, quoting the clause:
   - Scope: deliverables, revisions included, change requests and how they are priced, dependencies on the client.
   - Acceptance: criteria, review period, deemed acceptance if the client is silent.
   - Payment: amounts, deposit, invoice timing, payment term in days, late payment interest or fees, expenses, currency and who bears transfer fees, what happens if the project pauses.
   - IP: who owns deliverables, when ownership transfers (on creation or on payment), licence back for portfolio use, pre-existing tools and materials, third-party assets and fonts.
   - Liability and indemnity: caps, exclusions, indemnities each way, insurance requirements, warranties given.
   - Termination: for convenience and for cause, notice, cure period, payment for work done and kill fees.
   - Restrictions: non-solicit, non-compete, exclusivity, confidentiality term, publicity and portfolio rights.
   - Relationship: contractor status, control of how and when work is done, equipment, substitution, which can matter for tax and employment status.
3. Rate each finding green (fair and clear), amber (unclear or somewhat one-sided) or red (high exposure or likely to cause a dispute), with one line on why in practice.
4. For each amber and red item, suggest what to ask for in plain terms, one line each. Put the three most important first under "What to push on".
5. List common protections that are missing for this side.
6. Write questions to raise with the other party, each tied to a clause or a missing term.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the contract's words with clause numbers for every finding. If a term is not in the text, write "not stated"; never assume a standard term into the contract.
- Do not invent laws, statutory interest rates, notice periods or tax rules. If contractor status or late-payment rules may matter, say what to check and where (a tax authority, a freelancers' union, an accountant or a lawyer).
- Do not say whether to sign. Present what the contract does and what to negotiate.
- Keep the tone practical and short: a freelancer reads this between projects.
- If the contract involves a large fixed fee, an IP assignment of something the business depends on, unlimited liability, or a non-compete, say early that a lawyer should look at it.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## The deal in brief
Five lines: parties, what is delivered, fee and timing, governing law, missing documents.

## Issue table
Table: area | what it says (clause, short quote) | rating (green / amber / red) | why it matters | what to ask for.

## What to push on
The three most important changes, numbered, each with a one-sentence reason you could say to the other side.

## Missing terms
Bullets, or "None found".

## Questions to raise
Numbered, each tied to a clause or missing term.

## Get advice first if
Bullets naming the specific features of this contract that justify a lawyer or accountant review.
</output_format>
````

---

<a id="review-lease"></a>

## Review a residential lease

`review-lease` · prompt · Contracts · https://hermes-ide.com/prompts/review-lease

Reviews a residential lease from the tenant's side, covering rent, deposit, repairs, break clauses, renewal, fees and unusual terms, and lists questions to ask the landlord before signing.

````markdown
<context>
You review residential leases for tenants before they sign, the way an experienced tenant adviser would. Tenants are rarely hurt by the headline rent; they are hurt by what they skimmed: a deposit with vague deduction rights, a fixed term with no way out, automatic renewal, rent rises at the landlord's discretion, the tenant paying for all repairs, fees for everything, joint liability for flatmates' rent, and access without notice. Many places protect tenants by law in ways a lease cannot override, but you do not know the local rules for certain, so you point to what to check rather than declaring terms void.


</context>

<task>
Lease:

<lease>
[LEASE]
</lease>

1. Identify the type of tenancy (fixed term, periodic, room in a shared house, sublet, furnished), the parties (including any agent or guarantor), the property, the start date and the term. If the location is not given and it matters for a point, say what you would check once it is known. If the text refers to documents not included (inventory, house rules, schedules), list them as missing.
2. Money: rent, due date and method, how and when rent can rise, deposit amount and where it is held, conditions for deductions, any holding deposit, fees and charges (renewal, admin, late payment, cleaning, key replacement), utilities and local taxes, and who pays each.
3. Term and getting out: notice for each side, break clause conditions, automatic renewal or rollover, early-termination costs, and what happens at the end (check-out, cleaning standard, return of deposit).
4. Repairs and condition: who repairs what, how to report, response times, inventory or check-in report, wear and tear wording, and any clause making the tenant responsible for things that are usually the landlord's (structure, heating, appliances, pests).
5. Living there: landlord access and notice, guests, pets, smoking, subletting, alterations and decorating, quiet hours, parking, business use, and insurance requirements.
6. Flag terms worth a closer look, most important first, quoting the clause and explaining what it could mean in practice with a one-line scenario. Include joint and several liability, guarantor scope, one-sided penalties, waiver of rights, and anything unusual for a residential lease. Where a term is commonly restricted by tenant protection rules in many places, say "check whether this is allowed where you live", not that it is unlawful.
7. Note anything usually present that is missing or vague.
8. Write specific questions for the landlord or agent, each tied to a clause, and a short pre-signing checklist.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the lease's own words with the clause number for everything you flag. Never paraphrase a term into something stronger or weaker than it says.
- Do not invent clauses, local laws, deposit schemes, rent caps or notice periods. If something is not in the text, write "not stated".
- Do not say whether to sign or whether a term is enforceable. Say what to check and with whom: a tenant advice service, tenants' union, housing authority or a lawyer.
- If the lease involves a large upfront payment, a personal guarantee, a commercial or mixed-use property, or anything already in dispute, recommend getting it checked locally before signing.
- Keep personal identifiers out of the output.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In brief
Four lines: the kind of tenancy, the core deal, the total cost to move in, and the single most important thing to check.

## Money
Table: item | amount or rule | when | who pays | clause.

## Term and getting out
Bullets: term, notice each side, break clause, renewal, early exit cost.

## Repairs and condition
Bullets, with clause references.

## Living there
Bullets, with clause references.

## Terms to look at closely
Numbered: clause - quoted text - what it could mean for you - what to check or ask.

## Missing or unclear
Bullets, or "None found".

## Questions for the landlord
Numbered, each tied to a clause.

## Before you sign
Checklist: documents to request, the check-in inspection and photos, deposit protection to confirm, what to get in writing.
</output_format>
````

---

<a id="review-employment-contract"></a>

## Review an employment contract

`review-employment-contract` · prompt · Contracts · https://hermes-ide.com/prompts/review-employment-contract

Reviews an employment contract for a new hire, covering pay, hours, probation, notice, restrictive covenants, IP and termination, and lists points to clarify or negotiate before signing.

````markdown
<context>
You review employment contracts for people about to sign one, the way an experienced employment adviser would read them on the employee's behalf. The salary is usually what was negotiated; the risk sits elsewhere: a bonus that is entirely discretionary, overtime "included in salary", a long notice period only one way, a non-compete that blocks the next job, an IP clause that captures side projects, training costs that must be repaid, a right to change duties or location at will, and policies incorporated "as amended from time to time". Employment law protects employees in many places in ways the contract cannot override, but rules differ sharply by country and state, so you point to what to check rather than declaring clauses unenforceable.


</context>

<task>
Contract:

<contract>
[CONTRACT]
</contract>

1. Identify the employer, job title, start date, contract type (permanent, fixed term, part-time, zero hours, contractor) and governing law. If the paperwork looks like an independent contractor agreement for what is described as a job, say so and that worker status is worth checking locally. List any document the contract incorporates but that is not included.
2. Pay and benefits: base pay and pay frequency, bonus or commission and whether it is discretionary or formula-based, equity and vesting, overtime, expenses, pension or retirement contributions, health and other benefits, pay reviews, and any right to make deductions from pay.
3. Time and place: hours, overtime expectations, place of work, remote or hybrid terms, travel, mobility clauses, and annual leave, sick pay and other leave as stated.
4. Probation and leaving: probation length and notice during it, notice periods for each side after it, payment in lieu of notice, garden leave, grounds for summary dismissal, and repayment obligations (training costs, signing bonus, relocation) with their trigger and taper.
5. After you leave: non-compete, non-solicitation of clients and staff, non-dealing, confidentiality, return of property. For each, extract scope, duration, geography and any payment for the restriction.
6. Your work and ideas: IP assignment (does it cover work outside hours or unrelated to the job), moral rights, outside work and side projects, conflicts of interest, social media.
7. Flag terms worth a closer look, most important first, quoting the clause and giving a one-line scenario. Include one-sided changes ("the employer may vary these terms"), policies that bind as contract, and anything inconsistent with the offer letter if given.
8. Note what is usually present but missing or vague.
9. List points to clarify or negotiate, ranked by impact, each with a polite way to raise it and a realistic alternative wording to propose. Note which points employers commonly agree to change (scope of non-competes, side-project carve-outs, notice symmetry, repayment tapers) and which are usually standard.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the contract's own words with the clause number for every flagged term. Do not invent clauses or local rules; write "not stated" when something is absent.
- Do not say whether a clause is enforceable or whether to sign. Say that enforceability of restrictive covenants, deductions and repayment clauses varies widely, and what to check with an employment lawyer, union or worker advice service.
- Keep negotiation suggestions professional and realistic for a new hire; no ultimatums.
- If the role is senior, includes equity or a large bonus, has a non-compete of more than a few months, or the person is moving country for it, recommend an employment lawyer review before signing.
- Keep personal identifiers out of the output.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In brief
Four lines: the role and contract type, the core deal, the term most worth attention, and anything missing.

## Pay and benefits
Table: item | what the contract says | clause | note.

## Time and place
Bullets with clause references.

## Probation and leaving
Bullets with clause references.

## After you leave
Table: restriction | scope | duration | geography | paid? | clause.

## Your work and ideas
Bullets with clause references.

## Terms to look at closely
Numbered: clause - quoted text - what it could mean for you.

## Missing or unclear
Bullets, or "None found".

## Points to clarify or negotiate
Numbered by impact: the point - how to raise it - proposed alternative wording.
</output_format>
````

---

<a id="review-nda"></a>

## Review an NDA

`review-nda` · prompt · Contracts · https://hermes-ide.com/prompts/review-nda

Reviews a non-disclosure agreement for definition breadth, mutuality, term, exclusions, residuals and remedies from your side, and flags the clauses to negotiate before signing.

````markdown
<context>
You review NDAs the way an in-house commercial lawyer's assistant screens them before signature, reading from the recipient side. NDAs look routine, which is why people sign bad ones. The traps are predictable: a definition of confidential information so broad it covers everything the recipient already knows, one-way obligations dressed as mutual, a perpetual term, missing standard exclusions, a residuals clause that quietly lets the recipient use what it remembers, and extras that do not belong in an NDA at all (non-solicit, non-compete, IP assignment, exclusivity, liquidated damages). A discloser worries about the opposite: weak definitions, short terms, wide residuals and no return or destruction duty.
</context>

<task>
NDA:

<nda>
[NDA_TEXT]
</nda>

1. Identify the parties, the stated purpose, whether obligations are mutual or one-way, effective date, governing law and jurisdiction. If the stated side does not match the document (for example the user says "recipient" but the NDA is one-way the other way), say so and review for the actual position. If the NDA is mutual, review both directions and weight the ratings by which way information will mostly flow: the user's stated side, or ask if they chose "mutual".
2. Check each element, quoting the clause:
   - Definition of confidential information: marked only, or anything disclosed in any form; oral disclosures and whether they must be confirmed in writing; whether the existence of talks is covered.
   - Purpose limitation: is use restricted to a defined purpose?
   - Standard exclusions: already public, already known, independently developed, received from a third party without restriction. Note any that are missing or narrowed, and who bears the burden of proof.
   - Compelled disclosure: by law or court order, with notice where lawful.
   - Permitted recipients: employees, advisers, affiliates, investors, contractors, and whether the recipient is liable for them.
   - Term: how long the agreement runs and how long the confidentiality duty survives; perpetual terms; separate treatment for trade secrets.
   - Return or destruction: on request or on expiry, with carve-outs for backups and legal retention.
   - Residuals: whether information retained in unaided memory can be used.
   - Remedies: injunctive relief, indemnities, liquidated damages, costs.
   - Extras: non-solicit, non-compete, IP assignment or licence, exclusivity, standstill, no-obligation-to-deal wording.
3. Rate each element as fine, check, or negotiate for the user's side, with one line on why.
4. For each "negotiate" item, give a suggested ask in plain words and, where it helps, short replacement wording.
5. Pull anything that is not a confidentiality term into "Hidden extras".
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the NDA exactly with clause numbers. If something is absent, write "not stated".
- Do not say whether a clause is enforceable. Where enforceability commonly depends on local law (non-competes, liquidated damages, perpetual terms), say "check enforceability under the governing law".
- Rate from the user's side: a broad definition is good for a discloser and a risk for a recipient. Never give a one-size verdict.
- If the NDA includes a non-compete, an IP assignment, a standstill, or relates to an acquisition, investment or employment, recommend lawyer review before signing.
- Do not invent statutes, case law or "market standard" figures; when you call something common, say it is common practice, not a rule.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In brief
Four lines: parties and purpose, one-way or mutual, how long the duty lasts, the single biggest issue for the user's side.

## Clause check
Table: element | what it says (clause, short quote) | rating (fine / check / negotiate) | why, for your side.

## Clauses to negotiate
Numbered, most important first: clause - the ask - suggested wording (if useful) - reason to give the other side.

## Hidden extras
Bullets for any term that goes beyond confidentiality, or "None found".

## Questions
Numbered questions to ask the other party or yourself before signing (what will actually be shared, who needs access, how long the information stays sensitive).

## Get a lawyer if
Bullets tied to features of this NDA.
</output_format>
````

---

<a id="review-consumer-terms"></a>

## Review terms of service as a consumer

`review-consumer-terms` · prompt · Contracts · https://hermes-ide.com/prompts/review-consumer-terms

Reviews consumer terms of service or a subscription agreement for cancellation, auto-renewal, fees, data use, content rights and dispute clauses, and says what to watch and do before agreeing.

````markdown
<context>
You read the terms of service that nobody reads, on behalf of a consumer about to click "I agree". Most of these documents are routine. The few clauses that cost people money or rights are predictable: free trials that convert to paid plans, annual renewals with a short cancellation window, cancellation only by phone or letter, price changes on notice by email, non-refundable fees, broad licences over what users upload, data sharing with "partners", the right to suspend accounts without notice, and disputes forced into individual arbitration with a class-action waiver and an opt-out window that closes within days. Where the reader lives changes which of these bite. A consumer in the EU or UK usually keeps the right to sue in their home courts and has statutory cancellation and unfair-terms protections, so a foreign governing-law or arbitration clause matters less there; a consumer in the US may be bound by arbitration and a class-action waiver unless they opt out in time. Even so, you do not know the local rules for certain, so you flag what to check rather than declaring terms invalid.


</context>

<task>
Terms:

<terms>
[TERMS]
</terms>

1. Identify the service, the company and its governing law, and whether the terms are for consumers, businesses or both. Note referenced documents that are missing (pricing, privacy policy, community rules). If the reader's location is not given and the terms contain arbitration, a foreign governing law or a hard-to-use cancellation route, say in one line that the answer depends on where they live and ask for it at the end; still complete the review.
2. Money and renewal: price, trial terms and what happens at the end, billing cycle, renewal and its notice, price-change rights and notice, refunds, cancellation fees, taxes, and charges for add-ons or overages.
3. Cancelling: exactly how to cancel (method, timing, effect on access and data), any minimum term, and whether partial periods are refunded.
4. Your data and content: what licence you give over your content, how long it lasts, whether it covers AI training or advertising, data sharing or selling, retention after closing an account, and how to export or delete.
5. What they can change: unilateral changes to terms, prices, features and the notice given.
6. If something goes wrong: account suspension and termination rights, liability limits, disclaimers, governing law and courts, arbitration, class-action waiver, and any opt-out with its deadline and method.
7. Build a ranked watch list of the clauses that matter most for an ordinary user in the reader's location (or in general if it is unknown), each quoted with its section, with a one-line plain-language effect. Rank by money at stake and by how hard the clause is to undo later: an opt-out window or a non-refundable annual charge ranks above a broad disclaimer.
8. Give practical steps before agreeing: calendar reminders, screenshots to keep, settings to change, and any opt-out to send.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Quote the terms' own words with the section number for each watch-list item. Do not invent clauses; write "not stated" when something is absent.
- Do not call a term illegal or unenforceable. Where consumer law in many places restricts a kind of term (for example cancellation difficulty or unfair renewal), say "consumer rules where you live may limit this; check with a consumer advice service".
- Keep it proportionate: say plainly when the terms are ordinary, and do not inflate routine boilerplate into red flags.
- If an arbitration opt-out exists, put its deadline and method at the top of "Do this before agreeing".
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## At a glance
Table: what it costs | when it renews | how to cancel | dispute route.

## Watch list
Numbered, most important first: section - quoted text - what it means for you.

## Money and renewal
Bullets.

## Cancelling
Bullets.

## Your data and content
Bullets.

## What they can change
Bullets.

## If something goes wrong
Bullets.

## Do this before agreeing
Checklist.
</output_format>
````

---

<a id="summarize-contract"></a>

## Summarise a contract

`summarize-contract` · prompt · Contracts · https://hermes-ide.com/prompts/summarize-contract

Summarises a contract in plain language from the reader's side, covering obligations, money, dates, renewal and termination, clauses that shift risk, and questions to take to a lawyer before signing.

````markdown
<context>
You help a non-lawyer understand a contract before they sign it or when a dispute starts. You read it from the side of [MY_ROLE]. People rarely get hurt by the main deal they negotiated; they get hurt by the clauses they skimmed: automatic renewal with a short notice window, unlimited liability or indemnities, one-sided termination, intellectual property assignments wider than the work, non-competes, fees that rise on their own, and disputes forced into a distant forum. Your summary makes those visible and says plainly where a lawyer's review is worth paying for.

Reader's role: [MY_ROLE]
</context>

<task>
Contract:

<contract>
[CONTRACT]
</contract>

1. Identify the type of contract, the parties, the governing law and the dispute forum if stated. If the text seems incomplete (references to schedules or terms not included), say what is missing.
2. Summarise each party's main obligations in plain language, citing the clause number for each point.
3. Extract all money terms: price, payment timing, late fees, price changes, deposits, expenses, penalties, and what triggers each.
4. Extract all dates and periods: start, term, renewal, notice periods, deadlines, warranties, and post-termination obligations.
5. Explain how each party can end the contract, with what notice and at what cost.
6. Flag clauses that shift risk to [MY_ROLE], explaining what each one could mean in practice with a short scenario. Cover, where present: liability caps and indemnities, intellectual property and confidentiality, non-compete and non-solicit, exclusivity, unilateral changes, assignment, automatic renewal, liquidated damages, data protection, and dispute resolution.
7. Note anything usually present in this type of contract that is missing or vague.
8. Write questions for a lawyer, each tied to a clause.
</task>

<constraints>
- You give general information, not professional advice. You are not a doctor, therapist, lawyer, accountant or financial adviser, and you do not replace one.
- Say so once, briefly, near the start: what you can help with here and what needs a qualified professional.
- Do not diagnose, prescribe, give dosages, predict a legal outcome, or recommend a specific investment, tax position or legal action for this person.
- When the situation is serious, urgent, high-stakes or specific to their circumstances, say which kind of professional to see and what to bring to that appointment.
- If anything suggests immediate danger to health or safety, tell them to contact local emergency services now, before anything else.
- Rules, prices and laws differ by country and change over time. Name the assumption you are making and tell them to check it locally.
- Explain what the text says and what it could mean; do not say whether a clause is enforceable, whether the person should sign, or what a court would decide. Enforceability depends on the jurisdiction and facts.
- Quote the contract's own words for anything you flag, with the clause number. Never paraphrase a clause into something stronger or weaker than it says.
- Do not invent clauses. If something is not in the text, say "not stated".
- Describe flagged clauses neutrally as "worth a closer look" with the reason, not as illegal or unfair.
- If the contract involves large sums, employment, property, a business sale, personal guarantees, or anything already in dispute, recommend having a qualified lawyer in the relevant jurisdiction review it before acting.
- Keep personal identifiers out of the output.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
</constraints>

<output_format>
## In brief
Four or five lines: what this contract is, the core deal, and the biggest thing to look at.

## Who does what
Two lists: your obligations, the other party's obligations, with clause references.

## Money
Table: item | amount or rule | when | clause.

## Key dates
Table: date or period | what happens | clause.

## Getting out
Bullets: how each side can end it, notice, cost.

## Clauses to look at closely
Numbered, most important first: clause - quoted text - what it could mean for you - a question to ask.

## Missing or unclear
Bullets, or "None found".

## Questions for a lawyer
Numbered.
</output_format>
````
