- Layer: 1 — Membership System
- Status: Template — adapt for your community
- RCOS reference: §3.4, §3.5, §3.8
Signed (or explicitly acknowledged) by every member at the time of admission. Defines the rights and obligations of each membership state.
Membership State on Signing
Why declare state at signing?
Membership is not a single binary. A person joining must know exactly which state they are entering — Trial or Full — because the state determines what they can do and what is expected of them. Naming it at the moment of consent prevents ambiguity later about what they actually signed up for.
How to fill this in
State which membership state(s) a new member enters at signing (e.g. Trial Member, Full Member, or any custom state defined in your Membership State Registry).
Member Rights
RCOS clauses: 3.4.1, 3.4.3, 3.4.4
Why enumerate rights explicitly?
Rights that are not written down are rights that can be quietly withdrawn. Enumerating them makes the community’s commitments legible, enforceable, and symmetrical with the obligations members are asked to carry. Without this list, obligations become open-ended demands with no reciprocal protection.
How to fill this in
List concrete rights granted to each membership state. Reference the Decision Matrix (Layer 2) for voting rights, the Role Registry (Layer 5) for role eligibility, and Layer 4 for due-process guarantees.
Member Obligations
RCOS clauses: 3.4.2, 3.4.4, 3.4.5
Why bound obligations tightly?
Open-ended obligations are how communities slide into exploitation — “contribute more,” “be available,” “show up” with no defined limit. Listing obligations discretely, and tying each one to a corresponding right, keeps the ask bounded and contestable. A member must always be able to tell whether they are meeting the agreement or being asked for something beyond it.
How to fill this in
List concrete, bounded obligations. Each obligation must be testable: a member must be able to know whether they are meeting it. Avoid vague duties.
Participation and Contribution Expectations
RCOS clauses: 3.5.1, 3.5.2, 3.5.3, 3.5.4
Why define participation in numbers?
“Active member” means nothing without a threshold. A defined minimum — in time, category, and cadence — turns participation from a feeling into a fact, so nobody has to guess whether they are in good standing, and nobody can be accused of drifting without evidence. It also makes the line between a genuine absence and quiet abandonment visible early enough to act on.
How to fill this in
State a measurable minimum (frequency × category), substitution and absence rules, and the trigger that moves a non-participating member into a Layer 4 process.
- Minimum contribution:
- Recognized categories:
- Substitution:
- Extended absence:
- Non-participation trigger:
Due Process Reference
Why re-state due process here?
The Membership Agreement is the one document every member actually reads and consents to. Naming due process here — not only in Layer 4 — guarantees that no member can be removed or restricted under a rule they were not shown when they joined. It closes the gap between what the community promises and what it can do.
How to fill this in
Reference the Conflict Resolution Ladder (Layer 4) and the Exit & Separation Protocol so that any member reading the Membership Agreement knows where the procedural protections live.
Any forced exit, suspension, or access restriction follows Layer 4 due process and the Exit & Separation Protocol.
Consent Acknowledgment
Why require explicit consent?
Consent that is assumed is consent that can be denied later. Requiring an explicit act — signing, clicking, acknowledging — at a known moment binds the member to the specific artifact versions in force that day, and gives the community a defensible record that the agreement was entered freely and knowingly.
How to fill this in
Describe the act of consent (signature, in-app acknowledgment, etc.), and what artifact versions the member is consenting to at that moment.
By entering the community through the defined onboarding process, the member explicitly consents to the terms of this agreement and the Layer 0 artifacts in force at the time of admission.
Ratification Record
- Adopted:
- Decision type: Strategic
- Version:
- Decision record: