Thanks for taking the time to contribute.
- Read the README for setup and deployment context.
- For architecture context, read docs/technical-architecture.md.
- If you want to make a large change, open an issue first so the direction can be agreed before implementation starts.
-
Install dependencies.
npm install
-
Create a local env file from
.env.example. -
Start the app.
npm run dev
Before opening a pull request, make sure these commands pass locally:
npm run lint
npm test
npm run build- Keep pull requests focused. Small, single-purpose changes are easier to review and merge.
- Avoid unrelated refactors in feature or bug-fix PRs.
- Add or update tests when behavior changes.
- Update docs when setup, architecture, or operator-facing behavior changes.
- Do not commit secrets, production tokens, or local
.envfiles.
Good contribution areas:
- bug fixes
- tests
- docs improvements
- UI polish that preserves the product direction
- performance and reliability improvements
Changes that should usually be discussed first:
- schema changes
- public API changes
- auth changes
- major product-direction changes
- rebranding
- Follow the existing project structure and naming.
- Keep external behavior stable unless the change explicitly intends otherwise.
- Prefer account-scoped data access over workspace-wide scans when touching dashboard reads.
- For Convex work, follow the repo guidance in
convex/_generated/ai/guidelines.md.
By contributing, you agree that your code contributions are licensed under the
repository's MIT license. That does not grant rights to use the Nudgra name
or branding outside this repository. See TRADEMARKS.md.