Contribute
Where content belongs, how to update a source-dependent claim, and what CI will check.
Editorial Verified 2026-08-31
Navigation or explanatory writing with no source-sensitive claim of its own.
- Page ID
-
contribute/index - Normative authority
- No normative source. Navigation only.
- Networks
- none
- Documentation version
- 2026.08
- Audience
- developer
- Owner
- bitcoin-universe-docs
Ce contenu n’est pas encore disponible dans votre langue.
Where content belongs
Section titled “Where content belongs”| Content | Repository |
|---|---|
| Atomicals protocol, ARC-20, NFTs, Containers, Realms, AVM, AIPs | This repository |
| Public developer and API documentation for Universe Atomicals services | This repository |
| Public schemas, OpenAPI, examples, source ledger, conformance, LLM files, MCP package | This repository |
| Private architecture, deployment, credentials handling, capacity, monitoring, recovery | docs-dev-atomicals and docs-dev-atomicals-nfts-and-realms |
| Core-specific user workflows | docs-core |
| Inscribe-specific product workflows | docs-inscribe |
The one rule that matters most
Section titled “The one rule that matters most”Never present protocol behavior and Universe behavior as the same thing. Every page declares its applicability in frontmatter, and that declaration drives the panel readers see.
Quick start
Section titled “Quick start”npm installnpm run generatenpm run checknpm testnpm run buildnpm run generate regenerates every derived artefact. If it changes a committed file, commit that
change: CI fails when generation leaves the repository dirty.
- Content model
Every frontmatter field, what it means, and what it must be true of.
- Adding an API
Route inventory, OpenAPI, schemas, examples, and the checks that bind them.
- Conformance vectors
How to add an executed case that the prose and the tools both use.
- Translations
The required page set, the glossary, and how staleness is detected.
- Ecosystem records
What evidence a record needs before it is merged.
- Releasing
The gates, in order, and what each one proves.
Reporting a problem
Section titled “Reporting a problem”| Template | Use it for |
|---|---|
| Documentation defect | A typo, a broken link, an unclear passage |
| Incorrect protocol claim | A statement that does not match the source |
| API mismatch | A documented route that does not match the runtime |
| Translation defect | A wrong or stale translation |
| Accessibility defect | Anything that fails WCAG 2.2 AA |
| Broken external integration | A link or an ecosystem record that is wrong |
| New AIP | A proposal to add to the register |
| Source version update | A pinned revision that should move |
Include the page ID from the source panel. It is stable across locales and versions.