Curriculum proposal · 2026

Teach the
work itself.

A curriculum architecture for people who will run Claude Code on real projects. Thirteen power standards, five whole-task classes, and a first module authored as a threshold rather than a lesson. Built on 4C/ID, and honest about every gap that remains.

23 standards 13 power 5 task classes Module 1 authored; setup tested on macOS
01 · The frame

Built around work,
not around a test.

This course teaches the competencies a practitioner actually uses. It makes no claim about examination outcomes and uses no language implying an external credential, endorsement, or affiliation.

The five domains stay.

The five domains come from a formal job-task analysis, which makes them a map of the work rather than an artifact of any test, so they remain the internal scaffolding of the whole curriculum.

Learners never see domain codes, percentages, or scaffolding vocabulary. They see one thing: plain statements of what they will be able to do.

The weights do not.

The published domain weights are sampling proportions. They describe what gets asked about, not what gets used. Every weight in this curriculum has been re-derived from work value, and the reasoning is shown in section three.

02 · Standards

Twenty-three standards.
Thirteen that carry the load.

A course promises topics, and a topic cannot be passed or failed, so nobody can say whether it worked. A standard is a topic rewritten as a checkable claim, one thing a person can do, stated precisely enough that two people watching the same learner would agree on whether they did it.

Thirteen of the twenty-three are load-bearing. Skip one and the rest stops working. Those thirteen get the repetitions, the gates, and the time. The other ten are taught once.

23
standards, each a claim two people would score the same way
13
power standards, the load-bearing subset
4
cross-domain standards, the judgments that show up everywhere
5×
passes at IP.1 across the course, rising depth

Every standard is written twice.

The precise version runs the curriculum and the assessment map. The learner never sees it. What the learner reads names the same mechanisms in the vocabulary they will actually use, because a line they cannot carry into a session teaches them nothing.

IP.1  Given work whose information exceeds a single context window, determine what is supplied directly in the prompt, what is retrieved on demand, what is carried in external memory across sessions, and what is discarded, and preserve continuity across every boundary.

I can decide what goes in the context window, what Claude retrieves, what goes to external memory, and what gets dropped, without losing the thread.

Why the collapse matters.

Four drafted standards were one judgment wearing four names, and that judgment is deciding what information lives where. Kept apart, that judgment gets taught four separate times in three separate domains. Merged into IP.1, it becomes a single standard that recurs in all five task classes at rising depth. The same logic merged the two schema standards into SC.1.

The collapse changes the shape of the course. One judgment, taught once and then revisited five times at rising depth, instead of four lookalikes taught separately.

Five of the thirteen, one per domain

AA.1

I can tell when a job needs an agent, when a fixed workflow is enough, and when it is just a conversation with Claude.

CC.1

I can start Claude Code in a real project, get it oriented to the codebase, and finish a task without losing the thread.

PE.5

I can build an eval set for a prompt, define how it is graded, and catch a regression before it ships.

TD.1

I can write tool descriptions that route correctly, and debug why Claude picked the wrong tool.

MS.1

I can pick the right Claude model and the right surface for a job, and defend it on cost, latency, and quality rather than reaching for the biggest one.

The remaining eight, and all twenty-three in both registers, are in 01-standards-ratified.md.

03 · Weights

Reweighted by what
practitioners touch.

The published domain percentages are sampling weights, meaning how many of a sixty-question exam get drawn from each area. That is a test-construction number, and a test samples for discrimination rather than for proportion. Orchestration patterns have crisp right answers you can put four options against. "You did not notice the context window silently dropped the middle of your document" is a bigger deal in practice and nearly impossible to ask in multiple choice.

So twenty-seven percent of the questions is not twenty-seven percent of the week. Every domain was judged across four axes, set out below. The percentages below are a proposed pilot allocation reasoned from those judgments. They are not a mathematically derived score, and no numeric scorecard sits behind them.

