Thanks for contributing to PawWork.
PawWork is a desktop AI workstation for non-technical knowledge workers. When making changes, optimize for clarity, reversibility, and out-of-the-box usability.
- Read README.md for local setup.
- Check existing issues and pull requests before starting work.
- Read recent pull requests to understand current conventions and priorities.
- Bug fixes
- Small UX improvements
- Documentation improvements
- New ideas that fit the product direction
Please open an issue first for larger feature proposals or changes that affect product scope.
- Keep changes focused. Do not bundle unrelated work.
- Prefer the smallest change that solves the problem well.
- Preserve the product's bilingual direction.
- Optimize for non-technical users, not developer convenience alone.
- Do not rewrite broad areas of the fork without prior discussion.
AI coding agents should use the same public contribution contract as human contributors.
- Use GitHub issues, pull requests, and CI as the public sources of truth for scope, review state, and merge readiness.
- Do not rely on private local notes, local coordination boards, or personal agent rules to build, test, review, or merge a contribution.
- Start from the smallest issue or task boundary that can be reviewed independently.
- Before changing code, identify the affected product layer and the smallest relevant verification path.
- For visible UI changes, follow the verification and reporting steps in the Verification section.
PawWork uses Bun and requires Node 24 in CI.
bun install --frozen-lockfileFor local development:
bun run dev:desktop- Open pull requests against
dev - Use small, reversible commits
- Use Conventional Commits in English, such as
feat:,fix:,docs:,refactor:,chore:
Run the checks relevant to your change before opening a pull request:
bun turbo typecheck
bun turbo test:ciIf your change affects the desktop app or UI, also do a quick manual check in the app and include screenshots or a short recording in the pull request.
- Explain what changed and why
- Link the related issue when there is one
- Keep the pull request small enough to review comfortably
- Include verification steps
- Include screenshots for visible UI changes
- Use the bug report form for broken behavior
- Use the feature request form for new capabilities or workflow improvements
- You may write in English or Chinese
If you are unsure whether something fits the roadmap, open an issue before investing in implementation.