ordvec is a small, actively maintained open-source project. This document describes how it is run.
- Maintainers. ordvec is jointly maintained by Project-Navi and Baur-Software. Nelson Spence (@Fieldnote-Echo) is the project lead and final decision-maker on technical direction, releases, and scope; Todd Baur (@toadkicker) represents Baur-Software in repository review and stewardship.
- Code owners. Listed in
.github/CODEOWNERS; they review and approve changes.
- All changes land via pull request — direct pushes to
mainare blocked by branch protection. - Every PR requires passing CI and at least one approving review from a code owner other than the author, with review conversations resolved before merge.
- Routine changes are decided by maintainer / code-owner review. Larger, direction-setting changes (scope, public API, dependencies) are discussed in an issue or pull request first; the project lead makes the final call, consistent with the roadmap.
- Registry publishes are gated by the
crates-ioandpypiGitHub Environments. Both list@Fieldnote-Echoand@toadkickeras required reviewers, block self-review, and enforce a 30-minute wait timer before a publish job can mint registry OIDC credentials; see RELEASING.md. - Decisions favour the project's stated scope — ordvec is a retrieval primitive for edge / local AI retrieval, not a standalone vector database (see ROADMAP.md).
There is no formal membership process yet. Contributors who provide sustained, high-quality contributions and reviews may be invited to become code owners. The project is being opened specifically to grow this group — including collaborators on the accompanying OrdVec / RankQuant paper.
- Contributing: see CONTRIBUTING.md. Contributions are dual-licensed MIT OR Apache-2.0, matching the project license.
- Code of conduct: see CODE_OF_CONDUCT.md (Contributor Covenant).
- Security: report vulnerabilities privately per SECURITY.md.