Sampling weight, retired Proposed pilot allocation
Claude Code Configuration & Workflows+8
20%
28%
Context Management & Reliability+7
15%
22%
Prompt Engineering & Structured Output−2
20%
18%
Agentic Architecture & Orchestration−9
27%
18%
Tool Design & MCP Integration−4
18%
14%
Contact frequencyHow often a practitioner touches it in an ordinary week
Blast radiusWhat it costs when it is done badly
Gateway statusWhether other competencies are unreachable without it
DurabilityHow long the competency survives product change
Claude Code, 20 to 28The daily surface. Every other domain is exercised through it, so a learner who cannot run a session cannot practise anything else.
Context Management, 15 to 22Highest blast radius, because its failures are silent. A wrong prompt announces itself and a truncated context does not.
Agentic Architecture, 27 to 18Highest sampling weight, close to the lowest weekly frequency. Its own first lesson is that most jobs do not need an agent.
Tool Design and MCP, 18 to 14Real work, but episodic. A server gets built and then sits, and nothing else is blocked behind it.

Values are percentages of course weight; bars are scaled to the largest value (28%). Both columns sum to 100. The four axes are judged per domain and the reasoning is written out in full in 01-standards-ratified.md. That file is the source for the standards counts and the coverage map. The percentages themselves remain a proposed pilot allocation.

Claude Code28%Context Management22%Prompt Engineering18%Agentic Architecture18%Tool Design and MCP14%
Claude Code28%
Context Management22%
Prompt Engineering18%
Agentic Architecture18%
Tool Design and MCP14%
The five domains after reweighting. Exact figures and the old-versus-new comparison are in the table above.
04 · Architecture

Whole tasks are
the backbone.

The spine is 4C/ID, van Merriënboer and Kirschner's model for teaching complex professional skill, chosen because it is built for whole-task learning rather than for topic coverage. Learners do complete, authentic builds from the first hour, simplified early and never fragmented. Everything else in the design exists to support that.

Each kind of content lives where it works

  • Whole builds happen in the learner's own terminal. Never in a video.
  • Mental models live in a video library. Short, reasoned, reusable across modules.
  • Steps and flags live on a persistent reference card. Scrubbing a video for a flag is a design failure, so no video contains steps.
  • Drill lives in a question bank, only for what must become automatic.

One task, three passes

Completion

Mostly built. The learner finishes the last portion.

Guided

The whole task, with the reference card and hints on request.

Independent

The whole task, cold. The artifact is submitted with a written rationale.

All three are passes at the same whole task. Three steps of a task produces people who complete everything and cannot do the job. Three passes at a task produces people who can.

Five task classes, rising complexity

Support resets high at each new class and fades within it. A sawtooth, not a ramp. IP.1 appears in every class at rising depth; that spiral is the best structural feature in the course and it was bought by the standards collapse.

Work a real project in the terminal

The threshold. Built out in full as Module 1 below.

CC.1 · IP.1 pass 1

Make Claude follow your rules

Configuration, and the gap between an instruction written and an instruction followed.

CC.3 · PE.1 · PE.2 · IP.1 pass 2

Package a repeatable job with a contract

Turn a recurring task into a tool another system can rely on.

CC.4 · SC.1 · TD.1 · AA.1 · PE.3 · IP.1 pass 3

Keep long work coherent and prove it works

Test sets, guardrails, escalation points, and retrieval instead of stuffing.

PE.5 · CM.2 · MS.1 · GV.1 · CC.5 · CM.4 · IP.1 pass 4

Architect the system and decide what runs it

The capstone. The honest answer to several of its scenarios is that no agent is required.

AA.2 · TD.5 · AA.3 · AA.5 · TD.3 · TD.4 · CC.6 · IP.1 pass 5
05 · Assessment

The artifact is not
the evidence.

Claude built the artifact. Assume it in every case. What gets graded is what the learner controls. The choice they made, the constraint they imposed, and the verification they ran. Every check is recall, never recognition, and every item rotates on cognitive demand rather than topic.

Five item templates, rotating on demand

  • Judgment. Choose under constraint and defend it against the rejected alternative. The strongest variant supplies a deliberately wrong instruction; the competent answer is a refusal with reasons.
  • Causal model. Predict the consequence before running anything. The prediction is recorded first and never overwritten.
  • Procedure. Execute, then name the verification. Always paired with the verification question, which is where the score lives.
  • Diagnosis. Repair a broken artifact, authored so the obvious fix suppresses the symptom without touching the cause.
  • Discrimination. A contrast pair. An unsupported correct choice scores zero; all the signal is in the defence.

