> 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/standardization/nexus-ecosystem/iii.-infrastructure.md).

# III. INFRASTRUCTURE

III. INFRASTRUCTURE: part of the Nexus Ecosystem, a Nexus Standards design in progress; nexustandards.com governs the standards it cites.

**Where this fits:** all six sectors · all six pillars · [the twenty systems](/organization/systems.md) · [the Nexus Consortium](/organization/institutions/nexus-consortium.md) · doctrine and architecture.

**In brief.** This page is part of the Nexus Ecosystem. This page belongs to the Nexus Ecosystem, a [Nexus Standards](/organization/institutions/nexus-standards.md) design in progress whose governing texts are published on [nexustandards.com](https://nexustandards.com/standards/) ([OECD, 2014](https://legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0405); [UN Office of the Secretary-General's Envoy on Technology, 2024](https://www.dpi-safeguards.org/)). A design described here is not a deployed system, a certification or an approval; the competent authority decides, outside the programme.

{% hint style="info" %}
**Read with the current model.** The Nexus Ecosystem is defined once, on [the Nexus Ecosystem page](/organization/standardization/nexus-ecosystem.md): the governed public-good architecture that connects institutions, technologies, standards, evidence and lawful implementation pathways across the twenty systems. Technology here is described as [the twenty systems](/organization/systems.md) by NXS code; technology readiness uses the nine levels of ISO 16290, never ten. Finance vehicles are structures competent, lawful actors may form outside the programme ([Lawful handoffs](/organization/finance-readiness/lawful-handoffs.md)). Everything is in formation (service level R0).
{% endhint %}

## Sources

* Nexus Standards. NS-0: Constitution and principles. Proposed. [nexustandards.com/standards/ns-0/](https://nexustandards.com/standards/ns-0/)
* Nexus Standards. NS-15: System model binding (subjects, passports, chronotopes, routes, engines, cells and agents). Proposed. [nexustandards.com/standards/ns-15/](https://nexustandards.com/standards/ns-15/)
* Nexus Standards. NS-14: Conformance and crosswalk to external standards. Proposed. [nexustandards.com/standards/ns-14/](https://nexustandards.com/standards/ns-14/)
* Nexus Standards. [NRS-S0](https://nexustandards.com/standards/nrs/#nrs-s0): System and stack passports and platform conformance. [nexustandards.com](https://nexustandards.com/standards/nrs/#nrs-s0)
* OECD (2014). Recommendation of the Council on the Governance of Critical Risks. OECD/LEGAL/0405, adopted 6 May 2014. [legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0405](https://legalinstruments.oecd.org/en/instruments/OECD-LEGAL-0405)
* UN Office of the Secretary-General's Envoy on Technology and UNDP (2024). Universal DPI Safeguards Framework. New York: United Nations, September 2024. [www.dpi-safeguards.org](https://www.dpi-safeguards.org/)


---

# 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/standardization/nexus-ecosystem/iii.-infrastructure.md?ask=<question>&goal=<user_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.