Skip to main content
Yanked

This release has been yanked by its maintainers, and will be ignored by installers, except when explicitly specified.

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 nexus from 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
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 supersedes the 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.

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 polymath-nexus 0.2.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for polymath-nexus 0.2.0
File Size Uploaded
polymath_nexus-0.2.0.tar.gz 54.9 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for polymath-nexus 0.2.0
File Interpreter ABI Platform
polymath_nexus-0.2.0-py3-none-any.whl Python 3 none any Details

Total release size: 101.7 kB

Release files / polymath_nexus-0.2.0.tar.gz

Download URL polymath_nexus-0.2.0.tar.gz
Size 54.9 kB
Tags Source
SHA-256 checksum
How to use checksums
f6cb7f69d069428489cdaf229289c8c2a7df73795ee3c647ea467f0d9ed2b70b
BLAKE2b-256 checksum
How to use checksums
19892097770b1b5606ae12c92d812594d99aba6b3592ceeaa8baac00008b3c07
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

Release files / polymath_nexus-0.2.0-py3-none-any.whl

Download URL polymath_nexus-0.2.0-py3-none-any.whl
Size 46.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
27df497af239041d5abd3986ee4bdb7b5440556460ff87ffa289239ca2f9c14e
BLAKE2b-256 checksum
How to use checksums
5171958797e6c4f081c20165669e204584d657aee009a3fccf2123fb11401b8c
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

Release history Release notifications | RSS feed

This release

0.2.0 This release

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page