Contributing
Use this page to get started contributing to Oko. For the full set of rules and
best practices, follow the repository root CONTRIBUTING.md.
What can I contribute and how?
- Keep PRs small and focused. If changes are logically independent, split them into separate PRs to make review and release easier.
- Update docs/examples along with code changes. If SDK usage or API behavior
changes, update
docsandexamplestogether. - Ensure tests and static checks pass. Strengthen unit/integration tests for new or changed logic, and follow Biome formatting/linting rules. Editor setup: VSCode/IntelliJ/Zed (first‑party), Other editors (third‑party).
Run locally (development)
Docs-only changes
If you’re only editing documentation, you don’t need to run all services.
# Install workspace dependencies at the repo root
yarn install
# Launch the docs web (port 3205)
cd apps/docs_web
yarn start
Open http://localhost:3205 to preview your changes.
Code/service changes (Standalone environment)
To run all services (backend/SDK/apps) together locally, prepare the development environment with the Standalone guide first.
- Environment setup and boot order: Standalone guide
Once completed, required services (e.g., Postgres, API, Key Share Node) and web/SDK can run locally and be wired together for development.
Typical workflow
- Pick an issue and create a branch (e.g.,
issue/123-scope-title). - Commit in small steps and update related tests/docs together.
- Make sure tests/formatting pass locally, then open a PR.
- Address review feedback and merge.
Notes
- For security issues, please don’t open public issues. See the root
SECURITY.mdfor the responsible disclosure process.