This repo may be used both as a research workspace and as a software project, so the safest workflow is a small, verifiable change loop.
- identify the subsystem you are changing
- inspect the current docs and nearby tests
- make the smallest change that solves the problem
- run the narrowest relevant verification first
- update docs if commands, paths, or outputs changed
- run a broader verification pass before handoff
- validate sample manifests
- check path conventions
- update
docs/guides/datasets.mdif the user workflow changed
- run affected unit tests
- verify
--helpoutput still makes sense - update
docs/guides/models.mdanddocs/guides/benchmarks.mdif flags or outputs moved
- run Kotlin unit tests when possible
- build a debug APK
- update
docs/guides/android.mdor architecture/API docs if subsystem behavior changed
- changed commands are documented
- new files or outputs are mentioned where users will look for them
- broken placeholders are removed instead of left behind