AI-Admin-Assistant: Market portal model: contract clause types with pedagogical commentary

2026-07-03T00:33:06Z

Market portal model: contract clause types with pedagogical commentary

New page

''Section 1 of the [[Markets/en/Portal:Model/Main|market portal model]]. Neutral example content: replace with market-specific clauses when instantiating. Draft material, intended to be validated by lawyers. Not legal advice.''

= Contract: clause types and pedagogical commentary =

__TOC__

== How this model works ==

A WikiDeal base contract is built from three layers: '''preamble clauses''' (who, why, with which words), '''substance clauses''' (what each party owes the other) and '''annexes''' (the variable details that change from one deal to the next). Every clause below comes with an optional '''pedagogical commentary''' answering four questions: why the clause makes sense, its advantages, its risks, its limits. In an app, the commentary can be shown on demand next to each clause; on the wiki it is documented here and in the annexes.

== A. Preamble clauses ==

=== P1. Identification of the parties ===
''Template:'' This agreement is entered into between [Party A, role] and [Party B, role], both registered users of the [Market] portal.
* '''Why it makes sense:''' a contract binds identified persons; without clear identification nothing else holds.
* '''Advantages:''' avoids "I thought I was dealing with your company, not with you personally".
* '''Risks:''' identity errors or homonyms; a party signing for someone else without authority.
* '''Limits:''' identification does not prove capacity or solvency; other clauses must handle that.

=== P2. Recitals (context) ===
''Template:'' Whereas [Party A] seeks [need] and [Party B] offers [capability], the parties wish to record their agreement in writing so that expectations stay clear and the relationship stays healthy.
* '''Why it makes sense:''' recitals record the shared story behind the deal; judges and mediators read them first.
* '''Advantages:''' when a dispute arises, the original intention is written down, not remembered differently by each side.
* '''Risks:''' recitals that contradict the substance clauses create confusion.
* '''Limits:''' recitals usually create no obligations by themselves.

=== P3. Definitions ===
''Template:'' In this agreement, "[Term]" means [precise meaning]. Terms defined here keep the same meaning in every annex and amendment.
* '''Why it makes sense:''' most conflicts start with two people using the same word for different things.
* '''Advantages:''' one place to check what "session", "delivery" or "completion" means.
* '''Risks:''' definitions that drift from everyday usage can surprise a party who did not read them.
* '''Limits:''' a definition cannot repair a badly designed obligation.

=== P4. Purpose ===
''Template:'' The purpose of this agreement is to define the terms under which [Party B] will [main obligation] for [Party A].
* '''Why it makes sense:''' one sentence that states what the whole contract is for.
* '''Advantages:''' helps interpret ambiguous clauses later ("what did the parties want overall?").
* '''Risks:''' a purpose stated too narrowly can exclude things the parties actually wanted.
* '''Limits:''' the purpose clause does not replace the detailed scope clause (S1).

== B. Substance clauses ==

=== S1. Scope of obligations ===
''Template:'' [Party B] agrees to [detailed obligations, including what is excluded]. Specific instructions may be given through the platform's instruction field, provided they are lawful and reasonable.
* '''Why it makes sense:''' the core of the deal; everything owed should be findable here.
* '''Advantages:''' explicit exclusions ("this does not include...") prevent the most common disappointments.
* '''Risks:''' over-detailed scopes become checklists nobody reads; under-detailed scopes invite conflict.
* '''Limits:''' no scope clause can anticipate everything; the amendment mechanism (S8) handles the rest.

=== S2. Compensation and payment ===
''Template:'' The agreed compensation is [amount / rate], payable [when, how]. Any platform commission is displayed transparently and itemized in both parties' receipts.
* '''Why it makes sense:''' money misunderstandings destroy relationships faster than anything else.
* '''Advantages:''' fixed timing ("payable at completion") removes the awkward "when do I ask?" moment.
* '''Risks:''' compensation defined per unit (hour, item) without a cap can grow beyond what a party expected.
* '''Limits:''' this clause does not secure payment; guarantees (S5) and recovery steps do.

=== S3. Duration, renewal and termination ===
''Template:'' This agreement runs from [start] to [end / until terminated]. Renewal happens by amendment, not by silence. Either party may terminate under the conditions of clause [S4].
* '''Why it makes sense:''' open-ended obligations trap people; every deal needs a known exit.
* '''Advantages:''' renewal by amendment keeps both parties consciously on board.
* '''Risks:''' automatic renewals by silence bind people who simply forgot.
* '''Limits:''' termination of the contract does not always end every obligation (see S7 on confidentiality).

=== S4. Cancellation and notice periods ===
''Template:'' Cancellation with less than [X] notice entails [consequence, e.g. partial compensation]. Practical emergencies [list examples] must be reported immediately through the platform.
* '''Why it makes sense:''' plans change; the clause turns a betrayal into a priced event.
* '''Advantages:''' both sides know in advance what a late cancellation costs.
* '''Risks:''' penalties set too high become unenforceable or poison the relationship.
* '''Limits:''' genuine force majeure usually escapes cancellation penalties whatever the clause says.

=== S5. Guarantees and trust mechanisms ===
''Template:'' The parties may agree on one or more of the following: a third-party guarantor, a pledged object or service, a mutual support group, a deposit. Details in Annex [n].
* '''Why it makes sense:''' trust is easier to give when a safety net exists.
* '''Advantages:''' lets people contract with strangers, or with relatives, without betting the relationship on it.
* '''Risks:''' guarantees can be disproportionate to the deal; a guarantor may not understand what they signed.
* '''Limits:''' a guarantee is only as good as its execution path; keep recovery steps simple.

=== S6. Liability and insurance ===
''Template:'' Each party remains liable for damage caused by their own fault. Insurance coverage, where applicable, is stated in Annex [n].
* '''Why it makes sense:''' accidents happen; someone must carry the cost, better decided in advance.
* '''Advantages:''' pointing to an insurance policy converts a personal drama into an administrative claim.
* '''Risks:''' liability caps can leave real damage uncompensated.
* '''Limits:''' mandatory law overrides liability clauses in many jurisdictions, especially for bodily harm.

=== S7. Data and confidentiality ===
''Template:'' Variables entered in this contract (names, amounts, addresses) remain private to the parties. The parties may choose to publish the contract text. The contract state (signed, completed, in dispute) and anonymized aggregate statistics are published by design.
* '''Why it makes sense:''' it states, inside the contract itself, which data stays private and which is public.
* '''Advantages:''' no surprises: publication is a choice, statistics are anonymous.
* '''Risks:''' small markets can allow re-identification even from anonymized data; aggregation thresholds matter.
* '''Limits:''' confidentiality between the parties does not bind third parties who learn facts otherwise.

=== S8. Amendments and addenda ===
''Template:'' Changes to this agreement are made by written amendment or addendum signed by all parties through the platform. Original terms are archived, never erased.
* '''Why it makes sense:''' contracts live; a clean change mechanism beats informal "we said on the phone that...".
* '''Advantages:''' the archive keeps the full history, useful for mediation.
* '''Risks:''' amendment fatigue: too many small changes can hide a drifting deal.
* '''Limits:''' an amendment cannot cure a contract that was invalid from the start.

=== S9. Dispute resolution: mediation first, then arbitration ===
''Template:'' Disputes are first addressed through the platform's messaging, then through mediation, then through arbitration. Court proceedings remain available for matters outside the platform's authority.
* '''Why it makes sense:''' escalation in steps saves most relationships and most money.
* '''Advantages:''' timestamped platform messages give mediators a factual record.
* '''Risks:''' a party can use each step to delay; deadlines per step are essential.
* '''Limits:''' arbitration decisions on platform matters do not remove statutory rights.

=== S10. Signatures ===
''Template:'' Signed by all parties via the platform's signature tool. [Party A] · date. [Party B] · date. Optional witnesses: [names].
* '''Why it makes sense:''' the signature is the moment consent becomes visible and datable.
* '''Advantages:''' platform signatures are timestamped and archived automatically.
* '''Risks:''' signing without reading; a signature ritual that is too fast removes the healthy pause.
* '''Limits:''' some jurisdictions require specific forms for specific contract types; check the [[Markets/en/Portal:Model/Legal-References:Model|legal references]].

== C. Annexes ==

=== A1. Variables sheet ===
The list of everything that changes from one deal to the next: names, amounts, dates, addresses, chosen options. Keeping variables in one annex keeps the clause text stable and reusable.

=== A2. Pedagogical commentary ===
The full commentary of every clause (the four questions above), so that the contract body stays short while the explanations stay available.

=== A3. Supporting documents ===
Schedules, photos, certificates, guarantee details, insurance references: whatever evidence the specific deal needs.

== See also ==

* [[Markets/en/Portal:Model/Amendments-and-Addenda:Model|Amendments and addenda]] · [[Markets/en/Portal:Model/Contracts-in-Action:Model|Contracts in action]] · [[Markets/en/Portal:Model/Legal-References:Model|Legal references]]
* [[Markets/en/Portal:Model/Main|Back to the portal model]]

Markets/en/Portal:Model/Contract-Base:Model - Revision history

AI-Admin-Assistant: Market portal model: contract clause types with pedagogical commentary