fbec36cb67
Scaffold the course repo and author the full curriculum in dependency-chain order, following the settled build decisions in handoff.md. - Scaffold: course README, vendor-neutral AGENTS.md (dogfoods Module 5), _TEMPLATE.md (the fixed 9-section module shape), root .gitignore, ship config. - Modules 1-2: reference exemplars (locked for tone/depth/lab style). - Modules 3-27: full lessons + runnable labs, each following the template, respecting the chain, vendor/model-agnostic, with "feel the pain" labs. - Module 8 hosting comparison web-researched and date-stamped (as of 2026-06-22), not written from memory; expansion-zone modules carry Verify-before-publish. - Capstone: the full loop end to end on the running tasks-app example. Lab code syntax-checked (Python/shell/YAML); every module has the 7 core template sections. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TfzV5QvtPDz8LJS3Pu5VLT
92 lines
2.6 KiB
Markdown
92 lines
2.6 KiB
Markdown
<!--
|
||
Module template for *The Workflow*.
|
||
|
||
Copy this file to modules/NN-slug/README.md and fill every section. The shape is fixed on purpose:
|
||
it makes the course feel coherent and lets partial drafts be reviewed against a known structure.
|
||
Keep the section headings; delete these HTML comments and the guidance italics as you write.
|
||
|
||
Voice: direct, concrete, rigorous. Lead with the pain. Show the command and the failure mode.
|
||
No padding. See AGENTS.md for the full conventions.
|
||
-->
|
||
|
||
# Module NN — <Title>
|
||
|
||
> **<One-line hook.>** *Why this module exists for an IT pro — the pain it removes or the payoff it
|
||
> unlocks. One sentence. Make them want to keep reading.*
|
||
|
||
---
|
||
|
||
## Prerequisites
|
||
|
||
*Which prior modules this one depends on, named explicitly (the dependency chain). If a reader could
|
||
parachute in here with only some of the course, say what they minimally need.*
|
||
|
||
- Module X — <what it gave you that this module uses>
|
||
|
||
---
|
||
|
||
## Learning objectives
|
||
|
||
*3–5 outcomes, action verbs, phrased as what the reader can **do** afterward — not "understand X."*
|
||
|
||
By the end of this module you can:
|
||
|
||
1. …
|
||
2. …
|
||
3. …
|
||
|
||
---
|
||
|
||
## Key concepts
|
||
|
||
*The actual teaching content, in prose, with commands and snippets inline. This is the bulk of the
|
||
module. No fixed length — go as deep as the topic needs and no further. Use subheadings freely.
|
||
Reframe an ops instinct the reader already has wherever you can.*
|
||
|
||
---
|
||
|
||
## The AI angle
|
||
|
||
*The module's AI-specific reason for existing — the thing that makes this more than a generic devops
|
||
lesson. Pull it from the syllabus entry for this module and make it concrete. This section is the
|
||
differentiator; never skip it.*
|
||
|
||
---
|
||
|
||
## Hands-on lab
|
||
|
||
*A practical exercise that uses AI **and** the tool together, run on the reader's own machine. This
|
||
is a tools course — end at a keyboard, not a quiz. State the lab language (Python or shell) once.
|
||
Provide starter files in `lab/` where useful and reference them by path.*
|
||
|
||
**You'll need:** *<tools/setup required for this lab>*
|
||
|
||
**Steps:**
|
||
|
||
1. …
|
||
2. …
|
||
|
||
---
|
||
|
||
## Where it breaks
|
||
|
||
*The honest caveats — limits, pitfalls, where a tool or analogy stops holding. This section builds
|
||
trust with a skeptical audience. Always present; never sanded off.*
|
||
|
||
---
|
||
|
||
## Check for understanding
|
||
|
||
*A short self-check or a concrete "you're done when…" criterion. Self-assessment only — no grading.*
|
||
|
||
**You're done when:** …
|
||
|
||
---
|
||
|
||
## Verify-before-publish
|
||
|
||
*For fast-moving topics only: what to re-check at build/publish time — versions, pricing, tool
|
||
behavior, UI labels that drift. Omit this section for durable-core modules with nothing volatile.*
|
||
|
||
- [ ] …
|