Grading that teaches

In the pilot, Max grades by hand. Every response receives three-part feedback anchored to a named rubric line, following the protocol used in the classroom version, namely specific praise, a specific push, and a guiding question. Revision is required and bounded, because unlimited retries against a grader turn into farming it for the answer. Escalation is a manual rule in the pilot protocol, so a learner who keeps missing a power standard is told to book a call rather than left to raise a hand.

Two things have to be settled before launch. The rubric-point-to-verdict mapping is not yet defined, and the escalation route needs a real booking destination.

Later, and not in this pilot. An automated grader is specified as a port of a tutor already running in another product, and it is not implemented. Its dry run against a deliberately failing submission produced two defensible verdicts from the same score, which is precisely why the pilot is graded by a person.

The strongest item in module 1 is a judgment item of that last kind. It supplies a plausible instruction that is wrong for the situation the learner is in, and a learner who complies has demonstrated the one failure this assessment system exists to catch, which is doing what you were told with a very capable tool. The items themselves are held out of this document so they are not burned for anyone who reads it.

06 · Module 1, authored

Nothing Is
Permanent.

Module 1. Working in the terminal, on your own project.

The first module does one thing. It takes a person who believes the terminal is where they will break something, and it makes them a person who works there.

A win in five minutes

The first thing Claude touches is a real file the learner already cares about, on screen inside the first five minutes.

The fear, named

Cycle two has them break something on purpose, in a place where it does not matter, and recover it twice before any risk touches their own work. The undo path comes before the risk does, every time.

Read before you run

The very first assessed item asks the learner to read the setup command and predict what it will do before running it. A course that opens with an unread paste has taught the opposite of what it claims.

Six targets, and what each one is for

A standard is a competency. A target is the single thing one activity is for. These six cover the two standards this task class touches, CC.1 and IP.1.

  • T1.1I can start Claude Code inside my own project and confirm which directory the session is rooted in.The confirmation is the target, not the starting. A learner who has opened a session and assumes it points at the right place has not hit this one.Cycle 1 · gates 1.1 and 1.2, both predictions made before anything runs
  • T1.2I can point Claude at one real file and get the edit I asked for.The visible win, on a file the learner brought with them. This is the target that decides whether they come back for cycle two.Cycle 1 · gate 1.3, where the score sits on what they checked rather than on the change landing
  • T1.3I can see exactly what Claude changed, and revert it.Both halves are required. Seeing a change without being able to reverse it is not the target, and reversing without being able to see is luck.Cycle 2 · gates 2.1 to 2.3, ending on a project returned to its starting state
  • T1.5I can decide what to put in the prompt and what to let Claude find with its search tools.The first real judgment in the course, since everything before it has a right answer. A learner who supplies everything and a learner who supplies nothing both miss this target, for opposite reasons.Cycle 3, IP.1 first pass · gate 3.1, where an unsupported correct choice scores zero
  • T1.6I can tell when Claude is answering from a file it never opened.The highest-value habit in the module. A confident, detailed answer about a file that was never read is this tool's characteristic failure, and a learner who cannot spot it will trust output they should not.Cycle 3 · gate 3.2, which asks what would have caught it during the session
  • T1.4I can take one task from a prompt to a result I have verified myself.The checking is the target. The task completing is a precondition rather than evidence, because a tool that produces a confident wrong answer produces it without an error.Cycle 4 · gate 4.3, the artifact the learner ships

How module 1 is actually built

Top to bottom, in the order a learner meets it.

