This document tracks where Very Good CLI is headed. It is intentionally high-level — focused on themes and milestones rather than exhaustive issue lists. Specific work lives in the GitHub issue tracker.
This is a directional roadmap, not a commitment. Priorities shift as we learn from the community and from our own use of the tool in client projects. If something here matters to you, open an issue or react to an existing one.
Each item carries a priority label that reflects both urgency and expected impact:
| Label | Meaning |
|---|---|
| P0 | Critical. Blocking users. Fix as soon as possible. |
| P1 | High priority. Significant user impact. Target the next release cycle. |
| P2 | Medium priority. Valuable improvement. Target upcoming quarters. |
| P3 | Low priority. Backlog and nice-to-have. |
| Close | Not planned. Support questions, duplicates, or already resolved. |
Fix what's broken and unblock users.
The first priority is always a working tool. Before investing in new capabilities, we make sure existing behavior matches what's documented. This release cycle focuses on CI integration correctness.
- Fix
flutter_pluginCI template to respect--platforms· P1 #469 - Support
packages check licenseswith workspaces · P1 · #1273
Make very_good test best-in-class and strengthen compliance tooling.
very_good test is one of the most-used commands in the CLI. We've seen teams hit coverage reporting limitations as they scale to multi-package monorepos, and the lack of workspace-aware license checking creates real friction for teams with compliance requirements. This cycle addresses both.
- Single coverage report for multi-package apps · P1 #804
- Support test sharding for CI parallelization with
test_optimizer· P1 #1538 - Enable optimization for platform tests · P2 #1363
- Add
--no-githubflag for monorepo use cases · P2 #567
Developer experience polish.
With the foundation stable, we shift focus to the quality-of-life improvements that make the CLI feel like a first-class tool. YAML-based configuration, better failure recovery, and new commands that fill gaps we hear about consistently in the community.
- Add Dart SDK version telemetry · P1 #682
- Add
--continue-on-failuretopackages get -r· P2 · #737 - YAML config file for CLI parameters · P2 360
very_good changelogcommand · P3 #385- Mason brick for
dart_clicommands · P3 #758
Reduce support burden and improve onboarding.
Good documentation is the multiplier on everything else. We're investing in versioned docs and closing the gaps that surface repeatedly in community questions — the kind of thing that shouldn't require opening an issue to figure out.
Keep the project healthy and standards-compliant.
Tooling that keeps the codebase maintainable and the contributor experience smooth. These improvements don't ship user-facing features, but they make everything else easier to build and review.
- Add Claude Code GitHub workflows · P1 #1493
- XDG Base Directory compliance · P3 · #706
- Pass
--get-urlin git reachable check · P3 #1097
Looking to contribute? These are well-scoped, clearly defined issues with enough context to get started without deep familiarity with the codebase:
- #1273 — Support
packages check licenseswith workspaces - #737 — Add
--continue-on-failuretopackages get -r - #706 — XDG Base Directory compliance (don't clutter
$HOME) - #768 — Document app icon update process
Very Good CLI is maintained by Very Good Ventures. Contributions welcome — see CONTRIBUTING.md.