Identity Constraints Register

Download this template

Generated 2026-04-29 · Download all templates

  • Layer: 0 — Identity & Scope
  • Status: Template — adapt for your community
  • RCOS reference: §2.4, §2.5

Identity constraints are the non-negotiable behavioural, ethical, and structural boundaries that shape who the community is. Unlike invariants (which protect the system itself), identity constraints define how members and the community relate to people, ecosystems, and ideologies.


Active Identity Constraints

RCOS clauses: 2.4.1, 2.4.3, 2.4.4

Why declare identity constraints explicitly?

Every community has implicit rules — “we don’t do that here.” Implicit rules become tools of arbitrary enforcement: whoever has social power decides what they mean. Writing identity constraints down, and requiring them to be testable through defined processes, is what turns an informal norm into something a member can actually rely on or contest.

How to fill this in

Each constraint must be testable and enforceable through a defined process — not vague aspirations. Common categories from RCOS §2.4.2: ethical/behavioural boundaries, participation prerequisites, non-negotiable cultural or ecological constraints. Reference Layer 4 for enforcement, Layer 1 for participation consequences.

Enforcement and Testability

RCOS clauses: 2.4.3, 2.4.4

Why must constraints be testable, not informal?

A constraint that cannot be tested is a constraint that gets enforced by whoever has the most social capital in the room. Defining how each constraint is detected, who raises it, and through which process it is resolved is what prevents identity rules from becoming tools of arbitrary exclusion.

How to fill this in

For each constraint above (or as a general policy), describe how a violation is identified and addressed. Reference the Conflict Resolution Ladder (Layer 4) and any role responsible for monitoring (Layer 5).

Conditions for Change

RCOS clauses: 2.4.1, 2.5.2

How to fill this in

Identity constraints are constitutional — describe the decision type, threshold, and ratification process required to add, remove, or amend a constraint.

Identity constraints may only be added, removed, or amended through a Constitutional decision as defined in the Decision Matrix (Layer 2), requiring and a ratification period of no less than . Any change must be recorded in the Version History (Layer 6).


Ratification Record

  • Adopted:
  • Decision type: Constitutional
  • Version:
  • Decision record:

RCOS Blueprint by EcoHubs

A modular operating system that defines how intentional communities organize — from governance and roles to resource sharing and conflict resolution — in support of resilience, fairness, and regeneration.

Connect

© 2026 EcoHubs Platform. All rights reserved.