Video
Task repetition
Baseline, unscored
Gate
BaselinePretest, six items, one per learning targetUnscored, and named as the before picture rather than a quiz. Attempting retrieval before instruction improves later learning even when the attempt fails, so it teaches as well as measures.
Cycle 1First contact
VideoWhat this thing actually isWritten under 6 min, not yet recorded · serves T1.1 and T1.2
Gate1.1  Causal · T1.1Placed before the first repetition, deliberately. Nothing has happened yet to reason about afterwards.
CompletionOne real change to one real file, most of it done
GuidedThe same task, plus the reference card
Gate1.2  Causal · T1.1Knowing where the session is rooted.
IndependentThe same task, bare repository
Gate1.3  Procedure · T1.2Getting the edit you asked for, and checking it yourself.
Cycle 2The undo path
VideoWhat comes back, and what does notWritten under 6 min, not yet recorded · serves T1.3
CompletionChange something, see what changed, put it back
Gate2.1  Causal · T1.3Seeing what changed, and being able to revert it.
GuidedThe same task, support fading
Gate2.2  Diagnosis · T1.3The obvious repair loses the second change, and scores partial.
IndependentThe same task, unaided, on their own project
Gate2.3  Procedure · T1.3Seeing and reverting, unaided, on their own project.
Cycle 3What Claude can see
VideoWhat Claude can and cannot seeWritten under 6 min, not yet recorded · serves T1.5 and T1.6 · IP.1, first pass
CompletionA project too big to paste, decisions already made
Gate3.1  Discrimination · T1.5Deciding what to supply and what to let Claude find.
GuidedThe same task, choosing what to supply
Gate3.2  Diagnosis · T1.6Spotting an answer drawn from a file that was never opened.
IndependentThe same task, unaided
Gate3.3  Procedure and judgment · T1.5, T1.6Both judgments, defended against the split not taken.
Cycle 4A whole task, cold
VideoKnowing when it is doneWritten under 6 min, not yet recorded · serves T1.4 · referenced by every later task class
CompletionOne real task from request to checked result
Gate4.1  Causal · T1.4Verifying a result you did not produce yourself.
GuidedThe same task, support fading
Gate4.2  Judgment, refusal variant · T1.4A deliberately wrong instruction. Follow it or refuse it, and name what it costs.
IndependentThe same task, cold, on their own project
Gate4.3  Procedure · T1.4The shipped artifact. This is the crossing, and it is the gate the pilot is measured on.
Baseline againThe same six targets, set beside the first attemptThe learner sees their own distance travelled rather than a score. At five learners this is descriptive and per-learner, and it is not an effectiveness claim about the module.
No spaced mastery check sits in module 1, and that is deliberate. A spaced check re-tests earlier material after a gap. Nothing precedes module 1, so a check here would be an instrument with no content. The first one appears in module 2 and points back at this material. Twelve gates, four videos, three repetitions per cycle, and every repetition is the same whole task with less support than the one before it. The unscored baseline brackets the module at both ends.

The progression, module to module

The sequence follows three rules.

Complexity rises, the task stays whole

Every module is a complete end-to-end build from the first hour, simplified early and never fragmented. What changes between modules is how much of the real problem is left in.

Support is a sawtooth, not a ramp

Scaffolding resets high at the start of every module and fades within it. A learner entering module 4 gets heavy support again, because the task is new even though the learner is not.

One judgment runs the whole way

IP.1, deciding what information lives where, recurs in all five modules at rising depth, from what to show Claude in module 1 to external memory design in module 5. It is the only standard in every module, and it is what makes five modules read as one course.

Module 1 is authored. Modules 2 through 5 are specified at the architecture level, with standards assigned, task classes named, and no material written. That gap is exactly what the build-or-stop decision after the pilot is about.

07 · Where this stands

Built, verified,
and honest about gaps.

Exists and is verified

  • Standards ratified. The 23 and the 13 are machine-checked for counts, coverage, and every power standard mapped to at least one task class. The checker was deliberately broken first, to confirm it catches regressions.
  • Full curriculum architecture written, covering task classes, cycles, gates, spaced checks, and media mapping.
  • Module 1 written through all four cycles. Six targets, twelve gate items with rubrics and corrective paths, reference card, four production-ready video outlines, and a 45-file learner repository ready to publish.
  • Setup script tested on macOS, including the failure paths. Refusals fire, snapshots never overwrite, reruns are safe, and a failed clone reports honestly.

Open, and named plainly

  • Windows and WSL have never been run. The PowerShell script exists and is reviewed, and three of its behaviours differ from the tested shell version. There is no filesystem-root refusal, it hard-fails rather than suffixing on a snapshot collision, and it names the course directory even after a failed clone. It needs repair and then a pass on real hardware. This is why the pilot below is Mac only.
  • The grading engine is a specification, not code. A dry run against a deliberately failing submission found it carries no rule for turning rubric points into a verdict, so one submission can be graded two defensible ways, and the escalation trigger fires under only one of them. Grading is by hand for the pilot.
  • Command discovery is unverified. The three launchers are correctly formed and correctly located. Nobody has yet opened a session and watched them appear.
  • Written answers need a home. The learning platform stores selected options today, not free text. For the manual pilot, preflight must choose and test an external route that captures written answers, returns feedback, and preserves the verdict record. Native NOW-LMS integration remains a separate platform decision.
  • Video is the mental-model layer for all four cycles. Without it the reference card carries those models as written explanation, and corrective paths that point at a video segment point at card sections instead. That is a workable pilot and a weaker one, which is why producing the videos is a preflight gate rather than an assumption.
  • The capstone is heavy. Eleven standards in one task class, six of them power. It may split into two, which would make six classes instead of five.

Where the platform actually stands

NOW-LMS is live and themed. The courses visible on it today are placeholders, and none of them will be used for this pilot. The approved Module 1 package has not been loaded into a real pilot course, and no learner has run the path end to end on the platform. A live shell proves deployment and access. It does not prove that the course is ready.


The ask

Module 1 is close enough to run that the fastest path to certainty is a pilot. The decision is a yes or no on the pilot rather than on the curriculum design, and the go-ahead is conditional. Preflight has to be complete by 7 August 2026, and if any gate fails then invitations do not go out and the 11 August start does not hold.

  • Approver: Jeremy. A single go or no-go.
  • Learners: five cohort members on macOS who have not worked in the terminal. Mac only, because a learner whose first command fails at a threshold module does not come back.
  • Scope: Module 1, Nothing Is Permanent. Four cycles, twelve gates, one reference card. Video is in scope only if the four outlines are produced during preflight, and is otherwise removed from the pilot.
  • Dates: 11 August to 8 September 2026, four weeks.
  • Success threshold: four of five complete all four cycles and pass gate 4.3, the item where a learner has to say what they did not check. It is scored by hand against its four written criteria, since the rubric-point-to-verdict mapping named in section five does not exist yet and is preflight gate 5.
  • Proposed growth measure: an unscored six-item baseline before the module and the same six targets again at the end, reported as each learner's own movement. Five learners cannot support a claim about what the module does, so this is descriptive and per-learner rather than an effectiveness result.
  • Also measured: where learners stall, how long each cycle takes against its estimate, and every point where the written rationale contradicts the artifact.
  • Post-pilot decision: build task class two, or stop. Made on the threshold and the stall data, not on impressions.

The decision needed: a conditional yes or a no from Jeremy, and if it is yes, five learner names by 8 August.

Preflight, complete by 7 August

Eight gates. All eight pass or the start date moves.

  • 1. Version and back up the complete curriculum package.  1 h
  • 2. Publish the learner repository and pass a clean-clone test.  2 h
  • 3. Verify the three slash commands appear and run in a real Claude Code session.  1 h
  • 4. Produce the four videos from the approved outlines, or formally remove video from the pilot scope everywhere it appears.  12 to 16 h
  • 5. Freeze the manual grading protocol, covering verdict mapping, escalation, written-answer capture, feedback return, and the booking route.  3 h
  • 6. Write the six baseline items and the framing that presents them as a before picture rather than a quiz, and settle whether passing the baseline cold routes a learner past a cycle or only records a starting point.  2 h
  • 7. Create a new NOW-LMS pilot course and load the approved Module 1 content into it. The existing placeholder courses are not used.  3 h
  • 8. Enroll a test learner and run the real path from enrollment through gate 4.3, including written-answer submission and returned manual feedback.  3 h

Roughly 27 to 31 hours in total, about half of it video. These are estimates rather than measured times.

Two of these need something from Intent. Gate 7 creates a course on learn.intentsolutions.io, which requires an account with course-creation rights, and gate 8 enrolls a test learner on it. Neither is possible without that access, so granting it is part of the yes.

If the answer is no, the useful version of that is which part does not hold, whether that is the premise that the artifact is not the evidence, the scope of the pilot, or the timing against everything else in flight.