Thanks for considering a contribution to FlutterHelm.
- Read README.md for the current public positioning and support levels.
- Read docs/11-user-guide.md for user-facing behavior.
- Read docs/04-mcp-contract.md if your change affects tool or resource contracts.
- Read AGENTS.md for repository-specific collaboration rules.
mise trust
mise install
mise exec -- dart pub get
mise exec -- dart analyze
mise exec -- dart testFor docs and harness work:
mise exec -- pnpm -C harness install
mise exec -- pnpm -C harness bootstrap
./harness/.venv-docs/bin/mkdocs build --strictMinimum checks before opening a PR:
mise exec -- dart analyze
mise exec -- dart test
./harness/.venv-docs/bin/mkdocs build --strictRun additional harness lanes when relevant:
mise exec -- pnpm -C harness stablemise exec -- pnpm -C harness betamise exec -- pnpm -C harness delegatemise exec -- pnpm -C harness native-build
- Keep stable, beta, and preview boundaries explicit.
- Do not silently expand beta or preview behavior into the stable lane.
- When changing public contracts, update README, docs, harness expectations, and any related plugin guidance together.
- Prefer small, reviewable changes with a clear validation story.
PRs should explain:
- what changed
- why it changed
- whether it affects stable, beta, or preview behavior
- which commands you ran to verify it
If your change touches user-facing behavior, include docs updates in the same PR.