git stuff gets its own Crays research page because the workbook does not treat it as background noise. It appears in Code collaboration and Standards / NIPs, usually around Active and Code collaboration, and that means a reader should be able to find it without knowing which directory first mentioned it.



Why this belongs in the atlas
git stuff sits in the nip and standards research layer. The reader question is simple: What user-visible behavior could this standard make possible, and what support still depends on clients, relays or services?
The workbook signal says: Status: Active. The Crays version keeps that signal, then turns it into a plain-language map point instead of another cold list entry.
- Route. NIP and standards research
- Workbook area. Code collaboration and Standards / NIPs
- Subcategory. Active and Code collaboration
- Importance. Active and High
The Crays read
Crays should translate NIPs into product consequences. Normal readers do not need to worship numbers. They need to know what becomes portable, safer, payable, searchable, private or easier to operate.
The writing rule is the same as the rest of the archive: explain the thing like a sharp friend would explain it over coffee, but keep the facts traceable enough that builders can follow up.
Evidence trail
This derived page is connected to 2 audited source URL(s) and 2 workbook row signal(s). Open the source cards when you want the crawl status, checked subpages and raw research trail.

StartWalk in easy. No protocol fog.11 pages
PeopleMeet the builders, creators and scene.25 pages
AppsFind the tools for your digital life.307 pages
RelaysSee where the network actually lives.50 pages
CraysWhere identity, venues and status get real.17 pages
LibraryEvery chapter, mapped without getting lost.724 pages