-
Notifications
You must be signed in to change notification settings - Fork 0
Contributing
Rafael Fragoso edited this page Jun 7, 2026
·
1 revision
Contributions are welcome. The canonical guides live in the repository — CONTRIBUTING.md and the Code of Conduct. This page summarizes the workflow.
- Read Scope Boundary. Columbus stays small on purpose: index, search, memory. Orchestration, guardrails, and LLM calls belong in the agent/plugin layer and are out of scope for this repo.
- Skim Development & Testing to get a build running.
- Fork and branch from
main. - Make your change with tests. cgo +
fts5are always on — use theMakefile. - Run the checks locally:
make test && make vet && golangci-lint run ./...
- Open a PR and fill out the template.
- Ensure CI is green —
test,lint, andgovulncheckare required.
The project uses Conventional Commits (feat:, fix:, docs:, chore:,
…). PR titles are linted and the release changelog is generated from them, so a
clear, conventional title matters. PRs are squash-merged using the PR title.
Use the issue templates (bug report / feature request). For security reports, see SECURITY.md and use private vulnerability reporting — not a public issue.
Columbus — the navigator your coding agent has been missing · local-only, deterministic code context · Repository · Issues · MIT License
Getting started
Concepts
Guides
- Using Columbus with Your Agent
- Searching Effectively
- Navigating Code
- Project Memory
- Tracking Work: Epics, Stories & Tasks
- Keeping the Index Fresh
Command reference
Reference
- Output Modes
- JSON Contract & Errors
- Exit Codes
- Configuration
- Supported Languages
- Color & Environment
Project