Repository Maintenance
Depth:
A repository that has used aitasks for a while accumulates state worth tending to from time to time: hundreds of archived task and plan files, stale explain caches, an out-of-date changelog, and a framework version that drifts behind upstream. None of this is urgent, but doing it periodically keeps the working tree fast to scan, the docs accurate, and the tooling current.
This page gathers the recurring maintenance commands in one place. Each links to its full reference.
Archiving completed work
As tasks complete and archive, aitasks/archived/ and aiplans/archived/ fill
with individual files. ait zip-old
bundles old completed task and plan files into numbered tar.zst archives,
keeping the most recent files uncompressed so task numbering stays intact.
ait zip-old --dry-run # Preview what would be archived
ait zip-old # Archive and commit
Run it periodically — a natural cadence is right after a release (see Releases), once the just-shipped tasks are unlikely to need hand inspection.
Pruning explain caches
The /aitask-explain skill writes reference data
into .aitask-explain/, which grows over time. Clean it up with
ait explain-runs and ait explain-cleanup:
ait explain-runs --list # See accumulated run directories
ait explain-runs --cleanup-stale # Remove stale runs
ait explain-cleanup --dry-run --all
Changelog and release prep
Before cutting a release, gather what changed since the last tag with
ait changelog (or the
/aitask-changelog skill, which generates a
categorized entry). The end-to-end release pipeline is documented in
Releases.
Diagnosing the task-data worktree
When task data lives on a separate aitask-data branch,
ait git-health reports the state of the
.aitask-data worktree and the symlinks that point into it — useful when a
fresh clone or a moved checkout looks like it is missing tasks.
ait git-health
Upgrading the framework
To move the installed framework to a newer version, run
ait upgrade:
ait upgrade # Move to the latest released version
ait upgrade 0.2.1 # Move to a specific version
ait setup # Then populate any newly added files and dependencies
After an upgrade it is best to also run
ait setup: a newer version may ship
new scripts, skills, or dependencies, and ait setup installs/restores anything
the upgrade introduced without touching your existing configuration.
See also
- Releases — the full release pipeline this maintenance work feeds into.
- Multi-Project — managing several aitasks-integrated repositories at once.
Next: Revert Changes