nexus — long-term team brain
nexus (Greek: νοῦς) — mind, intellect, intuition. The faculty that sees things as they are.
nexus is a long-lived, team-shareable project memory. It is:
- Just markdown files in a folder. No DB to run, no server to host.
- Date-stamped and owner-attributed. Every entry carries
[YYYY-MM-DD owner]. Grep works forever. - Append-only. Nothing is ever auto-deleted. Old engineering rules are load-bearing, not stale.
- Tool-agnostic. Auto-generates
CLAUDE.md,AGENTS.md,.cursor/rules/brain.mdc,.github/copilot-instructions.md— every AI tool you use reads the brain through its native discovery, no extra config. - Forward-compatible. Schema versioned. A
nexusfrom 2046 will still read a brain written in 2026, and vice versa.
Why
Teams accumulate knowledge faster than they document it. The brain is where that knowledge goes to live for decades — surviving turnover, tool churn, and reorgs.
When someone leaves: their brain/rules/<them>.md stays. Their
decisions, their patterns, their gotchas — all dated, all attributed.
The next person reads brain/ on day one and inherits the team's
mental model.
Quickstart
pip install nexus-md # `nexus` on PyPI is an
# unrelated 2015 package
cd ~/my-repo
nexus init # creates brain/ + AI tool mirrors
nexus learn-from "always use httpx, never requests — async-first codebase"
That's it. Open Claude Code / Cursor / Codex / Copilot in this repo — all four now read this rule automatically via their native discovery files.
Folder structure
brain/
├── README.md intro for humans
├── rules/<owner>.md hard constraints, never break these
├── logic/<owner>.md business/domain logic
├── code/<owner>.md patterns, conventions, architecture
├── stack/<owner>.md tech stack, versions
├── data/<owner>.md schemas, field definitions
├── goals/<owner>.md project objectives, scope
├── decisions/<owner>.md ADR-style: chosen approach + why
├── glossary/<owner>.md domain term definitions
└── personas/<owner>.md tone, behavior, communication style
Per-owner sub-files mean two teammates writing simultaneously never
conflict at the file level. You can also use single-file mode
(brain/rules.md); the reader handles both.
CLI
nexus init # create brain/ in cwd
nexus learn-from "<rule>" # append to rules/<you>.md, dated
nexus show [bucket] # grep-first search
--since 2026-01-01
--until 2026-05-31
--by ayushi
-q pattern
--json
nexus usage # counts per bucket + owner
nexus own # print your owner slug
nexus sync # regenerate AI-tool mirrors
nexus unmirror # remove mirrors (opt-out)
nexus spec # print SPEC.md
Auto-generated mirrors
After every nexus write, four files at repo root are regenerated:
| Mirror | Tool | Auto-discovered |
|---|---|---|
CLAUDE.md |
Claude Code | ✓ |
AGENTS.md |
Codex CLI | ✓ |
.cursor/rules/brain.mdc |
Cursor | ✓ |
.github/copilot-instructions.md |
GitHub Copilot | ✓ |
Each carries <!-- GENERATED — DO NOT EDIT -->. Edit brain/; mirrors
follow. To opt out: nexus unmirror.
Per-team use cases
Engineering — Drop your rules in brain/rules/<you>.md. Cursor /
Claude Code / Codex see them all automatically.
Data — brain/glossary/<you>.md is the canonical home for metric
definitions. "What does 'active user' mean?" gets answered once,
forever.
Analytics — brain/decisions/<you>.md for revenue recognition,
attribution choices. Date stamps make the rationale auditable.
Business / PMs — Edit any .md via GitHub web UI; commits become
PRs through your normal review flow. No CLI required.
Long-term contracts
- No auto-delete. Ever. The brain only grows. Old rules are load-bearing.
- Append-only history. When a rule changes, write a new chunk that
supersedesthe old one; the old one stays on disk forever. - Forward-compat. Unknown fields in chunk JSONL are dropped on read, not crashed. Your 2026 install reads 2046 brains and vice versa.
- No required services. A brain is markdown files. Anything that reads files reads the brain.
Full format contract: see SPEC.md.
License
MIT.
Related
Built originally as the substrate layer of polymath, a multi-model AI orchestrator. Extracted into its own repo so any AI tool, not just Polymath, can use the format.
Metadata
Release files for nexus-md 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| nexus_md-0.3.0.tar.gz | 55.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| nexus_md-0.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 101.9 kB
Release files / nexus_md-0.3.0.tar.gz
| Download URL | nexus_md-0.3.0.tar.gz |
|---|---|
| Size | 55.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
f90311ade201d5f21de453c00624931cce00980b4dbed7ae2fb877973b36b405
|
|
BLAKE2b-256 checksum How to use checksums |
2189ec454928983afadff48c4f2bd8898c252f2fa118dc4802865604d56546cc
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency logRelease files / nexus_md-0.3.0-py3-none-any.whl
| Download URL | nexus_md-0.3.0-py3-none-any.whl |
|---|---|
| Size | 46.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
cf970895a2c54c4ba54d9b14cf1d59cce12aacf846dfc1f182b84fb589f97d8a
|
|
BLAKE2b-256 checksum How to use checksums |
017ef2444f684c0c2c5db8e923c93e33dd17e2a42d8a827e5a53d1ecefbdae27
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency log