Prove
LiveProof-of-Work · Oct–Nov: every verified proof counts. 35 days leftAll outcomes
Skills

Learn Deep Learning Core (AI Engineering Phase 3)

4 weeks · 2 milestones

Phase 3 of AI Engineering from Scratch: 13 free lessons, then one project of your own that is run, evaluated and documented. Part of the Varsity Curriculum: AI Engineering.

Milestone map

Milestone map

2 milestones

Do the phase's lessons in public

1–1 weeks (about 10 hrs/week, est)

Work through the 13 lessons of Phase 3: Deep Learning Core from AI Engineering from Scratch (free) and keep the deep learning lessons' code (perceptron, backpropagation, losses, optimizers, regularisation, your mini-framework, PyTorch and JAX) in one public repo as you go. About 7 hours (est).

Proof required

Link your public repo with the deep learning lessons' code (perceptron, backpropagation, losses, optimizers, regularisation, your mini-framework, PyTorch and JAX), and show your self-check (quizzes passed, notebooks run, tests passing where they exist).

What gets checked

  • The mini-framework's gradients pass a numerical gradient check.
  • Each lesson's quiz is passed.
  • Training curves are shown, with one debugged failure explained.

Common mistakes

  • Copying the repo's solutions: verifiers read your history and ask about your code.
  • Skipping the self-check, then asking for review too early.

Powstik Guide

A public repo with the deep learning lessons' code (perceptron, backpropagation, losses, optimizers, regularisation, your mini-framework, PyTorch and JAX).

Steps

  1. Make a public repo for this phase.
  2. Do one lesson at a time and commit after each.
  3. Self-check: Run each lesson's code; it must work on your machine as the lesson shows. Each lesson has a quiz (quiz.json, also on the course site): pass it.
  4. Write a short README: what is here and how to run it.
  5. Ask three people who know the topic to check it.

Template

README
Phase 3: Deep Learning Core (AI Engineering from Scratch)
What is here:
How to run it:
Self-check result:
What was hardest:

What gets sent back

  • One big upload with no history.
  • Self-check not shown.
  • Code that does not run from the README.

Resources

Foundationstart here

Depthgo deeper

What a verifier looks for

  • The mini-framework's gradients pass a numerical gradient check.
  • Each lesson's quiz is passed.
  • Training curves are shown, with one debugged failure explained.
  • Ask about one choice in the code; the answer should be clear.

You'll sign in first, then come straight back here.

Build a tiny deep learning framework

2–4 weeks (6–10 hrs/week)

Use what you learned. Make a small framework of your own (tensors, autodiff, two layer types, one optimizer) that trains a model on a real dataset, compared with the same model in PyTorch. It must run, be evaluated and be documented.

Proof required

Link a small framework of your own (tensors, autodiff, two layer types, one optimizer) that trains a model on a real dataset, compared with the same model in PyTorch, with a README that says how to run it and what the evaluation found.

What gets checked

  • It matches PyTorch within a stated tolerance.
  • It is evaluated on held-out data.
  • The README shows how to run it and what it does not support.

Common mistakes

  • A demo with no evaluation.
  • Numbers without the data or code that produced them.

Powstik Guide

A small framework of your own (tensors, autodiff, two layer types, one optimizer) that trains a model on a real dataset, compared with the same model in PyTorch.

Steps

  1. Write one line: what it does and for whom.
  2. Build the smallest version that works.
  3. Write the evaluation first, then improve against it.
  4. Write the README with the results.
  5. Ask three people to check it.

Template

README
What it does:
How to run it:
How it was evaluated:
Results:
Limits:

What gets sent back

  • Does not run from the README.
  • No evaluation.
  • Claims more than the evaluation shows.

Resources

Foundationstart here

What a verifier looks for

  • It matches PyTorch within a stated tolerance.
  • It is evaluated on held-out data.
  • The README shows how to run it and what it does not support.
  • Run it, or watch it run: it must work, be evaluated and be documented.
  • Check that the work is the person's own.

You'll sign in first, then come straight back here.