Thanks for your interest. Across is in local alpha — contributions should be small, focused, and correct.
- Correctness over features. A smaller correct change beats a larger speculative one.
- Evidence over confidence. Use
OBSERVED/STATED/UNKNOWNhonestly. Never claim something is verified without execution evidence. - No silent destructive changes. Migrations preserve provenance. Deletion uses tombstones.
- Prefer unknowns over invention. If evidence is insufficient, return
unknown.
Requires Go 1.26.6 or newer (see go.mod), git, and a C compiler for cgo (the SQLite driver).
git clone https://github.com/GrayCodeAI/across.git
cd across
make build
make test
make check- One concern per commit. Write a concise commit message explaining why.
- Run
make check(gofmt check + vet + test-race) before opening a PR. - Add tests for new behavior. A feature without a test is not implemented.
- Update docs in the same commit if behavior changes.
gofmt -w .— no exceptions.- No comments unless asked. Code should explain itself.
- Errors are values. Handle them or return them explicitly.
- Keep the UI thin. Core logic stays in Go, not the web layer.
Open an issue with:
- Across version (
across version) - OS and Go version
- What you expected vs. what happened
- The failing command or a minimal reproduction
- Keep PRs focused. One feature or fix per PR.
- Describe the problem and the approach, not just the diff.
- Be ready to discuss alternatives. The simplest correct solution wins.
By contributing, you agree your contributions will be licensed under the MIT License.