What are we building, for whom, and how will we decide whether it works? State the deciding metric and target if known; leave unknowns explicit.
Review every 30 daysCurated public templates
ML Model Development
Resume model-development work with any AI assistant. Keep current understanding concise, retain decisions and failed approaches, and point to systems of record rather than duplicating them. At session end, propose only the changes…
Your brief starts empty. Fill it with your own project’s answers.
Take a look inside
Sections in this template
Expand a section to see what goes inside.
Current state
7 sectionsYour latest answers, in one place.
Project goal and success criteria
Data and evaluation rules
Dataset identity/version, split and leakage rules, canonical evaluation protocol and its repository reference. Keep important caveats here; link detailed protocols instead of copyi…
Review every 30 daysComplete section instructions
Dataset identity/version, split and leakage rules, canonical evaluation protocol and its repository reference. Keep important caveats here; link detailed protocols instead of copying them. Describe verification as reported or independently checked, with who checked what and when.
Best known model
Current comparison reference or selected model, why it was selected, evaluation setting and run/artifact pointer. Explicitly say when no model has been evaluated or selected. The l…
Review every 14 daysComplete section instructions
Current comparison reference or selected model, why it was selected, evaluation setting and run/artifact pointer. Explicitly say when no model has been evaluated or selected. The latest run is not automatically best. Development results are not independent test results.
Current work
Lead with one short sentence about the active work. Preserve useful detail after it. Move completed work into learnings rather than presenting it as active. Check factual accuracy …
Review every 7 daysComplete section instructions
Lead with one short sentence about the active work. Preserve useful detail after it. Move completed work into learnings rather than presenting it as active. Check factual accuracy and relevance when the project changes direction.
Next actions and blockers
Lead with the next useful action. List blockers and unresolved questions only when known. Remove completed actions and carry adopted prerequisites forward. Never confirm this secti…
Review every 7 daysComplete section instructions
Lead with the next useful action. List blockers and unresolved questions only when known. Remove completed actions and carry adopted prerequisites forward. Never confirm this section just to clear a warning.
Practical constraints
Latency, compute, data access, deployment, licensing and other practical limits. Record required infrastructure as unmet until supported by evidence; an experiment tracker is optio…
Review every 30 daysComplete section instructions
Latency, compute, data access, deployment, licensing and other practical limits. Record required infrastructure as unmet until supported by evidence; an experiment tracker is optional unless the project explicitly requires one.
Artifact links
Repository/commit, dataset version, protocol, run, model or supporting document pointers. Label planned, reported existing, checked or unavailable; record who checked and when. Loc…
Complete section instructions
Repository/commit, dataset version, protocol, run, model or supporting document pointers. Label planned, reported existing, checked or unavailable; record who checked and when. Local paths may not be accessible to another assistant. Do not invent identifiers, copy metrics tables, or store credentials.