Thanks for contributing.
This project is still early. Keep changes focused, explain the problem clearly, and prefer small pull requests over broad refactors.
- Open or find an issue for the problem when the change is non-trivial.
- Make sure the work belongs in this repository.
- Keep user-facing behavior, testing, and release impact explicit in the PR.
pnpm install
pnpm devUseful verification commands:
pnpm lint
pnpm test
pnpm buildUse one or more title prefixes:
[Feat]new user-visible capability[Fix]bug fix[UI]renderer or UX change[Docs]documentation-only change[Refactor]internal cleanup without intended behavior change[Build]CI, packaging, dependencies, or tooling[Chore]maintenance work
Every PR should include:
- a clear summary of what changed and why
- linked issues when applicable
- the verification you actually ran
- screenshots or recordings for visible UI changes
- a release note for user-facing changes
If the change affects users, fill in the release-note block in the PR template with a short sentence written from the user's point of view.
Examples:
Added a task detail view for inspecting tool calls and artifacts.Fixed a crash when switching workspaces before the initial sync completed.
If the change is not user-facing, set the block to NONE.
Good first contributions:
- focused bug fixes
- docs improvements
- UI polish with screenshots
- tests for existing behavior
Avoid mixing unrelated changes in one PR.