> For the complete documentation index, see [llms.txt](https://docs.therisk.global/organization/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.therisk.global/organization/introduction/cooperation/iii.-members.md).
# III. Members
Membership in the Nexus programme: the recorded participation pillars, classes, good standing, rights, duties and limits, and what members may claim.
**Where this fits:** all six sectors · the participation pillars · NNC, NLC and NWG · Planning and Readiness preparation · doctrine · read with [The Model](/organization/model.md), [Programme](/organization/programme.md), [Governance in operation](/organization/governance-in-operation.md) and [Reference](/organization/reference.md).
Document record · Draft · Legal review required · Updated 21 October 2026
| | |
| ---------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Status** | Draft. Explanatory page; it creates no rights or obligations. |
| **Legal review** | Required before final publication. |
| **Version** | 2026.10.21-r3 |
| **Updated** | 21 October 2026 · reviewed every 180 days |
| **Owner** | Documentation desk (named reviewer pending) |
| **Based on** | The consortium programme participation pillars, stakeholder routes, service levels and separations, the owner decision of 11 October 2026 on Nexus institutional architecture and participation, with GCRI Canada as lead contracting organization, and the lead contracting organization notice, in the Nexus institutional register; Nexus constitutional directive D-V3-0004 (*One Rail-Two Stacks and non-execution*); the Nexus Documentation Standard (draft of 16 October 2026); the sites' model, the Nexus Consortium model, the [Nexus Standards](/organization/institutions/nexus-standards.md) feeds and the owner rulings of 21 October 2026 (source pack) |
| **Corrections** | Public corrections route to be announced; corrections are published as new dated versions. |
{% hint style="info" %}
**Status.** System capabilities described on this page are target architecture under development. Nothing here states that a capability is in production use, certified or offered as a service.
{% endhint %}
## In brief
Membership, in the Nexus programme, is a recorded relationship between a person or institution and the programme, with a stated capacity, rights, duties and limits. In the institutional records it takes three forms: in the [National Nexus Consortium](/organization/governance-in-operation/nnc.md) (NNC) the institution is the member; in the [National Leadership Council](/organization/governance-in-operation/nlc.md) (NLC) the selected individual is the member in personal capacity; in the [National Working Groups](/organization/governance-in-operation/nwg.md) (NWG) assignments follow competence \[4]. Membership is not authority, representation, recognition or a contract. Membership terms are not yet open: the current service level is information and enquiries \[4].
{% hint style="success" %}
**Aligned to the current model (21 October 2026).** This page was brought up to date with the sites' model, the Nexus Consortium model, the live public sites and the owner rulings (see [Reference](/organization/reference.md) and the [Sources library](/organization/reference/sources.md)). Where the earlier design text below differs, these points govern:
* National participation runs through National Nexus: a National Desk, a National Model, a National Portfolio and three participation pillars, the NNC (institutions, through the five Helix pathways or the Financial Institutions and Regulators pathway), the NLC (leaders in a personal capacity) and the NWG (expert work by competence, with six domain response teams, the CERTs) \[17]\[18]. See [National Nexus](/organization/governance-in-operation/national-nexus.md).
* Membership states follow the separations of the Nexus Consortium model: a submitted application is not membership, institutional membership does not create a Council seat, and no contribution decides a technical conclusion, public authority or procurement treatment \[18]\[19].
* Ordinary participation has no fee; selection comes before payment, and a seat never buys office, employment, a Board seat or restricted data \[20]\[21]\[22].
* Councils are the six Helix councils of the NNC (SPC State and Public Authorities, IOC Industry and Operators, ARC Academia and Research, CMC Civil Society and Media, CIC Community and Indigenous, and the cross-cutting FIR Financial Institutions and Regulators pathway, led with GRA), together with the global and regional councils of the GRF council architecture, which are in formation. Councils are programme bodies, not statutory organs, and no upper level overrides a national council on a national question \[18]\[23]. See [Councils](/organization/governance-in-operation/councils.md).
* Everything described here is in formation. No national programme is recorded as constituted or active, and the current service level is R0, information and enquiries \[24]. See [Status and service levels](/organization/governance-in-operation/status-and-service-levels.md).
{% endhint %}
{% hint style="info" %}
**How to read this page.** This page explains a design. It is not a membership instrument and confers no membership, entitlement or right. GCRI Canada ([The Global Centre for Risk and Innovation](/organization/institutions/gcri.md)) is the contracting party for consortium participation in every country and region; another organization is a party only where a separately executed agreement names it \[2]. No membership terms, fees or member lists are published on this page, and none should be inferred.
{% endhint %}
## Status, scope and terms of this page
**Status in the five-state grammar.** Target: the participation pillars are defined in the consortium programme records \[4]; the membership classes on this page are earlier documentation-site design text. Implemented: No record (no membership terms are published and no member is recorded). Verified: No record. Observed: No record. Accepted: No record.
**The recorded participation pillars.**
| Pillar | Who takes part | Who is the member | Steps recorded in the institutional records | Boundary recorded in the institutional records |
| --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| National Nexus Consortium (NNC) | Institutions with authorized representatives, a contribution plan and capability, entering "through one of five Helix pathways or the Financial Institutions and Regulators pathway" | "The institution is the member." | Institutional enquiry; due diligence and authority check; contribution plan; terms for the applicable programme; separate Council nomination where relevant | "Institutional membership does not create a Council seat, and no contribution decides a technical conclusion, public authority or procurement treatment." |
| National Leadership Council (NLC) | Individual leaders, selected first, with a structured first year | "The selected individual is the member, in personal capacity." | Application or nomination; leadership and capability diagnostic; fit-and-proper and conflict review; invitation and terms; baseline and contribution plan; quarterly evidence; Year-One Gateway | "Selection precedes payment. Council standing does not buy office, employment, a Board seat or restricted data, and an employer does not own a personal seat." |
| National Working Groups (NWG) | Experts, practitioners, students and volunteers in bounded, supervised work | "Assignments and responsibility follow competence." | Explore current work calls; competence and availability; bounded assignment with a supervisor; contribution record and review; recognition and next assignment | "Ordinary participation has no fee. Paid work, internships and fellowships are separate arrangements, and unqualified contributors never take safety-critical tasks." |
*Table 1. Participation pillars quoted from the consortium programme source in the institutional records \[4]. Design records; this page cites no formation record for any pillar in any country.*
**Institutions.** The institutional roles that bear on this page are stated once, in register wording, on [I. Order](/organization/introduction/cooperation/i.-order.md): GCRI Canada (The Global Centre for Risk and Innovation) is Lead Institution, Consortium Secretariat and lead contracting organization; [The Global Risks Forum](/organization/institutions/grf.md) (GRF) is a consortium steward for leadership, dialogue and [Nexus Universe](/organization/programme/universe.md) programme governance; [The Global Risks Alliance](/organization/institutions/gra.md) (GRA) is a consortium steward for the finance, insurance and development-readiness interface; and competent public authorities keep all sovereign, regulatory, fiduciary and operational decisions \[1]. Standards discipline sits with [NXS-NSF](/organization/systems/nxs-nsf.md), the trust, sovereignty and assurance plane for identity, policy gates and access decisions, and Nexus Standards is a proposed standards programme with no publisher of record \[5]\[9].
**Words that name systems or programmes.** "Foundry" and "Studio" in this chapter refer to design areas of this documentation; in the institutional records the twenty Nexus systems make up the whole technical architecture; [NXS-STU](/organization/systems/nxs-stu.md), the builder and configuration workspace, which composes but never deploys, is the system for "visual composition, dashboards, maps, forms, workflow experiences, reusable artifacts and deployment profiles", and build and assembly belong to [NXS-FAC](/organization/systems/nxs-fac.md), the mission application factory, which produces app blueprints but never runs them \[5]. "Marketplace" has no V3 system of that name; the nearest are [NXS-NXQ](/organization/systems/nxs-nxq.md), the software, capability and agent fabric for registries, licensing, APIs and connectors, and [NXS-APP](/organization/systems/nxs-app.md), the mission app runtime, for app instances, routes and versions \[5]. "Registry" and "recognition" are used in the general sense of recorded status; they do not describe a register or recognition decision held by any named institution. "Digital Public Goods" names a design category: this page cites no Nexus item listed in the Digital Public Goods Registry or assessed against the Digital Public Goods Standard, and no open-licence decision is recorded \[15]\[16]\[9].
{% hint style="info" %}
**Earlier council labels.** This page keeps some labels from earlier versions of this corpus (Investor Council and `Nexus Competence Cells`). They are now mapped to the current model (rulings R3 to R5 of 21 October 2026, following the Nexus Consortium model \[18]): Competence Cells to National Working Group assignments and the CERTs; Helix Councils, in the earlier sense, to the six Helix councils of the NNC; Investor Councils to the Financial Institutions and Regulators pathway, led with GRA; National Councils to the NLC or the NNC by function; Council Bureau and Technical Secretariat to the Consortium Secretariat held by GCRI Canada. Where they appear below they describe earlier design text, not current or constituted bodies; [Councils](/organization/governance-in-operation/councils.md) and the [Reference](/organization/reference.md) glossary hold the mapping \[8]\[9].
{% endhint %}
## Summary
This page defines membership in the Nexus Ecosystem. If **II. Guilds** explains the domain-specific structures through which contribution becomes organized, then **III. Members** explains the records-valid architecture through which people, institutions, hosts, strategic supporters, and leadership-pathway participants enter a governed relationship with Nexus.
Membership in Nexus is not a symbolic label. It is not a social badge. It is not a mailing-list identity. It is not a general expression of interest. It is not a shortcut to authority. Membership is a governed institutional state: class-based, records-valid, good-standing dependent, entitlement-aware, progression-oriented, and bounded by duties, safeguards, claims discipline, and correctionability.
Membership exists because Nexus must widen without becoming vague. It must welcome people and institutions into real relationship with the architecture while preserving the distinction between belonging, contribution, representation, recognition, leadership, governance, standards authority, public authority status, finance-readiness, and execution mandate.
Membership makes affiliation real.
Good standing makes affiliation trustworthy.
Entitlement logic makes access governable.
Progression makes participation developmental.
Claims discipline prevents affiliation from becoming overclaim.
Through membership, Nexus becomes socially and institutionally inhabitable without surrendering constitutional truth.
***
## 3.1 Why Membership Matters in Nexus
Membership matters because a public-good-rooted, standards-bearing, federated, and realization-capable architecture cannot be carried only by founding institutions, documents, platforms, reports, or councils.
It must be carried by people and institutions in structured relation to the system.
Nexus requires contributors, learners, domain experts, guild participants, council candidates, public authority learners, university partners, corporate participants, providers, sponsors, hosts, community actors, technical contributors, media and civic actors, national pathway builders, and regional participants. These actors cannot all remain external observers. Nor can they all be treated as authorities. Nexus therefore requires a middle architecture: a way to recognize belonging without inflating belonging into mandate.
Membership provides that architecture.
It allows Nexus to say:
* who belongs;
* in what class;
* under what record;
* with what duties;
* with what access;
* with what limits;
* with what pathway for progression;
* with what good-standing conditions;
* and with what public claims boundaries.
Without membership, participation remains socially visible but institutionally unclear.
With membership, affiliation becomes governable.
***
## 3.2 What Membership Means in Nexus
Membership in Nexus is a governed, records-valid relationship between a person or institution and the Nexus Ecosystem, established under a defined class, subject to duties and good-standing requirements, and capable of carrying bounded access, participation, contribution, recognition of affiliation, and progression opportunities.
Membership is not merely expressive. It is institutional.
It does not merely say that a person likes Nexus, supports Nexus, follows Nexus, attends Nexus events, or reads Nexus materials. It creates a recorded relationship that can be maintained, reviewed, renewed, narrowed, suspended, ended, or progressed according to rules.
A Nexus membership record should identify:
* member identity;
* membership class;
* date of admission or activation;
* current status;
* good-standing state;
* entitlements where applicable;
* access rights where applicable;
* duties and undertakings;
* relevant affiliations;
* participation pathways;
* contribution records where applicable;
* renewal or review dates;
* conflict disclosures where required;
* public claims permissions;
* correction history;
* and lifecycle state.
Membership is therefore not only a social category. It is part of the operating memory of Nexus.
***
## 3.3 The Membership Thesis of Nexus
The membership thesis of Nexus is that **a public-good architecture can become broad, plural, and institutionally real only if belonging is structured as a records-valid, class-based, good-standing, entitlement-aware, progression-capable relationship that preserves the distinction between affiliation and authority**.
This thesis has several implications.
Belonging should be meaningful.
Access should be controlled where the work requires control.
Progression should be possible.
Leadership should be open to renewal.
Contribution should be visible.
Members should have duties.
Membership status should be current.
Good standing should matter.
Participation should not be misrepresented.
Membership should not be reduced to a vanity metric.
Most importantly, membership must not become sovereign. Nexus is not a pure membership association. It is a multi-institution, federated, public-good-rooted constitutional-operating architecture. Membership supports that architecture. It does not replace it.
This is why membership must be strong but bounded.
***
## 3.4 Membership Is Necessary but Not Sovereign
Membership is necessary because Nexus needs a structured base of belonging, participation, renewal, and social-institutional continuity.
Membership is not sovereign because it does not create the constitutional center of Nexus.
A membership association model can support affiliation, professional identity, community formation, representation, and renewal. But Nexus carries additional burdens: public-good stewardship, evidence, observability, ontology, recognition, registry discipline, standards continuity, protocol logic, routeability, finance-readable readiness, host pathways, public authority learning, Digital Public Goods, Marketplace, Foundry, Studio, nodes, National Nexus Consortiums, National Consortium Companies, Project SPVs, and lawful execution boundaries.
Membership alone cannot carry all of that.
Therefore, membership must be read as one layer inside a wider system.
A member may belong. That does not mean the member governs.
A member may contribute. That does not mean the member speaks for Nexus.
A member may enter a guild. That does not make the member a standards authority.
A member may progress toward leadership. That does not mean leadership has been granted.
A member may access controlled environments. That does not create decision rights.
A member may support public-good work. That does not create public authority, recognition, procurement, finance, or execution effect.
Membership is indispensable, but it is not supreme.
That boundary allows membership to be broad without becoming destabilizing.
***
## 3.5 Purposes of the Membership Architecture
The membership architecture serves several primary purposes.
### 3.5.1 Legible Belonging
Membership establishes who is in a recorded relationship with Nexus, in what class, and under what current status.
### 3.5.2 Entitlement Logic
Membership may support access to controlled workspaces, publications, forums, collaboration rooms, learning systems, guild environments, contribution pathways, or other bounded surfaces.
### 3.5.3 Good Standing
Membership creates a basis for maintaining affiliation as a current and trustworthy state rather than a permanent label granted once and presumed forever.
### 3.5.4 Progression
Membership supports movement from interest to participation, from participation to contribution, from contribution to good standing, and from good standing to deeper pathways where appropriate.
### 3.5.5 Institutional Continuity
Membership helps Nexus grow a renewable base of people and institutions capable of carrying the architecture over time.
### 3.5.6 Safeguards and Accountability
Membership allows Nexus to apply duties, conduct standards, conflict rules, data obligations, public claims discipline, and correction pathways.
### 3.5.7 Anti-Capture Discipline
Membership helps distinguish legitimate participation from informal influence, donor gravity, provider capture, social proximity, or reputational centrality.
### 3.5.8 Public Claims Control
Membership defines what a member may truthfully say about their relationship to Nexus and what must not be implied.
Membership therefore performs both social and constitutional-operating functions.
***
## 3.6 Membership Classes
Membership in Nexus should be class-based.
Classes are not decorative tiers. They are governance instruments. A class should exist only where it reflects a real difference in relationship, duty, access, progression, or risk.
A mature membership architecture may include the following classes or class families.
### 3.6.1 Individual Members
Individual Members are persons who enter Nexus in their own capacity for learning, contribution, guild participation, forums, Academy pathways, reports, research, community engagement, technical contribution, or ecosystem participation.
### 3.6.2 Institutional Members
Institutional Members are universities, civil-society organizations, nonprofits, public-interest organizations, enterprises, research institutions, public bodies, host institutions, or other organized entities that enter a recorded institutional relationship with Nexus.
### 3.6.3 Guild-Linked Members
Guild-Linked Members are members whose participation is organized primarily through one or more domain guilds, with duties and contribution pathways connected to those domains.
### 3.6.4 Contributor Members
Contributor Members are members who participate in structured contribution pathways, including reports, Digital Public Goods, Academy materials, public-safe outputs, forums, translation, research, technical work, or operational support.
### 3.6.5 Host-Linked Members
Host-Linked Members are persons or institutions connected to host environments, nodes, observatory contexts, competence cells, Studio environments, or other operating surfaces where membership may support controlled access, training, records, and continuity.
### 3.6.6 Sponsorship-Linked or Support-Linked Members
Sponsorship-linked or support-linked states apply where a person or institution supports Nexus financially, materially, technically, or institutionally under support-without-control, anti-capture, and no-pay-to-play discipline.
### 3.6.7 Provider-Linked Members
Provider-linked states may apply where companies, integrators, technical actors, or service providers participate in learning, Marketplace, Foundry, Studio, Digital Public Good, or qualified provider pathways without acquiring public-good authority by membership.
### 3.6.8 Public Authority Learning Members or Participants
Public authority learning states may apply where public officials, agencies, municipalities, ministries, regulators, emergency bodies, or other public institutions engage in learning, consultation, or controlled participation without implying public authority adoption.
### 3.6.9 Leadership-Pathway Members
Leadership-pathway states apply where members are eligible for deeper participation in councils, guild stewardship, working group leadership, host pathways, investor interfaces, regional or national structures, or other leadership surfaces.
### 3.6.10 Honorary, Fellow, or Distinguished States
Where used, honorary, fellow, or distinguished states should be tightly defined. They should recognize contribution, expertise, or public-good service without creating governance authority unless another instrument grants it.
The essential rule is that every class must correspond to function.
Membership classes should clarify reality, not manufacture prestige.
The ten classes above are earlier documentation-site design vocabulary. The institutional records set out three participation pillars and a set of stakeholder routes instead \[4]. The crosswalk below is provisional: it shows the nearest recorded term for each class so that readers can relate the two vocabularies, and the owner has not yet decided the mapping \[9].
| Documentation-site class | Nearest recorded term | Note |
| ------------------------------------------------ | ------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
| 3.6.1 Individual Members | NWG (experts by competence) or NLC (selected leaders) | Individuals take part either by competence or by selection; there is no general individual membership tier on record |
| 3.6.2 Institutional Members | NNC | "The institution is the member" |
| 3.6.3 Guild-Linked Members | NWG | The guild mapping is pending (see [II. Guilds](/organization/introduction/cooperation/ii.-guilds.md)) |
| 3.6.4 Contributor Members | NWG | Contribution record and review are NWG steps |
| 3.6.5 Host-Linked Members | National hosts and anchor institutions | Hosting is a written agreement with GCRI Canada and a recorded local mandate, not a membership class \[1] |
| 3.6.6 Sponsorship-Linked Members | Stakeholder route for foundations, philanthropies and programme sponsors | First outcome "A contribution agreement and a use-of-resources report"; no pillar |
| 3.6.7 Provider-Linked Members | NNC through the Industry and Operators Helix pathway; enterprise and SME routes | Testing "is not certification" \[4] |
| 3.6.8 Public Authority Learning Members | Government, agency and subnational stakeholder routes | Official capacity only; "Official cooperation never depends on buying a membership tier" \[4] |
| 3.6.9 Leadership-Pathway Members | NLC | "A year of service produces a reviewed next state, not an automatic governance appointment" \[4] |
| 3.6.10 Honorary, Fellow, or Distinguished States | No recorded counterpart | Not to be used until defined in an adopted instrument |
*Table 2. Provisional crosswalk from the documentation-site membership classes to the recorded pillars and routes \[4]\[9]. Pending owner decision; not a mapping in force.*
***
## 3.7 Membership Class Discipline
Membership classes must be governed carefully because class language can easily create status inflation.
A higher-access class is not necessarily a higher moral or institutional class.
A sponsor-linked class is not superior to a contributor class.
A leadership-pathway class is not leadership itself.
A host-linked class is not host sovereignty.
A provider-linked class is not endorsement.
A public authority learning class is not adoption.
An honorary class is not governance authority.
A class should describe the nature of the relationship, not create implied rank beyond that relationship.
Class discipline protects the membership system from becoming a symbolic hierarchy. Nexus should avoid membership designs that reward visibility, wealth, donor status, or institutional prestige without corresponding responsibility, contribution, or role clarity.
Membership classes are instruments of truth.
They should show what kind of relationship exists.
***
## 3.8 Member Admission
Admission to membership should be governed by clear entry conditions.
Admission may require:
* application or nomination;
* identity or institutional verification;
* class determination;
* conflict disclosure where applicable;
* acceptance of member duties;
* agreement to public claims rules;
* data and confidentiality undertakings where applicable;
* safeguards acknowledgment;
* public-good purpose alignment;
* review for integrity or role fit;
* approval by an authorized body or process;
* and creation of a membership record.
Admission should not be purely automatic where the membership class carries access, status, leadership progression, or public-facing implication.
At the same time, admission should not become arbitrary or opaque. It should be clear, fair, reviewable, and proportionate to the class.
The deeper the access or public-facing significance, the stronger the admission gate should be.
*Rules labelled COOP on this page are editorial proposals drafted for this documentation. No adoption record exists for them; they create no obligation and state how this page reads the design until a competent body adopts or replaces them.*
**Admission rule (COOP-III-1, proposed).** An application, nomination or payment SHALL NOT be described as membership. The institutional records separate them: "A submitted application" is not "membership", and "A payment" is not "an appointment or access to restricted data" \[4]. For leaders, "Selection precedes payment" \[4]. Applications open only at service level R2; the current level is R0 \[4].
***
## 3.9 Membership Records
Membership must be records-valid.
A member exists in the system by record, not by informal assertion.
A membership record should contain enough information to support status truth, entitlement control, good-standing review, progression, correction, and lifecycle management.
Records may include:
* member name;
* class;
* institution where applicable;
* role or capacity;
* admission date;
* status;
* good-standing state;
* entitlements;
* access rights;
* public claims permissions;
* contribution links;
* guild affiliations;
* council or pathway eligibility where applicable;
* conflict disclosures;
* sponsorship or provider relationships where applicable;
* renewal date;
* suspension or limitation notes where applicable;
* exit date if applicable;
* and correction history.
Not all membership records must be public. Public visibility should depend on class, consent, public-safe posture, role, and applicable law.
But the system itself must know who holds what state.
Membership without records is affiliation by rumor.
This applies the constitutional principle of validity by record: a claim is valid only to the extent of an authoritative, time-bounded, versioned and inspectable record, and consequential records support correction without erasing history \[7].
***
## 3.10 Good Standing
Good standing is a structural requirement of membership.
Good standing means that the member’s affiliation remains current, trustworthy, and aligned with the duties and limits of the relevant class.
Good standing may depend on:
* accurate self-description;
* respect for role boundaries;
* no misuse of Nexus names, marks, materials, records, platforms, or relationships;
* compliance with public claims rules;
* compliance with confidentiality and data obligations;
* conflict disclosure;
* respectful conduct;
* public-safe discipline;
* cooperation with correction;
* respect for community and protected knowledge safeguards;
* non-execution discipline;
* no overclaim of public authority, recognition, standards, finance, procurement, or execution status;
* and absence of material integrity breach.
Good standing is not a decorative label. It determines whether membership remains active, reliable, and eligible for certain entitlements or pathways.
A person or institution may be a former member, inactive member, suspended member, member under review, limited member, or member not in good standing. These states matter.
Membership is not truthful if it cannot distinguish current trust from historical affiliation.
***
## 3.11 Good Standing and Stage Truth
Good standing supports stage truth.
A member once admitted should not automatically appear current forever.
An institution once involved should not be represented as active if the relationship has ended.
A contributor should not be described as in good standing if serious concerns are unresolved.
A provider-linked member should not remain visible as active if its qualification or support posture changes.
A public authority learning participant should not be described as an adopting authority because engagement occurred.
A sponsor should not be described as controlling because support was provided.
Good-standing discipline prevents stale affiliation from becoming public misinformation.
It also protects members. A former, inactive, or limited member should not be misrepresented as carrying current duties or endorsements.
***
## 3.12 Membership Entitlements
Membership may carry entitlements.
An entitlement is a defined access, participation right, information right, pathway eligibility, or controlled-use permission associated with a membership class or recorded state.
Entitlements may include:
* access to member spaces;
* access to guild environments;
* access to controlled publications;
* access to deliberation rooms;
* access to collaboration workspaces;
* eligibility for contribution pathways;
* eligibility for Academy pathways;
* eligibility for Integrated Learning Account features;
* eligibility for Integrated Credits Rewards System participation;
* eligibility for work-integrated learning;
* eligibility for guild stewardship consideration;
* eligibility for council pathway consideration;
* access to certain forums;
* access to controlled reports;
* access to Marketplace contributor pathways;
* access to Foundry or Studio learning environments;
* access to host or node support spaces where applicable.
Entitlements are not generic perks. They are governance tools.
They should be role-based, class-based, status-based, and revocable or adjustable where good standing, privacy, security, public-safe, or integrity concerns require.
***
## 3.13 Entitlement Boundaries
Entitlements must be read narrowly.
Access is not authority.
A member workspace is not a governance body.
A controlled publication is not permission to republish.
A deliberation room is not a decision body.
A collaboration space is not authorship by default.
A guild entitlement is not guild leadership.
A council-pathway entitlement is not council appointment.
A platform role is not institutional office.
A Studio learning environment is not lawful public authority use.
A Marketplace contributor pathway is not listing approval.
Entitlements enable structured participation. They do not create mandate beyond the entitlement record.
This distinction is essential because digital access often appears powerful. A person who can enter a room, see materials, comment, or contribute may be assumed to hold greater authority than they do.
The membership system must prevent that assumption.
***
## 3.14 Membership and Controlled Environments
Membership is one basis on which entry into controlled environments may be organized.
Controlled environments may include:
* member workspaces;
* guild rooms;
* council or pre-council spaces;
* report drafting environments;
* public-safe review rooms;
* controlled publication libraries;
* Academy spaces;
* work-integrated learning environments;
* Digital Public Good repositories;
* Marketplace review areas;
* Foundry project spaces;
* Studio learning or workflow spaces;
* public authority learning rooms;
* host or node workspaces;
* community safeguards rooms;
* sponsor or provider briefing rooms.
These environments are not generic collaboration tools. They are institutional rooms within a larger constitutional-operating order.
Entry should be governed by membership class, role, need, good standing, confidentiality, data sensitivity, public-safe requirements, and access purpose.
Membership makes controlled participation possible.
Access control makes membership operationally meaningful.
***
## 3.15 Membership and Participation
Membership and participation are related but distinct.
A person may participate in public events without being a member.
A person may be a member without being active in a guild.
A member may contribute without holding leadership.
A member may participate in Academy without being a representative.
An institutional member may send participants, but those participants must still be properly classified.
A public authority participant may engage in learning without becoming an adopting authority.
A sponsor may support activities without becoming a member of decision bodies.
Participation is activity.
Membership is recorded affiliation.
Contribution is productive input.
Authority is mandate.
These categories may overlap, but they must not collapse.
***
## 3.16 Membership and Contribution
Membership may support contribution, but membership is not the same as contribution.
A member may contribute to reports, guild work, Digital Public Goods, Academy materials, forums, translations, media, Marketplace research, Lab concepts, Studio workflows, public authority learning materials, community engagement, or operational support.
Contribution should be recorded separately from membership status.
A member who contributes should receive appropriate attribution, learning records, contribution records, or credits where applicable.
A member who does not contribute may still belong if their membership class allows it.
A contributor who is not a member may still need a contribution agreement, role record, or pathway classification.
The key point is that membership tells the system who belongs.
Contribution tells the system what was done.
Both matter, but they are different.
***
## 3.17 Membership and Representation
Membership does not create general representational standing.
A member may not speak for Nexus merely because they are a member.
An institutional member may not describe itself as authorized to represent Nexus unless authorized.
A guild member may not speak for the guild unless assigned that role.
A council-pathway member may not claim council status before appointment.
A provider-linked member may not claim endorsement.
A sponsor-linked member may not claim influence or control.
A public authority learning member may not imply official adoption.
Representation must be tied to formal role, authorization, and record.
This protects the system and the member.
It allows members to describe their affiliation truthfully without overclaiming mandate.
***
## 3.18 Member Duties
Membership carries duties.
Duties should be proportionate to class, access, role, and risk. Core duties may include:
* duty of truthful self-description;
* duty to respect Nexus public-good purpose;
* duty to respect role boundaries;
* duty not to overclaim authority, recognition, conformance, public authority status, procurement status, finance-readiness, or execution mandate;
* duty to protect confidential or controlled information;
* duty to follow data, privacy, and cybersecurity rules;
* duty to disclose conflicts where required;
* duty to respect public-safe publication discipline;
* duty to protect community, Indigenous, local, and protected knowledge;
* duty to avoid harassment, retaliation, discrimination, coercion, or abuse;
* duty to cooperate with corrections;
* duty to follow platform and workspace rules;
* duty to avoid misuse of member status;
* duty to observe sponsorship, provider, and public authority boundaries where relevant.
Membership without duties becomes prestige without responsibility.
Nexus membership should mean belonging under discipline.
***
## 3.19 Member Rights
Membership may also carry rights.
Rights should be class-based and recorded.
Possible member rights may include:
* right to be accurately classified;
* right to know membership status;
* right to access entitlements associated with class and good standing;
* right to participate in eligible activities;
* right to receive applicable notices;
* right to be credited for recorded contributions;
* right to correction of inaccurate member records;
* right to due process or review where membership is suspended, narrowed, or terminated;
* right to confidentiality where applicable;
* right to safe participation;
* right to raise concerns;
* right to exit membership;
* right to public claims guidance;
* right to accessibility accommodations where feasible and applicable.
Rights make membership more than compliance. They make it reciprocal.
A member accepts duties, but Nexus also owes clarity, fairness, and record integrity.
***
## 3.20 Membership and Integrity Gates
Membership should be integrity-gated.
This does not mean closed or elitist. It means that affiliation must remain trustworthy enough to support the architecture.
Integrity gates may apply at admission, renewal, class upgrade, access grant, leadership pathway entry, provider-linked participation, sponsor-linked participation, public authority pathway involvement, host-linked status, or controlled environment access.
Integrity gates may consider:
* identity or institutional verification;
* alignment with public-good purpose;
* conflicts of interest;
* conduct history;
* public claims history;
* data and confidentiality risks;
* public-safe sensitivity;
* provider or sponsor influence risks;
* community safeguard concerns;
* sanctions, legal, or integrity concerns where relevant;
* ability to comply with membership duties;
* and role fit.
Integrity gates should be fair, documented, proportionate, and reviewable.
They protect the system from capture, misuse, and false affiliation.
***
## 3.21 Membership and Progression
Membership is progression-aware.
A person or institution may move through pathways over time. Progression may include:
* public reader;
* event participant;
* applicant;
* member;
* active member;
* contributor;
* guild participant;
* guild steward candidate;
* Academy learner;
* credentialed participant;
* competence-cell participant;
* working group participant;
* council-pathway candidate;
* council member where appointed;
* host-linked participant;
* provider-linked participant;
* sponsor-linked supporter;
* national or regional pathway participant;
* leadership role where authorized.
Progression should be based on contribution, good standing, learning, fit, role need, evidence, and proper appointment or approval.
Progression should not be based solely on wealth, visibility, institutional prestige, donor status, personal proximity, or event centrality.
Progression makes membership developmental.
It turns affiliation into a pathway rather than a static label.
***
## 3.22 Membership and Leadership Pathways
Membership may be an entry condition for leadership pathways, but it is not sufficient.
Leadership in Nexus may include guild stewardship, council membership, committee participation, working group leadership, national pathway roles, regional pathway roles, host responsibilities, public authority interface roles, investor-interface roles, or other structured positions.
Leadership requires more than membership.
It may require:
* good standing;
* demonstrated contribution;
* role fit;
* relevant competence;
* conflict disclosure;
* public-safe judgment;
* capacity to preserve role boundaries;
* evidence of reliability;
* appointment or approval by the proper body;
* and acceptance of additional duties.
A member may be eligible for leadership. The member does not become a leader until the proper pathway is completed and recorded.
This prevents leadership from emerging through proximity, popularity, sponsorship, or informal influence.
***
## 3.23 Membership and Councils
Membership may connect to councils, but membership and council status are distinct.
A member may be eligible for council consideration.
A member may contribute to council-informed work.
A member may attend a council-linked forum.
A member may be appointed to a council under proper process.
But membership alone does not create council seat, council vote, council authority, council representation, or council decision rights.
Council status must be recorded separately.
Council participation also carries duties beyond ordinary membership, including attendance, conflicts, confidentiality, public claims discipline, reserved-matter awareness, records-valid action, and loyalty to the council’s mandate.
Membership may supply the base. Council appointment supplies the role.
***
## 3.24 Membership and Guilds
Membership and guild participation are closely linked.
A member may join guilds, contribute to guild work, participate in domain learning, support guild outputs, or progress toward guild stewardship.
Guilds may require membership for certain roles, but may also permit non-member expert, public authority, community, academic, or provider participation under controlled conditions.
Membership does not create guild expertise.
Guild participation does not create membership unless membership is granted.
Guild leadership requires separate appointment or stewardship recognition.
Guild outputs should record contributions separately from membership status.
The relationship is simple:
Membership defines belonging.
Guilds define domain participation.
Guild governance defines role.
***
## 3.25 Membership and Working Groups
Members may participate in working groups.
Working groups may be organized around reports, domains, geographies, national pathways, public authority learning, Marketplace preparation, Digital Public Goods, node readiness, Academy materials, or other bounded work.
Membership may be required for certain working group roles, especially where controlled access, public-safe review, confidential information, or institutional representation is involved.
But working group participation is not governance by default.
A member in a working group is not a council member.
A working group output is not a final report unless processed.
A national working group is not a National Nexus Consortium.
A technical working group is not standards authority.
Membership helps structure working group participation. It does not elevate working groups beyond their mandate.
***
## 3.26 Membership and `Nexus Competence Cells` (earlier label)
"`Nexus Competence Cells`" is an earlier label; it is retired in the draft site vocabulary and it now maps to National Working Group assignments and the CERTs (ruling R5, 21 October 2026) \[8]\[9]. The design text is kept below. Membership may support participation in `Nexus Competence Cells`.
A competence cell is an embedded capability unit within an institution, company, host, university, public authority interface, consortium, node, or other operating environment. Members may participate in competence cells through learning, role readiness, Digital Public Good support, public-safe practice, platform use, report work, or local operational support.
Competence-cell participation may require membership or an equivalent recorded relationship.
But competence-cell membership is not public authority adoption.
It is not provider qualification by default.
It is not institutional endorsement of all Nexus outputs.
It is not host sovereignty.
It is not governance authority.
Membership supports competence formation. It does not convert competence into mandate.
***
## 3.27 Membership and Hosts
Host-linked membership states may be needed where persons or institutions carry host-related responsibilities.
A host may support a node, observatory environment, Studio learning environment, public authority learning room, Digital Public Good deployment, Academy activity, forum, Lab, regional hub, or other operating surface.
Host-linked membership may help manage:
* access;
* training;
* confidentiality;
* data handling;
* security;
* platform roles;
* public-safe obligations;
* node or host records;
* competence-cell requirements;
* continuity duties;
* public claims limits.
But host-linked membership does not make the host sovereign over Nexus.
A host is not the constitutional center.
A host is not a public authority unless it independently is one.
A host is not owner of the common rail.
A host-linked member is not authorized beyond the host record.
Host-linked membership makes host participation governable.
***
## 3.28 Membership and Public Authority Participants
Public authority participation requires special care.
A public authority actor may engage as a learner, observer, consultee, host, sponsor, competent authority, adopting authority, procurement authority, regulator, emergency authority, public-warning authority, or implementation partner.
Membership or participation records must not collapse these capacities.
A public official joining a learning pathway is not public authority adoption.
A ministry representative attending a forum is not policy approval.
A municipality participating in a host discussion is not procurement award.
A regulator reviewing materials is not regulatory endorsement unless lawfully issued.
A public authority member record should classify capacity carefully and avoid public-facing overclaim.
This protects public authorities, Nexus, and the public.
***
## 3.29 Membership and Institutional Members
Institutional membership allows organizations to enter Nexus as recorded participants.
Institutional members may include universities, research institutions, public-interest organizations, public bodies, companies, civil-society organizations, hosts, foundations, and other entities.
Institutional membership should define:
* the entity’s membership class;
* authorized contact persons;
* eligible representatives;
* access rights;
* duties;
* public claims rules;
* conflict obligations;
* data obligations;
* contribution pathways;
* renewal terms;
* good-standing requirements;
* and limits of representation.
Institutional membership does not mean every employee, officer, student, affiliate, or contractor of the institution is automatically a member or representative.
Institutional membership must distinguish entity status from individual participation.
This prevents institutional affiliation from being overread.
***
## 3.30 Membership and Companies
Companies may become members or participate through provider, sponsor, Marketplace, Foundry, Studio, Digital Public Good, competence-cell, or enterprise pathways.
Company membership can be valuable because companies may bring technical capacity, implementation experience, infrastructure, service support, market knowledge, and operational capability.
But company membership must remain bounded.
A company member is not public-good authority.
A company member is not endorsed by membership.
A company member does not receive procurement preference.
A company member does not control standards.
A company member does not control reports, guilds, councils, Marketplace listings, or Registry status.
A company member may not use membership to imply public authority approval, finance-readiness, recognition, or conformance unless separately granted and recorded.
Company membership should be governed by public-good / enterprise stack separation, conflict disclosure, public claims discipline, provider rules where applicable, and anti-capture safeguards.
For companies, the international baseline for responsible conduct is the *UN Guiding Principles on Business and Human Rights* \[14]. The recorded route for enterprises states that "Precompetitive work never shares competitors' confidential information", and the route for SMEs and startups that "Evaluation never depends on a high contribution, and testing is not certification" \[4].
***
## 3.31 Membership and Universities
Universities may become institutional members or participate through Academy, research, guilds, competence cells, reports, Labs, public authority learning, community science, Digital Public Goods, or node-related pathways.
University membership can support research-to-practice translation, student learning, faculty contribution, public-good software, domain expertise, and regional or national capacity.
But university membership does not make a university the academic authority of Nexus.
A university member is not a standards body.
A university-hosted forum is not governance.
A university-hosted node is not sovereign over the architecture.
A student contributor is not staff.
A faculty contributor does not speak for Nexus unless authorized.
University participation should be structured through records, roles, contribution pathways, data rules, intellectual property terms where needed, and public-safe obligations.
***
## 3.32 Membership and Communities
Community organizations, Indigenous organizations, local groups, civil-society actors, place-based groups, and community science networks may participate through membership or protected participation pathways.
Community membership must be designed carefully.
It should not turn communities into symbolic legitimacy sources.
It should not extract knowledge, stories, images, or local intelligence without safeguards.
It should not require communities to expose sensitive information in order to participate.
Community-related membership should address:
* consent;
* representation;
* protected knowledge;
* sensitive geography;
* local benefit;
* public-safe publication;
* data sovereignty;
* anonymity where needed;
* correction rights;
* accessibility;
* language access;
* and withdrawal or narrowing pathways.
A community member or representative should not be overread as speaking for all community interests unless properly authorized.
Membership must protect community dignity.
The *United Nations Declaration on the Rights of Indigenous Peoples* is the international reference for free, prior and informed consent and for control over traditional knowledge \[13]. In the institutional records, "No membership or Account is needed to report harm or correct public information", and "No fee to raise harms" applies to Indigenous and rights-holder institutions \[4].
***
## 3.33 Membership and Sponsors
Sponsorship-linked membership or support-linked states may exist where sponsors support Nexus activities, infrastructure, events, reports, campaigns, Academy, Digital Public Goods, community participation, platforms, or other public-good functions.
Sponsor support can be valuable.
But sponsor-linked membership must follow support-without-control discipline.
A sponsor does not buy governance.
A sponsor does not buy recognition.
A sponsor does not buy Marketplace ranking.
A sponsor does not buy standards influence.
A sponsor does not buy public authority role.
A sponsor does not buy public-safe publication control.
A sponsor does not buy council seats unless a lawful, transparent, and bounded appointment process separately applies.
Sponsor-linked status should record the support relationship, duties, public claims permissions, conflict controls, and influence boundaries.
Support may be acknowledged. Control must not be implied.
The recorded rule for sponsors is: "No support buys appointments, findings, consent or procurement advantage" \[4]. Sponsors and funders may not approve publications or mutate evidence, and funding grants no ownership \[2].
***
## 3.34 Membership and Qualified Enterprise Providers
Provider-linked membership may apply where enterprise providers participate in Nexus through technical, service, integration, Marketplace, Foundry, Studio, Digital Public Good, or implementation-support pathways.
Provider-linked membership must not be confused with qualification, endorsement, procurement preference, or conformance unless those states are separately granted.
A provider member is not endorsed by membership alone.
A provider member is not qualified by membership alone.
A provider member is not approved for public authority work by membership alone.
A provider member is not standards authority.
A provider member may not imply procurement preference.
Provider-linked membership should be integrated with qualification rules, Marketplace status, conflict disclosure, cybersecurity requirements, data handling, claims discipline, and support obligations where applicable.
Membership may begin a provider pathway. It does not complete it.
***
## 3.35 Membership and The Global Centre for Risk and Innovation (GCRI)
The Global Centre for Risk and Innovation (GCRI) acts through GCRI Canada, the Lead Institution, Consortium Secretariat and lead contracting organization, which is the contracting party for consortium participation in every country and region \[1]\[2]. Membership interacts with GCRI where members participate in evidence, methods, observability, ontology, Digital Public Goods, public-good software, Academy pathways, technical baselines, or research-to-practice work.
GCRI-related membership pathways may involve learning, contribution, embedded capability arrangements (earlier labelled competence cells), reports, Labs, public-good technology, and methods literacy.
But membership does not create GCRI authority.
A member contributing to GCRI-related work is not a GCRI officer.
A member learning GCRI methods is not authorized to speak for GCRI.
A member contributing to a Digital Public Good does not own the public-good rail.
A GCRI-related member output does not become GCRI doctrine unless adopted through proper process.
Membership supports participation in GCRI-adjacent work. It does not confer institutional office.
***
## 3.36 Membership and The Global Risks Forum (GRF)
Membership interacts with The Global Risks Forum (GRF), a consortium steward for leadership, dialogue and Nexus Universe programme governance \[1], where members take part in convened dialogue, leadership programmes or the annual Nexus Universe programme.
GRF does not regulate, finance, procure or certify, and hosting or sponsorship confers no authority over findings \[8]. Member status therefore never becomes GRF standing, recognition or certification.
Membership is not a recognition decision by any Nexus institution.
A member record is not a maturity record unless classified that way.
A member contribution is not standing.
A member badge is not recognition unless recognized.
A member public-safe output is not recognition unless routed and approved.
Claims discipline, applied by every steward and member, helps ensure that membership does not become noisy legitimacy.
Membership tells who belongs. Public-facing standing, maturity and claims are settled by the records that support them, not by GRF convening or by membership.
***
## 3.37 Membership and The Global Risks Alliance (GRA)
Membership interacts with The Global Risks Alliance (GRA), a consortium steward for the finance, insurance and development-readiness interface \[1], where finance-readable readiness, national pathways, and realization-facing interfaces are involved. GRA "does not lend, underwrite, rate, invest, advise on or arrange transactions, and readiness work is not approval" \[8].
Members may participate in GRA-related pathways as institutions, sponsors, providers, finance readers, public authorities, companies, national actors, or ecosystem contributors.
But membership does not create routeability or finance-readiness by itself.
A member institution is not a routeable project.
A member sponsor is not a capital commitment.
A member company is not a qualified provider by default.
A member national group is not a National Nexus Consortium.
A member pathway interest is not an SPV.
GRA may help translate membership-linked ecosystem formation into readiness pathways, but execution requires proper actors, instruments, and records.
***
## 3.38 Membership and standards discipline (NXS-NSF and the proposed Nexus Standards)
Membership interacts with standards discipline where members participate in standards discussions, controlled vocabulary, interoperability, conformance questions, role keys, entitlement logic, or anti-fork discipline. In the V3 constitution that discipline sits with NXS-NSF; published specifications are proposed under Nexus Standards, whose documents are all at proposal stage and which has no publisher of record \[5]\[9]. Earlier versions of this section named a standards foundation abbreviated NSF or a "protocol authority" as an institution, and listed smart licences; no such entity is recorded, and smart licences are research outlook on the evidence cited \[9].
Membership may provide access to standards learning, consultation, feedback, or contribution pathways.
But membership does not create standards authority.
A member suggestion is not controlled vocabulary.
A member technical contribution is not conformance approval.
A member implementation is not protocol adoption.
A member-created extension is not canonical.
A member badge is not standards status.
Standards and protocol decisions must remain governed separately from membership.
Members can inform standards. They do not own standards by affiliation.
***
## 3.39 Membership and Public-Good / Enterprise Stack Separation
Membership must preserve the public-good / enterprise stack separation.
A member may participate in the public-good stack through learning, contribution, reports, guilds, Digital Public Goods, public-safe outputs, standards feedback, or Registry-related pathways.
A member may participate in the enterprise stack through provider services, Marketplace offerings, Foundry build, Studio integration, National Consortium Company pathways, Project SPVs, or lawful execution contexts.
These roles must not collapse.
A company member in the enterprise stack does not become public-good authority.
A public-good contributor does not receive commercial rights by default.
A sponsor supporting public-good work does not control enterprise opportunities.
A provider contributing to a public-good asset does not own the asset unless governed terms say so.
A member involved in an SPV does not speak for the public-good rail.
Membership may bridge stacks. It must not fuse them.
***
## 3.40 Membership and Non-Execution
Membership is non-executing by default.
Membership does not authorize:
* public authority decision;
* procurement action;
* regulatory status;
* public warning;
* certification;
* standards approval;
* recognition;
* finance execution;
* investment advice;
* underwriting;
* insurance approval;
* rating;
* brokerage;
* placement;
* legal advice;
* implementation contract;
* deployment authorization;
* or operational control.
Membership may support pathways that later lead to lawful action. But the action requires the proper actor, mandate, instrument, and record.
A member may be relevant to execution. Membership itself does not execute.
This rule protects Nexus from overclaim and protects members from being misrepresented as carrying responsibilities they do not hold.
The V3 boundary formulas state the general rule: "Finance-readiness is not finance. Insurance-readiness is not underwriting. Verification is not certification. Participation is not consent. Public-authority learning is not approval. Technology readiness is not procurement approval. A warning-support candidate is not an official warning. A decision-support package is not an official decision." (D-V3-0004) \[3]
***
## 3.41 Membership and Public Claims
Members may describe their relationship to Nexus only within permitted claims boundaries.
Permitted claims may include accurate statements such as:
* current member, if current;
* institutional member, if recorded;
* guild participant, if true;
* contributor, if contribution is recorded;
* sponsor or supporter, if support is recorded and public acknowledgment is permitted;
* provider participant, if properly described;
* public authority learner or participant, if capacity is accurately stated;
* council member, only if appointed and current;
* steward or lead, only if assigned and current.
Members must not claim:
* authority to represent Nexus without authorization;
* recognition not granted;
* standards status not granted;
* public authority adoption not recorded;
* procurement preference;
* finance-readiness;
* endorsement;
* conformance;
* qualification;
* maturity;
* execution mandate;
* ownership of public-good rail;
* or control through sponsorship.
Public claims discipline is central to membership integrity.
***
## 3.42 Membership and Name Use
Members may need rules for use of Nexus names, logos, marks, entity names, guild names, council names, program names, badges, and affiliation statements.
Name-use rules should define:
* what names may be used;
* in what form;
* by whom;
* in what context;
* with what status language;
* with what disclaimers;
* what uses require approval;
* what uses are prohibited;
* and what happens if name use is misleading.
A member may not use Nexus identity to imply endorsement, authority, recognition, provider status, public authority approval, procurement preference, or finance-readiness.
Name use is a public meaning issue.
It must be governed.
***
## 3.43 Membership and Conflicts of Interest
Membership requires conflict discipline.
Members may have roles in companies, universities, public authorities, sponsors, providers, investors, media organizations, governments, communities, nonprofits, or other institutions. These roles may create conflicts or perceived conflicts.
Conflicts may involve:
* financial interest;
* procurement interest;
* provider role;
* sponsor relationship;
* public authority role;
* investment interest;
* research interest;
* intellectual property;
* political role;
* family or personal relationship;
* media influence;
* community representation;
* data access;
* Marketplace interest;
* National Consortium Company interest;
* Project SPV interest.
Disclosure does not always mean exclusion. It allows the system to manage participation truthfully.
Conflict management may include disclosure, recusal, role limitation, separate review, public-safe language, or exclusion from certain decisions or records.
Membership makes conflict management possible because the relationship is recorded.
**Conflicts (COOP-III-2, proposed).** Member conflicts SHOULD be identified, disclosed and managed, following the reference model of the OECD guidelines on managing conflict of interest and the OECD *Recommendation on Public Integrity* \[10]\[11]. For leaders, the NLC steps include a "Fit-and-proper and conflict review" \[4].
***
## 3.44 Membership and Data Governance
Membership generates data.
Membership data may include identity, contact information, class, status, access rights, learning records, contribution records, payment or sponsorship records, affiliation data, conflict disclosures, participation history, credentials, good-standing state, disciplinary records, and public claims permissions.
This data must be governed.
Data governance should address:
* lawful basis;
* consent where required;
* privacy;
* access controls;
* cybersecurity;
* minimization;
* retention;
* deletion;
* correction;
* portability;
* public visibility;
* controlled records;
* protected knowledge;
* community participation data;
* public authority sensitivity;
* provider and sponsor information;
* and non-use boundaries.
Membership data should support trust, participation, access, and records-validity. It should not become surveillance, ranking, commercial extraction, or uncontrolled reputational infrastructure.
**Member data (COOP-III-3, proposed).** Membership records are personal and institutional data. Their handling SHOULD follow lawful basis, purpose limitation, access control, retention, correction and public-safe aggregation, with the OECD Privacy Guidelines as an international reference \[12]. In the institutional records, GCRI Canada is the organization accountable for personal data in the service, and privacy and rights requests go to a Privacy Officer queue \[1]\[4].
***
## 3.45 Membership and Safeguards
Membership must include safeguards.
Safeguards should protect members and the wider system from harms arising through affiliation, participation, access, visibility, power imbalance, community engagement, sponsor influence, provider influence, public authority confusion, data use, or public claims.
Safeguards may include:
* conduct rules;
* anti-harassment rules;
* anti-retaliation rules;
* grievance pathways;
* conflict disclosure;
* confidentiality;
* data protection;
* accessibility;
* protected participation;
* community and Indigenous knowledge protection;
* public-safe review;
* public claims review;
* sponsor influence controls;
* provider influence controls;
* procurement neutrality;
* market-sensitivity controls;
* and correction rights.
Membership should make participation safer, not merely more organized.
A membership system that does not protect participants will eventually undermine trust.
***
## 3.46 Membership and Accessibility
Membership should be accessible.
Accessibility means that eligible persons and institutions should be able to understand what membership is, which classes exist, how to apply, what duties apply, what rights exist, how to participate, how to raise concerns, and how to exit.
Accessibility may require plain-language explanations, translated materials, accessible digital platforms, disability accommodations, low-bandwidth options, clear contact pathways, fair review processes, and non-discriminatory participation rules.
Accessibility does not mean removing integrity gates. It means making the pathway understandable and fair.
A serious public-good architecture should not hide membership behind insider knowledge.
***
## 3.47 Membership Renewal
Membership should be renewable.
Renewal keeps membership current. It allows Nexus to confirm contact information, class, duties, good-standing state, conflict disclosures, access needs, consent, public claims permissions, and continued interest.
Renewal may be annual or otherwise periodic depending on class.
Some membership states may require more frequent review, especially where they involve controlled access, public authority interfaces, provider participation, sponsor-linked roles, host-linked status, or leadership pathways.
Renewal prevents stale affiliation.
It also gives members a chance to update their role and contribution.
Membership that never renews eventually becomes an archive, not a living relationship.
***
## 3.48 Membership State Changes
Membership may change state.
Possible states include:
* applicant;
* under review;
* admitted;
* active;
* in good standing;
* provisional;
* limited;
* paused;
* inactive;
* under review for concern;
* corrective;
* suspended;
* resigned;
* terminated;
* expired;
* archived;
* honorary;
* former;
* superseded;
* transferred where applicable.
State changes should be recorded.
A member should know their current state.
Public-facing displays should not show inactive, suspended, former, or expired members as active.
State changes may affect entitlements, access, public claims, progression, and leadership eligibility.
Membership state discipline is one of the clearest expressions of validity by record.
***
## 3.49 Suspension, Limitation, and Termination
A mature membership architecture must be able to suspend, limit, or terminate membership.
Grounds may include:
* serious misconduct;
* harassment;
* retaliation;
* breach of confidentiality;
* misuse of data;
* public claims abuse;
* misuse of Nexus name;
* material conflict non-disclosure;
* corruption or capture attempt;
* provider or sponsor overreach;
* public authority misrepresentation;
* community harm;
* protected knowledge misuse;
* cybersecurity breach;
* repeated overclaim;
* failure to maintain good standing;
* non-renewal;
* or other integrity breach.
Processes should be fair, proportionate, documented, and reviewable where appropriate.
Actions may include warning, correction, access limitation, role removal, suspension, termination, public clarification, Registry update, or legal escalation where required.
The ability to discipline membership protects the whole architecture.
***
## 3.50 Resignation and Exit
Members should be able to exit.
Exit should be clear, respectful, and recorded.
A member may resign, decline renewal, leave a guild, end institutional membership, terminate sponsor support, close provider-linked participation, or exit a leadership pathway.
Exit should address:
* effective date;
* access termination;
* record retention;
* public claims change;
* contribution attribution;
* confidentiality obligations;
* return or deletion of controlled materials where applicable;
* transition of stewardship duties;
* and archival status.
Exit should not erase legitimate contribution history unless law or policy requires narrowing. But it should prevent former membership from being represented as current.
A good membership architecture handles exits as carefully as entries.
***
## 3.51 Membership and Institutional Memory
Membership is part of institutional memory.
It records how people and institutions entered Nexus, contributed, progressed, supported, hosted, learned, led, exited, or changed state.
This memory matters because a long-horizon architecture must understand its own social formation.
Membership records may help answer:
* who helped build a domain;
* which institutions supported a pathway;
* who contributed to a report;
* who was trained for a role;
* which hosts carried early work;
* which sponsors supported public-good activity;
* which public authority actors participated in learning;
* which members progressed to leadership;
* which memberships ended or were corrected.
Membership memory must be handled with privacy, public-safe, and data governance discipline.
It is a record of ecosystem formation, not a public leaderboard.
***
## 3.52 Membership and Platforms
Membership will often be platform-mediated.
Platforms may support applications, member portals, profiles, access controls, guild participation, Academy records, contribution records, payments or support records, renewal, entitlements, forums, reports, controlled rooms, Marketplace pathways, and public claims guidance.
Platform membership design must preserve role and status.
A profile is not authority.
A badge is not recognition unless recognized.
A login is not membership unless membership is granted.
A completed application is not admission.
A platform role is not institutional office.
A directory listing is not endorsement.
Platform design should show membership class, status, public claims permissions, and currentness where appropriate.
It should also support privacy, correction, accessibility, and lifecycle state.
***
## 3.53 Membership and Registry
Membership records may connect to Registry, but not every membership record should be public.
Registry may hold or link membership states where public-facing visibility, role clarity, contribution records, leadership records, institutional status, provider status, sponsor support, or public-safe claims require traceability.
Registry should distinguish:
* private membership record;
* public member listing;
* contributor record;
* leadership record;
* guild role record;
* council appointment record;
* sponsor support record;
* provider participation record;
* public authority capacity record;
* institutional member record;
* former member record;
* correction record.
Registry presence is not recognition by default.
A membership Registry entry must state exactly what it records.
This prevents ordinary affiliation from being mistaken for standing, maturity, or approval.
This page cites no published membership register or public member list. The registry described in this section is a design; no member, member count or partner name is stated without a record \[9].
***
## 3.54 Membership and Finance-Readable Readiness
Membership may be relevant to finance-readable readiness, but membership is not finance-readiness.
A member institution may participate in readiness discussions.
A sponsor member may support public-good work.
An investor-facing member may take part in a finance-readiness dialogue or learning pathway if properly admitted (earlier text named an Investor Council; see the note on earlier council labels).
A company member may explore provider or SPV pathways.
A national group may progress toward company or SPV formation.
But membership does not create investability.
Membership does not create capital commitment.
Membership does not create underwriting.
Membership does not create insurance approval.
Membership does not create rating.
Membership does not create investment advice.
Membership does not create securities offering.
Finance-readable readiness requires separate records, review, routeability, and lawful execution context.
Membership may support ecosystem formation. It does not execute finance.
The recorded routes state the same boundaries for finance and capital participants: "No underwriting, lending, capital or privileged regulator access is promised", and "Participation is not an offer of securities or investment advice" \[4]. "Finance-readiness is not finance" (D-V3-0004) \[3].
***
## 3.55 Membership and National Pathways
Membership may support national pathway formation.
People and institutions in a country may become members, join working groups, participate in forums, support public authority learning, form competence cells, contribute to reports, and prepare for National Working Group formation.
Over time, national membership depth may support:
* National Working Groups;
* National Nexus Consortium formation;
* National Consortium Company preparation;
* Project SPV readiness;
* local Academy pathways;
* public authority learning;
* host and node readiness;
* community safeguards;
* provider mapping;
* sponsor support;
* and regional handoff.
But membership growth is not national formation by itself.
A cluster of national members is not a National Nexus Consortium.
A national working group is not a company.
A company is not an SPV.
An SPV is not the public-good architecture.
Membership supports national pathways by building the social and institutional base needed for lawful structures.
It does not substitute for those structures.
***
## 3.56 Membership and Regional Pathways
Membership may also support regional pathways.
Regional membership depth may help identify corridor logic, shared ecology concerns, multi-country learning needs, regional guild activity, public authority interface, regional council candidates, support-versus-comparable distinctions, and regional Marketplace or Academy needs.
But regional membership does not create regional supremacy.
A regional member network is not a Regional Nexus Consortium.
A regional forum is not regional authority.
A regional sponsor is not regional control.
A regional provider is not preferred provider across countries.
Regional membership should support federation while preserving national primacy and common rail coherence.
***
## 3.57 Membership Viability and Growth
Membership growth matters, but growth must be understood correctly.
A serious membership system should not measure success only by volume.
Growth should mean qualified, renewable, diverse, well-classified, good-standing participation that increases the system’s ability to teach, contribute, govern, produce, correct, host, support, and realize lawful pathways.
Good membership growth improves:
* domain depth;
* geographic reach;
* helix composition;
* public authority learning;
* university participation;
* company participation;
* community participation;
* sponsor support;
* provider readiness;
* guild vitality;
* council pipeline;
* competence-cell formation;
* report production;
* Digital Public Good support;
* national pathways;
* regional pathways;
* and institutional continuity.
Bad membership growth inflates numbers while weakening trust.
Nexus should value carrying capacity over vanity scale.
***
## 3.58 Membership Metrics
Membership metrics may be useful, but they must be interpreted carefully.
Possible metrics include:
* total members;
* active members;
* members in good standing;
* institutional members;
* individual members;
* guild-linked members;
* contributor members;
* renewal rate;
* participation rate;
* contribution depth;
* helix composition;
* geographic distribution;
* Academy progression;
* council pathway candidates;
* competence-cell participants;
* provider-linked members;
* sponsor-linked members;
* public authority learning participants;
* community participation;
* exits;
* suspensions;
* corrections.
Metrics should support governance and learning. They should not become performance theatre.
High member count is not legitimacy by itself.
High attendance is not contribution.
High renewal is not maturity.
High sponsor membership is not public-good strength if capture risk rises.
High provider membership is not readiness if qualification is weak.
Membership metrics must be read through quality, diversity, good standing, contribution, safeguards, and carrying capacity.
***
## 3.59 Membership and External Organizations
The membership architecture is a practical resource for external organizations.
A public authority can understand how its officials or agencies may participate without implying adoption.
A company can understand the difference between membership, provider participation, Marketplace status, sponsorship, and execution roles.
A university can understand how institutional membership connects to Academy, guilds, research, competence cells, and student pathways.
A sponsor can understand how to support Nexus without controlling it.
A community organization can understand protected participation, representation, and safeguards.
A national group can understand how membership supports but does not replace National Working Group and consortium formation.
A finance reader can understand why ecosystem membership is a signal of participation, not investability by itself.
Membership helps external actors enter Nexus responsibly.
***
## 3.60 Membership Failure Modes
Nexus should be explicit about membership failure modes.
**Symbolic membership** occurs when membership becomes a badge without duties, records, access logic, or contribution pathways.
**Membership inflation** occurs when affiliation is presented as authority.
**Prestige tiering** occurs when classes reward status rather than function.
**Stale affiliation** occurs when former or inactive members appear current.
**Good-standing failure** occurs when misconduct, overclaim, or breach does not affect membership state.
**Entitlement drift** occurs when access becomes broader than role or trust warrants.
**Platform authority drift** occurs when member profiles, badges, or directory listings imply mandate.
**Public claims abuse** occurs when members overstate relationship, recognition, or authority.
**Sponsor capture** occurs when support-linked status creates influence beyond support.
**Provider capture** occurs when provider-linked members use membership as endorsement.
**Public authority overclaim** occurs when learning or participation is narrated as adoption.
**Community extraction** occurs when community membership is used for legitimacy without protection.
**Leadership by proximity** occurs when visible members progress without contribution, fit, or record.
**Membership sprawl** occurs when classes multiply without functional difference.
**Metric theatre** occurs when membership volume substitutes for carrying capacity.
**Data misuse** occurs when membership data becomes surveillance or reputational infrastructure.
Membership governance exists to prevent these failures.
***
## 3.61 Strategic Value of Membership
The strategic value of membership is that it makes Nexus socially real without making it socially vague.
Membership gives the architecture a renewable base.
It gives contributors a way to belong.
It gives institutions a way to enter.
It gives guilds participants.
It gives councils a progression pipeline.
It gives Academy learners a relationship to the system.
It gives hosts and nodes controlled access pathways.
It gives sponsors a support-without-control channel.
It gives providers a bounded participation route.
It gives public authorities a capacity-aware way to engage.
It gives national and regional pathways a social foundation.
It gives the Registry and platforms a way to record affiliation truthfully.
In strategic terms, membership is the architecture of durable belonging.
It is how Nexus becomes inhabited by real people and institutions without allowing affiliation to become self-authorizing.
***
## 3.62 Final Statement on Members
Membership in Nexus is the records-valid architecture of affiliation, good standing, entitlement, and progression.
It makes belonging real without making belonging sovereign. It gives people, institutions, hosts, providers, sponsors, public authorities, communities, universities, companies, contributors, and leadership-pathway participants a structured relationship to the Nexus Ecosystem while preserving the stronger constitutional truths of the system.
Through membership classes, admission rules, good-standing discipline, entitlement logic, controlled environments, member duties, member rights, progression pathways, leadership gates, public claims rules, name-use discipline, conflict disclosure, data governance, safeguards, renewal, state changes, suspension, exit, Registry linkage, and correctionability, Nexus can widen participation while maintaining public-good distinctness, role separation, standards discipline, and institutional trust.
Membership is not a badge.
It is not authority.
It is not recognition by default.
It is not execution.
It is not finance-readiness.
It is not public authority adoption.
It is a governed relationship of belonging inside one public-good architecture.
Through Members, Nexus becomes socially durable, institutionally renewable, and capable of progression without losing constitutional truth.
***
## What membership is not
Membership is not authority, representation, recognition, certification, employment, a contract, a council seat, a procurement preference or an investment relationship. The institutional records set out the separations that apply \[4]:
| This | Is not |
| ----------------------- | ------------------------------------------- |
| A submitted application | Membership |
| A claimed identity | Representative authority |
| A payment | An appointment or access to restricted data |
| Readiness evidence | A financing or underwriting decision |
*Table 3. Separations relevant to membership, quoted from the consortium programme source \[4].*
**Fees (COOP-III-4, proposed).** No fee, contribution level or member benefit is stated on this page, because none is recorded as published. Three recorded rules apply: "Official cooperation never depends on buying a membership tier"; in the NWG "Ordinary participation has no fee"; and for leaders "Selection precedes payment" \[4]. Fees, where they exist, pay for a service and are not donations \[2].
**Public claims (COOP-III-5, proposed).** A member MAY say that it is a member, if current and permitted. It SHALL NOT claim endorsement, recognition, conformance, public-authority adoption, procurement preference, council status or finance-readiness it does not hold on record \[9].
## Membership and the twenty systems
As editorial alignment only, not a claim of operating service: [NXS-RLS](/organization/systems/nxs-rls.md), the technical rails and protocol infrastructure for protocol-governed work across institutions, covers "Participants, roles, agreements, protocols, obligations, lawful handoffs, transaction envelopes, receipts and disputes"; NXS-NSF covers identity authorization, mandate and delegation; [NXS-HUB](/organization/systems/nxs-hub.md), the operating workspace and controlled portal layer for knowledge, tickets and runbooks, covers collaboration, learning and records; and [NXS-POR](/organization/systems/nxs-por.md), the applied-domain public solutions and portals system, covers the external surfaces through which participants act (D-V3-0003) \[5].
System capability: target architecture under development, under a release hold that is in force; nothing here states that a capability is in production use, certified or offered as a service \[6].
## Terms used on this page
| Term | Meaning on this page | Source |
| ---------------- | ----------------------------------------------------------------------------------------------------------- | --------------- |
| Member | A person or institution with a recorded participation relationship, in a stated capacity | This page; \[4] |
| NNC, NLC, NWG | The three recorded participation pillars: institutions, leaders in personal capacity, experts by competence | \[4] |
| Good standing | The recorded state that a participant meets the duties of its class | This page |
| Service level R0 | "Information and enquiries"; creates no membership, contract or commitment | \[4] |
| Membership class | An earlier documentation-site design category; crosswalk to the pillars pending (Table 2) | \[9] |
## Related pages
* Up: [Cooperation](/organization/introduction/cooperation.md)
* Across: [I. Order](/organization/introduction/cooperation/i.-order.md) · [II. Guilds](/organization/introduction/cooperation/ii.-guilds.md) · [IV. Councils](/organization/introduction/cooperation/iv.-councils.md) · [V. Domains](/organization/introduction/cooperation/v.-domains.md) · [VI. Pathways](/organization/introduction/cooperation/vi.-pathways.md)
* Counterparts: [Nexus Consortiums](/organization/cooperation/consortiums.md) · [Nexus Guilds membership](/organization/cooperation/nexus-guilds/membership.md) · [I. Order of the Organization introduction](/organization/introduction/organization/i.-order.md)
## Sources
1. Nexus institutional register, *Nexus institutional architecture and participation*: owner decision of 11 October 2026 on GCRI Canada as lead contracting organization; positioning, roles and "not conferred" table. Internal record; owner-confirmed, counsel review pending.
2. Nexus institutional register, legal entity profile: the lead contracting organization, institutional independence and consortium stewardship notices (owner-confirmed); and the ecosystem execution register (every instrument still in draft). Internal record.
3. Nexus constitutional directive D-V3-0004, *One Rail-Two Stacks, Non-Execution and Lawful Handoff Constitution* (public-good rail, enterprise and sovereign execution stack, consequential action envelope, boundary formulas). Internal record, cited by identifier.
4. Nexus institutional register, consortium programme: participation pillars (NNC, NLC, NWG), Helix pathways and the Financial Institutions and Regulators pathway, stakeholder routes, service levels R0 to R5 and the current service level, separations, case routes and the domain response team note. Internal record.
5. Nexus constitutional directive D-V3-0003, *Twenty-System Constitution* (canonical order, remits and completeness rule). Internal record, cited by identifier.
6. Nexus institutional register: release hold policy (in force) and claim register. Internal record.
7. Nexus constitutional directive D-V3-0001, *Master Directive V3*, and the Native Master legal, IP and open-source constitution (D-NEXUS-NATIVE-MASTER-1): principles of validity by record, correctionability and non-execution. Internal record, cited by identifier; not quoted.
8. Public institutional site draft (not yet adopted; owner direction, not a binding record): institutional boundary sentences for GRF and GRA, controlled vocabulary, council mapping note retiring earlier labels, programme status vocabulary, regions and planned hubs. Draft source.
9. Nexus Documentation Standard, draft of 16 October 2026 (purpose and audiences, authority and status, naming, external frameworks and sources), the owner decisions of 16 October 2026 and the introduction audit of 16 October 2026. Internal editorial records; not published.
10. OECD (2003). *Recommendation of the Council on OECD Guidelines for Managing Conflict of Interest in the Public Service*, OECD/LEGAL/0316. [legalinstruments.oecd.org](https://legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0316). Accessed 2026-10-16.
11. OECD (2017). *Recommendation of the Council on Public Integrity*, OECD/LEGAL/0435. [legalinstruments.oecd.org](https://legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0435). Accessed 2026-10-16.
12. OECD (1980, revised 2013). *Recommendation of the Council concerning Guidelines governing the Protection of Privacy and Transborder Flows of Personal Data*, OECD/LEGAL/0188. [legalinstruments.oecd.org](https://legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0188). Accessed 2026-10-16.
13. United Nations General Assembly (2007). *United Nations Declaration on the Rights of Indigenous Peoples*, A/RES/61/295. [docs.un.org](https://docs.un.org/en/A/RES/61/295). Accessed 2026-10-16.
14. United Nations Office of the High Commissioner for Human Rights (2011). *Guiding Principles on Business and Human Rights*. [ohchr.org](https://www.ohchr.org/sites/default/files/documents/publications/guidingprinciplesbusinesshr_en.pdf). Accessed 2026-10-16.
15. Digital Public Goods Alliance. *Digital Public Goods Standard*. [digitalpublicgoods.net](https://www.digitalpublicgoods.net/standard). Accessed 2026-10-16.
16. Digital Public Goods Alliance. *Digital Public Goods Registry*. [digitalpublicgoods.net](https://www.digitalpublicgoods.net/registry). Accessed 2026-10-16.
17. GCRI (2026). *National Nexus: National Desk, National Model, National Portfolio and the NNC, NLC and NWG participation pillars*. [therisk.global](https://therisk.global/consortium/national/). Accessed 2026-10-21.
18. GCRI (2026). *How Nexus Consortium works*, the Nexus Consortium model as published on the GCRI site. [therisk.global](https://therisk.global/consortium/). Accessed 2026-10-21.
19. GCRI (2026). *Institutional participation: the National Nexus Consortium (NNC)*. [therisk.global](https://therisk.global/consortium/national/nnc/). Accessed 2026-10-21.
20. GCRI (2026). *Leadership pathway: the National Leadership Council (NLC)*. [therisk.global](https://therisk.global/consortium/national/nlc/). Accessed 2026-10-21.
21. GCRI (2026). *Working groups: the National Working Groups (NWG) and the domain response teams*. [therisk.global](https://therisk.global/consortium/national/nwg/). Accessed 2026-10-21.
22. GCRI (2026). *Public–Private–Planet*: anti-capture rules for the consortium. [therisk.global](https://therisk.global/consortium/public-private-planet/). Accessed 2026-10-21.
23. The Global Risks Forum (2026). *Council architecture*: councils as programme bodies, nesting by subsidiarity. [globalriskforum.com](https://globalriskforum.com/leadership/council-model/). Accessed 2026-10-21.
24. GCRI (2026). *Programme status*: programme states and the current service level R0. [therisk.global](https://therisk.global/consortium/programme-status/). Accessed 2026-10-21.
## Editorial record
* As of: 2026-10-21. Refresh: every 180 days, or sooner when a governing source changes.
* Drafting: AI-assisted (an AI agent drafted this revision). Human review: pending; no named reviewer or approver yet.
* Corrections: a public corrections route has not yet been published. Corrections will be recorded as new dated versions, not silent edits.
* Change: 2026-10-16, adversarial review: COOP rules labelled as editorial proposals with no adoption record (a documentation standard requirement for explanatory pages).
* Change: 2026-10-16, upgraded to the draft documentation standard. Record block, In brief and status statement added; recorded participation pillars (NNC, NLC, NWG) added with their steps and boundaries and a provisional crosswalk from the ten documentation-site membership classes; GCRI, GRF and GRA roles aligned to register wording; the earlier long-form NSF expansion and "Protocol Authority" no longer presented as an institution; "source page" residue removed; retired labels flagged; admission, conflict, data, fee and claims rules, references, twenty-system alignment, terms and sources added; heading levels corrected; all original sections kept.
* Change: 2026-10-16 r2, owner decisions of 16 October 2026 applied: readable document record and status note, Nexus Standards system codes (NXS-) used throughout, no company named, Nexus Observatory Protocol note, internal paths and codes removed from reader text and sources.
* Change: 2026-10-21 r3, aligned to the current model: "Where this fits" line; alignment note on the six pillars, the [programme year](/organization/programme/the-programme-year.md), National Nexus (NNC, NLC, NWG, CERTs), the Helix councils, the finance boundary, quarterly [Nexus Reports](/organization/programme/reports.md), the [Risk Academy](/organization/programme/academy.md) issuance rule and the current service level R0; earlier council labels mapped under rulings R3 to R5; sources added from the public sites, the Nexus Standards and the external reference register; the earlier design text kept in full.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.therisk.global/organization/introduction/cooperation/iii.-members.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.