NewYour coding agent can read the release notes before it upgrades.Set up the MCP server →
A CLI tool for generating clean architecture structure in Flutter projects.
Last release 23 days ago
15 Sep 2026
Release timing varies
gaps range from 3 weeks to 10 months
Some releases are documented
notes for 3 of 11 stable releases
Nothing withdrawn
no release was ever pulled
1 years old
11 releases · first in 2025
One column per month.
init now lets you choose an architecture instead of always writing the DDD default — dart run archify init --arch mvvm, or leave --arch off to be prom
New: pick an architecture
init now lets you choose an architecture instead of always writing the DDD default — dart run archify init --arch mvvm, or leave --arch off to be prompted.flutter_bloc Page/View convention — it's the one preset that needs a package, and init reminds you which.New: archify.yaml stays in sync
configure and generate now remove what you remove. Deleting a key from archify.yaml deletes the matching file/folder from your project on the next run — nothing is left behind stale, and nothing is ever destroyed outright (removed files are backed up under .archify/removed/).Fixes
app.dart no longer references a theme file that might not exist, if you customized structure.Also
example/ app (previously just a script) so you can try the CLI against a real project.Archify is now driven entirely by a single archify.yaml file you control, instead of hardcoding one architecture.
Archify is now driven entirely by a single archify.yaml file you control, instead of hardcoding one architecture.
New commands
init — creates the default archify.yaml. Running it again when the file already exists just reports that instead of overwriting it.configure — reads archify.yaml and scaffolds the project from it. Creates archify.yaml first (via init) if it doesn't exist yet, then continues in the same run.templates — lists every built-in template key, split into what's in the default archify.yaml and what's opt-in. Reads from the same registry configure/generate use, so it can't drift out of date.reset-project — modeled on Expo's npm run reset-project. Resets lib/ to a blank single-screen starter, optionally moving your existing code to example/ first instead of deleting it.Breaking changes
configure no longer scaffolds a project immediately — see init/configure above. Automation/CI relying on the old one-shot behavior now needs to call init then configure.generate <feature> is driven by archify.yaml's feature_root/feature_template keys instead of a hardcoded data/domain/presentation layout.archify.yaml uses a simpler nested-mapping schema instead of the old {name, type, children, template} list. A key with nested keys is a folder; a key mapped to a template name is a file:structure:
lib:
core:
api:
shared:
theme:
app_colors.dart: theme_colors
Any archify.yaml written before this version needs converting to this shape — run dart run archify init in an empty folder to see the new format.pubspec.yaml. configure prints the exact flutter pub add ... command instead, for the packages the optional Cubit/Bloc templates need.archify.yaml yourself (dart run archify templates lists them). main.dart, app.dart, and root.dart no longer import any third-party package.Also
yaml_edit and path dependencies.structure/feature_template to MVVM, MVC, or anything else works with zero code changes.Added custom command to generate fully custom features based on YAML templates.
{feature_name} in folder and file names.fs_utils and custom_creator.Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Your coding agent can read these notes before it upgrades. Set up the MCP server →