Gov/en/Portal:Terms/Contract-Governance: Difference between revisions
Appearance
m Protected "Gov/en/Portal:Terms/Contract-Governance": Bulk protection: Gov pages = administrators only (Theo 2026-06-20) ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite)) |
Attribution convention 2026-07-02: name moved to Credits page; attribution now 'WikiDeal concept'/'WikiDeal founder' with credits link; em-dash cleanup |
||
| Line 1: | Line 1: | ||
{{KidsIntro|this page explains the rules for how agreements (contracts) between people on WikiDeal are made, checked, and kept fair.}} | {{KidsIntro|this page explains the rules for how agreements (contracts) between people on WikiDeal are made, checked, and kept fair.}} | ||
= Contract Governance | = Contract Governance: Ideas, Sandboxes & Endorsed Models = | ||
From WikiDeal, the Wikipedia of e-commerce · ''Socio-Technical Innovation | From WikiDeal, the Wikipedia of e-commerce · ''Socio-Technical Innovation, WikiDeal concept ([[Gov/en/Portal:Meta/Credits|credits]])'' | ||
WikiDeal reimagines '''contract culture'''. Rather than rigid, lawyer-drafted-only documents, it creates a layered governance architecture: open participatory sandboxes for ideas and debate, and frozen endorsed models validated by legal professionals. The key is the '''porosity between both spaces''' | WikiDeal reimagines '''contract culture'''. Rather than rigid, lawyer-drafted-only documents, it creates a layered governance architecture: open participatory sandboxes for ideas and debate, and frozen endorsed models validated by legal professionals. The key is the '''porosity between both spaces''': community creativity feeds into professional validation, and validated models inspire further community refinement. | ||
Contents | Contents | ||
| Line 27: | Line 27: | ||
* Discussion happens on the '''Talk/Discuss page''' of each clause | * Discussion happens on the '''Talk/Discuss page''' of each clause | ||
* Each clause proposal follows a structured format: | * Each clause proposal follows a structured format: | ||
** '''Content''' | ** '''Content''': the clause text itself | ||
** '''Motivation''' | ** '''Motivation''': why this clause matters | ||
** '''Stakes & Needs''' | ** '''Stakes & Needs''': who is affected and what they need | ||
** '''Mechanisms''' | ** '''Mechanisms''': how it works technically and legally | ||
** '''Statistics & Evidence''' | ** '''Statistics & Evidence''': supporting data and references | ||
** '''User Feedback & Experience Reports''' | ** '''User Feedback & Experience Reports''': real-world accounts from community members | ||
The sandbox is intentionally permeable. Ideas that gain community support and pass a legal review can be elevated into endorsed models. Conversely, endorsed models can be "reopened" into the sandbox for further evolution. | The sandbox is intentionally permeable. Ideas that gain community support and pass a legal review can be elevated into endorsed models. Conversely, endorsed models can be "reopened" into the sandbox for further evolution. | ||
| Line 40: | Line 40: | ||
User Groups can launch an [[Gov/en/Portal:R&D/Open-Call:Main|Open Call]] to package and validate a contract model. These endorsed models are fundamentally different from sandbox content: | User Groups can launch an [[Gov/en/Portal:R&D/Open-Call:Main|Open Call]] to package and validate a contract model. These endorsed models are fundamentally different from sandbox content: | ||
* '''Fixed''' | * '''Fixed''': not editable by the general public once endorsed | ||
* '''Endorsed''' ✓ Endorsed | * '''Endorsed''' ✓ Endorsed: officially validated by a lawyer or legal professional | ||
* '''Visible endorsement indicator''' | * '''Visible endorsement indicator''': a badge or score showing the degree of legal validation | ||
* '''Potentially multiple versions''' for the same use case | * '''Potentially multiple versions''' for the same use case: for example, ''"Babysitting Flexible"'' vs ''"Babysitting Standard"'', each calibrated to different trust levels | ||
Endorsed models are living artifacts in a frozen state: the community can always propose improvements through the sandbox, which may feed a future revision cycle. | Endorsed models are living artifacts in a frozen state: the community can always propose improvements through the sandbox, which may feed a future revision cycle. | ||
| Line 49: | Line 49: | ||
== 2 The Endorsement System == | == 2 The Endorsement System == | ||
The key to WikiDeal's contract quality is the '''endorsement pipeline''' | The key to WikiDeal's contract quality is the '''endorsement pipeline''': a structured path from open community enrichment to legally validated models: | ||
# '''Open participatory enrichment phase''' → The sandbox is active. Community members propose, debate, and refine clauses. The Talk page is the engine room of collective intelligence. | # '''Open participatory enrichment phase''' → The sandbox is active. Community members propose, debate, and refine clauses. The Talk page is the engine room of collective intelligence. | ||
| Line 60: | Line 60: | ||
== 3 The Culture of Contracts == | == 3 The Culture of Contracts == | ||
WikiDeal is not just building contract tools | WikiDeal is not just building contract tools, it is rethinking '''contract culture''' itself. A few key principles guide this vision: | ||
* '''Plurality over uniformity.''' Multiple models can coexist for the same use case. There is no single "correct" babysitting contract | * '''Plurality over uniformity.''' Multiple models can coexist for the same use case. There is no single "correct" babysitting contract, different communities may have different norms, trust levels, and risk tolerances. | ||
* '''A spectrum of rigidity.''' Some models are more flexible (fewer mandatory clauses, more room for personal adaptation), while others offer full legal coverage. Users choose the level that fits their community. | * '''A spectrum of rigidity.''' Some models are more flexible (fewer mandatory clauses, more room for personal adaptation), while others offer full legal coverage. Users choose the level that fits their community. | ||
* '''Community trust as infrastructure.''' The right balance between flexibility and rigidity is not imposed from above | * '''Community trust as infrastructure.''' The right balance between flexibility and rigidity is not imposed from above, it emerges from each User Group's collective experience and negotiation. | ||
* '''Transparency as default.''' Whether a clause is sandbox-sourced, lawyer-endorsed, or unvalidated custom content | * '''Transparency as default.''' Whether a clause is sandbox-sourced, lawyer-endorsed, or unvalidated custom content, this is always visible to all parties before signing. | ||
This spectrum approach allows WikiDeal to serve both informal community exchanges (where a lightweight, flexible contract is appropriate) and high-stakes professional contexts (where full legal coverage is essential) | This spectrum approach allows WikiDeal to serve both informal community exchanges (where a lightweight, flexible contract is appropriate) and high-stakes professional contexts (where full legal coverage is essential), often within the same platform. | ||
== See also == | == See also == | ||