Skip to content

Course: A Brief Introduction to Not Writing Code

This is a proposal for an upper-level undergraduate CS elective, not an approved course anywhere. Bracketed placeholders mark what an adopting department fills in.

Last checked November 8, 2026.

A 15-week course built from this knowledge base's modules. Students build real software with coding agents. They stay accountable for every line. They specify, test first, verify, review, secure, and explain. Some work is AI-free on purpose. Each team ships a small, real app.

You need one frontier coding-agent plan (about $20/month as of November 2026) or an institutional license. No GPU, no model downloads, no API keys.

Files

File For What it is
syllabus.md Students, instructors, committees Description, outcomes, tools and cost, weekly schedule, term project, assessment, the AI-use policy with its three tiers, and what to re-verify each term
instructor-guide.md Instructors and TAs Week-by-week talking points, demos, misconceptions, and discussion prompts; grading AI-assisted work; walkthroughs; mixed starting levels; failure-mode demos; the refresh checklist
labs/lab-01-tokens-and-temperature.md Week 2 Predict and measure tokenization, simulate temperature, probe hallucination and sycophancy
labs/lab-02-first-agent-session.md Week 3 Install an agent, learn its permission modes, measure context, make one tested change
labs/lab-03-plan-test-build.md Week 5 The full explore → plan → implement → verify → commit loop, with your own tests as the contract and hidden tests for grading
labs/lab-04-review-ai-code.md Week 7 Plant five bugs for a partner; review by hand, then with AI; verify and score every finding
labs/lab-05-prompt-injection.md Week 8 Inject your own agent in a sandbox with a fake canary, then apply defenses one at a time. Strict safety rules
labs/lab-06-your-own-eval.md Week 10 The term project's eval set: golden tasks from the project's history, two configurations, hidden tests kept away from the agents, blind scoring, error bars
labs/lab-07-multi-agent-review.md Week 11 The term project's cross-model review: a hand-built review swarm with adversarial verification on a teammate's PR, measured against one ordinary review
labs/lab-08-open-source-contribution.md Weeks 9–14 One small, disclosed contribution to a project with a written AI policy, after a maintainer's go-ahead; a private class-run repository as the fallback or by choice

Where to start

Self-paced: don't skip Lab 5's safety review

In a course, the instructor approves your Lab 5 sandbox before you run any injection. On your own, nobody does, so do the review yourself and don't start step 3 until every box is checked. Skipping it is how a harmless exercise turns into an agent that reads your real files.

  • I'm working in a container, a VM, or a vendor's cloud agent environment on a private throwaway repository, not my everyday environment.
  • Only the toy repository's folder is shared with the sandbox: no home directory, no SSH agent forwarding, no git credential helper.
  • Inside the sandbox, ls -la ~ shows none of my files, and the names-only environment check in Lab 5 shows no unexpected credential variables (Lab 5, step 1).
  • The only experiment secret is the invented canary; the sole real credential is the agent’s isolated sign-in, as described in Lab 5. I have not mounted host login files.
  • Every payload I plan to plant refers only to the canary file and files inside the toy repository. None contains a URL, host, IP address, email address, network command, host file path, or destructive command. Only D2 may name the moved fake canary’s path inside the sandbox.
  • The repository stays local or private, and I won't publish a payload anywhere.
  • I'll use a permission mode that asks me before acting, and an auto-approve mode only inside this sandbox.
  • I know how to stop: interrupt the session, sign the agent out, and delete the sandbox (docker rm -f lab5, or delete the VM).
  • I've read the safety and ethics rules and signed the acknowledgment.

If you can't check a box, stop and fix it, or have someone experienced look at your setup first.

Each lab includes a goal, time, setup, background reading, step-by-step instructions, what to submit, grading rubric, "if you finish early" extension, and instructor notes on common pitfalls.