Curated 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.

9 sections
Template previewReady for your project

Current state

7 sections

Your latest answers, in one place.

Project goal and success criteriaCurrentRequired
Section instructions

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 days
Data and evaluation rulesCurrentRequired
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 copyi…

Review every 30 days
Complete 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 modelCurrent
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 l…

Review every 14 days
Complete 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 workCurrentRequired
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 …

Review every 7 days
Complete 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 blockersCurrentRequired
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 secti…

Review every 7 days
Complete 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 constraintsCurrent
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 optio…

Review every 30 days
Complete 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 linksCurrent
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. 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.

Browse all curated templates