AI Build Lab / Learn · Agent Workforce · Week 3 · Module 02

Plan your email team's schedule, and how you can entrust your team to do more without you

How will my email team work when I'm not watching, and how does it earn more freedom without ever surprising me?

Staff only · this page and its checks
Source
Internal's lesson, src/sara-week3/internal/lessons/anw-w3-l04.md (Internal b518c35b, 2026-10-22 17:15), read by md_week3.py.
Copy
Current Markdown is vendored byte for byte from the Internal commit in Source by vendor_week3.py. Historical publication records: 10-06 Exercise 1 with Sara's yes; 10-07 Exercise 2 and the Module 2 send-route and follow-up fixes, student 58c60d50; 10-08 Exercise 3 and the l05/l11 diagram fixes, student 55061386. Those records do not qualify later Outlook changes. Module 3 and 4 drawings are rendered from the Mermaid in the lesson file (md_week3.py --figures).
Prompts
Word for word from the lesson file Internal ships (course/workforce/week3/). Not run end to end from Learn.
Checked in the app
Not checked in the app from Learn.
Open to students
Yes.
Other view
one scroll (one part at a time is the lesson; one scroll is kept to compare)
Start hereWhat this lesson is, and how to begin
Promise register (staff only; the 1 pm CT go/no-go checks this table against PROBES.md). Not student-facing.

Current Outlook route, 22 October 2026. Historical broad send rulings and provider promises retained in these staff notes do not override the current Codex Outlook Email exception. No agent sends on that route, including by browser. Follow the current student instructions and controlling prompt below; the same-email rerun stays local only.

Sara-standard pass (5 October, evening). Status lives only here. Student text states each supported path as a plain rule, with no probe ids and no "built, not tested" wording; where a step is not open yet, the student text says what the student does instead. The lesson is safe to follow with every row NOT RUN: the student plans the interval with the Chief, and nobody creates a scheduled task until the course's own test (8b) has passed for that app. "At release" is the change to make when the named probe row is PASS for that app and provider; rows with no probe row cannot change this release.

The one gate (AR6). The only place that turns a gated step on is the "What the course has tested in your app" table under Before you start on the previous lesson's page, course/workforce/week3/lessons/anw-w3-l03.md, which the student edition ships and the Chief already reads for the sending gate. This page points at that table by name (Part 1, "Why it doesn't switch on today"); it carries no table of its own. The schedule skill reads PROBES.md for its 8b line tonight and must be re-pointed at that table at the release edit (STAFF-NOTES, arbitration pass). The ladder page carries no test table in its student text; its test status sits in a staff block at the top of the page, a reading copy that turns nothing on.

The edit class (AR8). The person never grades a send. When the Chief sends on their words, the send check records how much they changed the draft, and anything the record cannot tell counts as rewritten; the Chief never decides light or rewritten itself (the sweep skill and the Chief body, "Sending, supervised"). Part 2 and its outcome table say so, and the Light and Rewritten rows are the ladder page's rows, word for word. One sending path only (Tyler's ruling, 5 October, 5:15 pm CT): the Chief sends on the student's yes; nothing on this page tells the student to send by hand.

#Student text now (plain rule)Probe rowsTonightAt release, when PASSWhere
L4-1"The Chief looks at when your mail arrived over the last two weeks ... and how long the team took per email in your evals. It never suggests checking more often than the team can finish on your busiest day."8e claude-code gmail; 8e codex gmailNOT RUNno student change. If 8e fails, the Chief answers no_measurement, which the stuck table covers.Part 1
L4-2"Your Chief does not create the scheduled task yet. The 'What the course has tested in your app' table in the previous lesson says when that step opens for your app. Until then, you start every check yourself." Nothing in the record stores the chosen interval; it goes in the student's notes.8b claude-code gmail; 8b codex gmailNOT RUNFor the app and the exact path 8b ran (by-hand steps, or a tool call if that is what ran): (1) that app's cell in the Creating the scheduled task row of the l03 table becomes, word for word, The course's own test of the scheduled task passed in <app> on <date> (probe 8b). (the schedule does not depend on the provider, so none is named); (2) this page's paragraph becomes "Create the task yourself, one step at a time, with the Chief guiding you; the record proves it ran once." plus the step table for that app only. An app whose row stays NOT RUN keeps the current text. The schedule skill must read the l03 table for that line at the release edit, not PROBES.md.Part 1 (the l03 table holds the gate line)
L4-3"It runs only while your computer is on and the app is open. A time the computer sleeps through is skipped." Details page: Claude Code may start one catch-up check; in Codex, plan as if a missed time is skipped.8b both (sleep case in the runbook)NOT RUNadjust the details page to what 8b shows for each appPart 1; details
L4-4"Two checks never run over each other. If one is still running, the other says 'still busy' and stops."4d both; 8c bothNOT RUNnonePart 1
L4-5"A check that was cut off picks up where it stopped."8d bothNOT RUNnonePart 1
L4-6"It never sends." (design rule; nearest tests are proxies: a send tool still asks inside a scheduled run)1b claude-code gmail; 1c codex gmail (proxy)NOT RUNnonePart 1
L4-7"It drafts only for kinds of email you moved up the ladder."none: built, no probe row (8a covers manual wakes only)no rowcannot change this releasePart 1, Part 2
L4-8The four outcomes, and "You never grade a draft yourself ... anything the record cannot tell counts as Rewritten."2c both; 2d claude-code; 8a bothNOT RUNnonePart 2
L4-9"Anything that looks wrong stops all sending ... until you look and say go." Full list on the details page.6d1 to 6d8, both appsNOT RUNnonePart 3; details
L4-10"The off switch is a file you make. While it is there, nothing sends." Plus "one of three layers ... Use all three." Name rule (AR9, the code's): name it exactly autonomy-off; any file whose name starts with autonomy-off counts too.6e both; 6f bothNOT RUNnonePart 3
L4-11Rung 3 described as a lighter review by summary list.none: built, no probe rowno rowcannot change this releasePart 2
L4-12"Rung 4, Auto-send: Not offered in this course."none (locked by design)lockedstays as writtenPart 2
L4-13"A draft, recipient or calendar fact that changed after you approved it is caught before sending." (details page)6a, 6b, 6c, both appsNOT RUNnonedetails
L4-14"The report counts; it decides nothing."8a bothNOT RUNnonePart 2
L4-15"A cloud schedule ... is a later step."noneno rowstays as writtenPart 1; details
L4-16Up: 20 reviewed drafts, a Kansa replay that passes, the student's yes (the Steward's record on the details page). Down: same day on a rewritten or discarded draft.none: built, no probe rowno rowcannot change this releasePart 2; details
L4-17"The lesson, followed literally, works on a fresh install and after a Week 2 upgrade (probes 9a to 9e)."9a to 9eNOT RUN (release sitting)drop this row; student text has no sentence to changestaff block
L4-18Notes for one agent, through Gigawatt, one rule per note.none: built, no probe rowno rowcannot change this releasePart 4
L4-19"The Knowledge Librarian (Sallee) proposes the rule for your categories file, word for word, and saves it only on your yes."none: built, no probe row (same as l03 L3-25)no rowcannot change this releasePart 4
L4-20Gigawatt's weekly model check and the after-update check of notes appear only as things to ask for.none: built, no probe row (9c, 9d cover upgrade survival)no rown/aPart 4
L4-21"On your first check, the Chief copies the ladder page to work/course/staff/autonomy-ladder.md ... If it is not there, ask the Chief for it."8a bothNOT RUNnonePart 2

Open mismatch carried from the trim pass: the trimmed page body said the full stop events (6d1 to 6d8) and the off switch (6e, 6f) were tested in Claude Code, while rows L4-9 and L4-10 and the ladder page said NOT RUN. The student text no longer states either; check PROBES.md at the go/no-go.

Patch notes applied: no Haiku named; the ladder page's test status (WS11) lives in that page's staff block and is pointed at, not copied; the Chief does not hold the app's scheduled-task tools (WS10) and this week does not guide task creation (orchestrator ruling B). The details page (course/workforce/week3/reference/anw-w3-l04-details.md, source overrides/course/week3/reference/anw-w3-l04-details.md) has its source-plan entry and renders to student/agent-workforce/course/workforce/week3/reference/anw-w3-l04-details.md; the render resolves every link from this page to it, anchors included.

Staff review only: full controlling prompt. Students paste only the short request below.

Use the native aibl-the-professor agent to guide the Week 3 lesson "Plan your email team's schedule, and how you can entrust your team to do more without you". Read course/workforce/week3/lessons/anw-w3-l04.md completely and the native aibl-course-guide and aibl-lesson-map methods for this app. You teach and read; you never create, change or pause a scheduled task, never run a check, never change a rung, and never touch the off switch file. The person you guide does those with their Chief of Staff, or by hand for the off switch file, and this week nobody creates a scheduled task. Do not call, spawn or route to any agent. Do not edit any file.

Use these words exactly. The record is the team's own log of every check, draft and send. A category is one kind of email in work/course/staff/email-categories.md. A rung is one of the four levels on the autonomy ladder (the page is autonomy-ladder.md); every category starts on rung 1, supervised. The off switch is a file they make, named autonomy-off, in work-orders/standing (any file whose name starts with autonomy-off counts). A full stop stops all sending for every category until they look and say go. The rounds in the previous lesson are observational evals with TOAST. On Codex Outlook Email no agent sends; the student may manually send only an eligible reviewed draft, with no item hold, full stop or off switch active. Other routes where the Chief can send retain their own approval path. Name agents job title first, nickname in brackets on first use.

Honesty rule. Read the current table in course/workforce/week3/lessons/anw-w3-l03.md. No scheduled task is created here. Codex Outlook stays drafts only, including after a restart or category change. Do not infer confirmed sends, edit grades or promotion credit from a student's manual-send report. The off switch pauses the team but cannot disable Outlook's UI; tell the student to leave stopped/held/practice drafts unsent themselves. Do not promise an app prompt before a manual Outlook send.

Part 1. If asked, explain the Chief's suggestion from runs/inbox/schedule-suggestion.json, read only: the counts, the busiest day, the suggested interval, and why it is never tighter than the team can finish. Nothing in the record stores their chosen interval this week; they write it in their notes. Never suggest that the Chief record a task. A schedule runs only while the computer is on and the app is open.

Part 2. Read the current course autonomy ladder at course/workforce/week3/autonomy-ladder.md beside the student's working copy at work/course/staff/autonomy-ladder.md. Explain the existing normal ladder check: create a missing copy, refresh one they have never edited, keep a customized copy unchanged. Customizations remain within the current runtime limits: no older copy overrides Codex Outlook drafts-only, holds, practice safeguards, full stops or the off switch. A manual-send report is not confirmed-send evidence or promotion credit. If a customized copy lacks the Outlook note, have the Chief show a proposed additive Outlook note preserving every existing customization. It waits for the student's explicit yes to the exact addition before writing it, never silently replaces the customized copy and never claims the note is saved before a readback. This yes is only for changing a customized file; do not add an approval step to the existing unedited-copy refresh. You compare and explain read only; do not write the note yourself. Current restrictions already apply while the student decides. Ask which evidence their actual category row contains and wait; missing evidence stays unverified and never earns a rung.

Part 3. Explain the stop file and the recorded stop separately. On Codex Outlook, clearing both resumes eligible drafting only; it never enables agent sending or disables Outlook's own Send button. No held, practice, stopped or unreviewed draft may be manually sent. The student makes/removes the file themselves; do not act for them.

Part 4. This part is about you. Explain what you do (explain, define, say where they are, check saved work against the lesson, diagnose a failed setup step) and what you hand to the Chief of Staff (anything that must be done). When asked to do the team's work, say so in one line and give the exact words for the Chief. When a setup step failed, ask what they saw on screen, read only what the page allows, and prepare the blocker in one message: what failed, what you checked, what they can try, and who to ask next.

Staff only: review scope, dependencies, changes. Not student-facing.

What has been reviewed, and what has not

DRAFT, built against the Exercise 1 branches on the night of 4 October. Nothing on this page had passed a live probe when it was written. Per orchestrator ruling B (fix round 2), the page does not instruct creating a scheduled task: the student plans the interval with the Chief, and the course turns the create step on for an app after probe 8b passes for it, with the exact steps 8b actually ran. The by-hand steps from aibl-inbox-schedule (ws10) and its references/app-mechanisms.md are kept in the staff block below for the release edit, not on the student page. The ladder (Part 3) is WS11's autonomy-ladder.md, whose test status sits in a staff block at the top of that page (8 October: the student text states plain rules, with no test table, probe ids or hedges); this page points at it instead of copying it, so one status block is updated at release.

Not run against a student workbench. No paste block has been run end to end. The controlling prompt is a draft for Hunter's prompt pass.

Rulings this page is built on

Plan section 3.1 step 8 (schedule after three clean rounds), 3.11 (earned autonomy, per category), 3.12 (scheduling), rulings R2, R12, R27, R30, R37; build addendum item 9 (off switch path). Interface page 1.6 (off switch), 5.1 and A1.11 (schedule.json), 9.8 (the task table, filled by probe 8b). WS10's ruling: the Chief does not hold the app's scheduled-task tools; when creation turns on, the owner creates the task by hand, guided one step at a time. WS10 and WS3b's ruling on WS11's open question: a scheduled wake drafts only for categories at rung 2 or higher; rung 1 emails are listed under Needs you as "waiting for a manual run". The page says that plainly, because on day one every category is on rung 1, so a schedule only gathers and lists mail until the owner moves a category up.

The create steps, for the release edit when 8b passes (from aibl-inbox-schedule, not student-facing tonight). Prompt line for both apps: Check my email (scheduled wake); run the inbox sweep skill; if the ledger says busy, stop. Claude Code desktop: Code tab, Routines, New routine, Local; name check-my-email; the prompt as instructions; the workbench folder; worktree off; the picker offers Hourly, Daily, Weekdays, Weekly, and any other interval is set by asking a Claude Code session in the workbench with the exact schedule rule inbox_schedule.py check printed; then Run now once, approving read and draft tools only. Codex desktop: in the project's chat, ask for a standalone scheduled task, local folder (not a worktree), new chat each run, with the zone-bound rule (fallback: the bare rule in the computer's clock); check the Scheduled section. Both: inbox_schedule.py record with the owner's words and the exact rule; the ledger must show one wake.start with mode scheduled. Use only the path 8b actually ran for that app, with the labels 8b recorded.

The Professor part. Plan WS16 row: "Professor routing". Part 4 is written from the Professor's own body (aibl-the-professor: explains, defines, checks evidence, prepares a blocker; hands anything that must be done to the Chief). No new behavior is promised for the Professor.

Sources

aibl-inbox-schedule with references/app-mechanisms.md (ws10), autonomy-ladder.md and autonomy_report.py (ws11), the Chief body (ws3b: "Scheduled wakes", "Earned autonomy and the off switch"), aibl-inbox-sweep (ws3b), the Professor's body (merged), work-orders/standing/README.md (ws11).

Dependencies

Release (WS17): autonomy-ladder.md must render to course/workforce/week3/autonomy-ladder.md (the Chief copies it to the owner's records on the first wake); the lesson map titles; the prompt files. Probe 8b decides the exact create steps per app and whether a scheduled Claude session behaves as the Chief with the one-line prompt (INTERFACES 9.8); until it passes for an app, the Chief should decline to guide task creation for that app (a line for WS10's skill or the Chief body: see STAFF-NOTES open question 12).

Arbitration pass (Monday 5 October, early morning CT). AR6 and AR8 are as stated at the top of the promise register. AR9: the off switch paragraph says a name starting autonomy-off counts (the ledger's rule); the ladder page now says the same (checked at the trim pass).

Sara-standard pass (5 October, evening). Sara's review: every part opens with what the student does and gets; machine internals, safety mechanics and edge cases move to the details page. Parts are now: 1 the schedule, 2 the trust ladder, 3 the off switch, 4 who to ask. No probe ids or test status in student text; the rounds are named as observational evals with TOAST; no lesson numbers in student text or the paste prompt (the Professor routes by the lesson map's id and title and the prompt names the files by path); "working hours", "your work", no "owner" or "business"; "the record", "category" and "rung" explained where first used; every "say this" step names its conversation. Every student step and safety rule is kept: the seven text boxes are the same requests (the first Chief request says "observational eval rounds", the second "working hours"), and the off switch's two-step stop and two-step start are unchanged. The controlling prompt follows the new part order and drops "owner"; its routing lines are unchanged.

Staff notes: what changed from Gigawatt's version (release branch 144f43fe), for Sara's review
  • New title (Sara, 6 October): "Plan your email team's schedule, and how you can entrust your team to do more without you". The start prompt still quotes the old title, because prompts stay word for word: Gigawatt, please update the start prompt, the prompt file and the lesson map to the new title.
  • "Autonomy ladder" (Sara, 6 October): the page uses the agents' own name (the file is autonomy-ladder.md, titled "Your autonomy ladder"), with rungs. The Part 3 prompt to The Professor still says "trust ladder", and so does the controlling prompt file prompts/anw-w3-l04.txt (line 3: "A rung is one of the four levels on the trust ladder"), so The Professor will say "trust ladder" to students. Gigawatt, please change both to "autonomy ladder", and update the old lesson title in the prompt file's first line.
  • Copy-paste prompts unchanged, all six, word for word.
  • Framing: the new-hire comparison in the opening; every part opens with what you do and what you get; part titles say what the part is about on their own.
  • Before you start: no longer says Gigawatt confirmed the rounds; Part 1's prompt has the Chief check the record, so the page now says that once.
  • Part 1: "clean" defined as "went well" in plain words (mix of three to five, nothing unexplained). The cloud-schedule sentence cut (later step, not needed here).
  • Part 2: "Kansa checks drafts for five older emails" explained as a spot check; tables in plain words; "Full stop" removed from Words you now own (the term is no longer used on the page).
  • Part 3: "your app's own stop" explained as the app's stop button and its question before every send. CHECK with Gigawatt that this is what "your app's own stop" means.
  • Part 4: "the weekly model check" removed from the student table (unexplained); the who-to-ask table trimmed; the password rule now says tell The Professor (a course question), not Gigawatt.
  • Times: parts total 40 minutes, as before.
In plain English

Think of a new hire. For the first weeks you check everything they do. As they prove themselves on one kind of work, you let them do more of it on their own. If they slip, you check more closely again. Your email team works the same way.

Codex Outlook Email stays drafts only. You still plan and inspect the team's work in this lesson. No agent sends. Keep categories on rung 1 unless their required evidence is independently verified; your report of a manual send is not a confirmed send, an edit grade or promotion credit. The off switch pauses team work, but cannot disable Outlook's Send button. Do not manually send while a full stop, item hold or off switch is active.

Today you do four things:

  1. Plan a schedule. Your Chief of Staff suggests how often it could check your inbox on its own. You pick how often. It doesn't switch on yet.
  2. Learn the autonomy ladder. Your team earns the right to do more on its own, one kind of email at a time. The more of its drafts you send without changing them, the more you can trust it with. If you have to rewrite one, it steps back down.
  3. Learn your off switch. If anything ever worries you, you can stop all sending in under a minute: tell your Chief, then make one empty file. Nothing goes out again until you say so.
  4. Learn who to ask for what. Which agent to go to for help, and which one to go to for action.
What you get

your chosen schedule in your notes, your own copy of the autonomy ladder, the steps for your off switch, and a clear map of who to ask for what.

Why it matters

A team you have to start by hand is a tool. A team that checks your inbox on its own, and still can't send a word without you, is a department. The autonomy ladder is how it earns more, one kind of email at a time. The off switch is how you take it all back in one move.

How it works

your Chief of Staff suggests the schedule and tells you where each kind of email stands. The Course Companion (The Professor) reads the autonomy ladder with you.

Your seat

you pick how often it checks, you decide every step up the ladder, and you hold the off switch.

Before you start

  • You finished your three observational evals in the previous lesson. Your Chief of Staff checks the record today to confirm they went well.
  • This lesson uses two threads: one with The Professor and one with your Chief of Staff. Keep both open.
  • Codex: Codex passes your words on, so start every message to an agent, your yeses included, with "Tell the <agent's name> this, word for word, and show me its reply word for word:". For example: "Tell the Chief of Staff this, word for word, and show me its reply word for word: Check my email, grab 5." A yes has to arrive exactly as you wrote it.

Start or resume this lesson

In a new thread with The Professor. Open your prepared workbench, start a new thread, and paste only this.

Use the native aibl-the-professor agent to start the Week 3 lesson "Plan your email team's schedule, and how you can entrust your team to do more without you". Read course/workforce/week3/prompts/anw-w3-l04.txt and course/workforce/week3/lessons/anw-w3-l04.md. Ask me one question at a time and wait. I will talk to my Chief of Staff in its own thread.

Part 1 of 4Plan how often the team checks your inbox

What you do: ask your Chief of Staff how often it could check your inbox, then pick. What you get: your chosen schedule, written in your notes. Nothing switches on today.

Do this now

1. Ask whether your rounds went well, and for a suggestion. In a new thread with your Chief of Staff (Claude Code: type @ and pick aibl-chief-of-staff), say:

My three observational eval rounds are done. Check the record and tell me whether they were clean. If they were, suggest how often you could check my email. Don't create anything.

Your Chief reads the record, the team's own log of every check, draft and send, not its memory. A round went well when it had a mix of three to five emails (one easy, one that needed your facts, one to skip) and nothing was left unexplained. If your Chief names a problem, fix it with your Chief first, then come back.

How your Chief works out the suggestion. It requests arrival times over the last two weeks and reads the team's recorded time per email. Outlook's response may also contain message text, so the reading scope must already cover that or the Chief stops and explains what is needed. Missing measurements stay unknown; nobody invents a rate. It never suggests checking more often than the measured work can finish on your busiest day. More: how the Chief works out the interval.

You can pick a different interval, but only one of these: every 30 minutes, every hour, every 2 hours, every 4 hours, every 8 hours, or once a day. If your pick is more often than the team can keep up with, your Chief offers the closest one it can.

2. Hear the times, then pick. In the same thread with your Chief, say:

Yes, suggest the interval. Read me back the exact times it would run, in my working hours, and tell me plainly what a scheduled check would and wouldn't do while I'm away. Don't create a task and don't record one; I'll write my choice in my own notes.

Your Chief tells you what a scheduled check does once it's on. Listen for these five things:

  1. It only runs while your computer is on and your app is open. If your computer is asleep at that time, that check is skipped. Closing a laptop lid puts it to sleep.
  2. It never sends. Anything that needs your yes waits for you.
  3. It only writes drafts for kinds of email that have moved up the autonomy ladder (Part 2). On day one none have, so a scheduled check sorts your inbox and leaves the rest for you as "waiting for a manual run".
  4. Two checks never run at once. If one is still running, the next says "still busy" and stops.
  5. A check that gets cut off picks up where it stopped. If your app closes or hits its usage limit partway through, the next check carries on from the record.

Pick the suggested interval or one from the list, and write it in your notes, for example: "My interval: every 4 hours, chosen on <date>." More: what a schedule does, in full.

What you should see: your Chief reads back the interval and the times, says its suggestion is saved in the record, and says the schedule isn't on yet. Your app's list of scheduled tasks (Claude Code: Routines; Codex: Scheduled) shows nothing new.

Why it doesn't switch on today. Your Chief doesn't set up the schedule yet. The "What the course has tested in your app" table in the previous lesson says when that step opens for your app. Until then, you start every check yourself by saying "check my email", as in your rounds.

Part 2 of 4The autonomy ladder: how your team earns the right to do more

What you do: learn how the autonomy ladder works, then ask your Chief where each kind of email stands. What you get: you know what moves a kind of email up or down, and where yours are today.

Each kind of email moves on its own. The team sorts your email into categories: one kind of email each, like booking requests or complaints. Each category sits on one rung of the autonomy ladder, from rung 1 (you check everything) to rung 4 (it sends on its own, which isn't part of this course). Every category starts on rung 1.

RungNameWhat it means for that kind of email
1SupervisedYou start each check. Every draft comes to you. Every send needs your yes.
2ScheduledThe schedule also writes drafts for it. You still read every draft. Every send still needs your yes.
3TrustedYou review a short summary list instead of each full draft, and can approve several at once. You can still open any draft. Every send still needs your yes.
4Sends on its ownNot part of this course. Your Chief won't offer it, and nothing ever sends without your yes.

Codex Outlook: inspect the evidence first. A manually sent reply is not automatically a confirmed team send. Do not infer Unedited, Light, Rewritten or Discarded, or move a category up, from a student report or an unsent Drafts item. Keep missing results unverified. Synthetic example: three drafts read back correctly and you report sending two in Outlook. That proves three checked drafts and your report of two manual actions; it does not prove twenty confirmed Unedited/Light replies. When your Chief shows your actual category row below, say which evidence is present and which is missing.

How the team keeps score on routes where it can verify a send. The record compares the sent copy with the placed draft. You never supply its grade yourself. It counts one of four outcomes:

OutcomeWhat happened
UneditedYou sent the draft exactly as the team wrote it.
LightYou sent it after only spacing changed. Any other change, even one letter, a comma, or a different greeting, counts as Rewritten.
RewrittenYou changed something more, or anything about a fact, a date, an amount, who it's going to, or a promise. Changing $150 to $175 is Rewritten, even though it's one word.
DiscardedYou didn't use the draft. You deleted it, or wrote your own reply instead.

If the record can't tell, it counts the draft as Rewritten.

Moving up a rung takes two things:

  1. A clean run you reviewed. The last 20 drafts in that category were all Unedited or Light, and you reviewed every one. Practice emails don't count.
  2. A spot check that passes. The Quality Reviewer (Kansa) checks the team's drafts for five older emails in that category that the team hasn't seen before. Every check has to pass on every draft. If one fails, the category can't move up, even if you say yes. Fix what failed, then run the spot check again.

You can make these rules stricter in your own copy, but never looser.

When both hold, your Chief shows you the evidence and asks. Your yes is the promotion. Nothing moves up on its own.

Moving down a rung happens the same day, without asking you, if you rewrite or discard a draft in that category, or if Kansa still has concerns after one revision. Your Chief tells you why. You can also move any category down yourself, just by saying so. More: moving up and down, in full.

Your own copy. Your Chief keeps it at work/course/staff/autonomy-ladder.md. The normal ladder check creates an absent copy or refreshes a copy you have never edited; it leaves a customized copy untouched. Your preferences remain yours, within the current runtime limits. No older copy overrides Codex Outlook's drafts-only restriction, holds, practice safeguards, full stops or the off switch. A manual-send report is not confirmed-send evidence or promotion credit. Compare course/workforce/week3/autonomy-ladder.md with your working copy. If a customized copy lacks the Outlook note, your Chief shows a proposed additive Outlook note, preserving every existing customization, and waits for your explicit yes before writing it. It never silently replaces a customized copy or claims the note is saved before reading it back. The restrictions already apply while you decide; the normal unedited-copy refresh needs no new approval step.

Do this now

In the same thread with your Chief, say:

Show me how each category is doing. Compare the current course autonomy ladder with my copy, preserving my customizations. If I never edited it, use the existing normal refresh. If my customized copy lacks the Outlook note, show a proposed additive note preserving every existing customization, and wait for my explicit yes to that exact addition before writing it. Do not replace my customized copy or say the addition is saved before reading it back.

What you should see: one row per category, each on rung 1, with the observed counts from your rounds. For Codex Outlook, manual-send reports stay separate from confirmed-send and edit-outcome counts. Missing evidence is shown as unverified, not zero or a promotion. Nothing moves up automatically.

Part 3 of 4Your off switch: how to stop all sending, and start again

What you do: learn how to stop all sending yourself, and how to start it again. Then go over the steps with The Professor. What you get: you can stop everything in under a minute, any time.

The off switch is a file you make. While it is there, the team places no draft and makes no send. It does not control Outlook's own buttons or another person's mailbox actions. You must leave held, practice and stopped items unsent yourself too.

  • Where it goes: in your workbench folder, in work-orders/standing/. Its name: autonomy-off. You don't need to write anything in it. Just having the file there is what stops sending. If your computer adds .txt to the end, it still counts.
  • To stop: in your thread with your Chief, say "Stop all sending." Then make the file yourself, in your file manager or editor. Your Chief never makes this file; that folder is yours alone. Do both.
  • To start again: remove the file and tell your Chief to clear the stop after you have settled its cause. On Codex Outlook that resumes eligible team drafting only; no words enable agent sending. Routes where the Chief can send retain their two-step restart. Deleting the file alone does not clear the recorded stop.

Know what each control stops. The off switch pauses the team. The app's stop control interrupts its current work. Any send approval applies only on a route where the Chief can send. Codex Outlook stays drafts only; none of these controls blocks a manual click in Outlook. When the team is stopped, leave its drafts unsent.

The team also stops itself. Some problems stop all sending, for every kind of email, until you've looked and said go. For example, a draft addressed to the wrong person, a send you didn't approve, the same email sent twice, or an agent following instructions it found inside an email (prompt injection). The team keeps reading and sorting, so you can see what's waiting. More: the off switch and everything that stops sending.

Do this now

Back in your thread with The Professor, say:

Open my copy of the autonomy ladder at work/course/staff/autonomy-ladder.md and read the "What the team counts" and "The off switch" sections with me. Let me say first what would make a draft "rewritten" rather than "light", then tell me if you agree.

Part 4 of 4Know which agent to ask for what

What you do: see who handles what, then try one handoff. What you get: you know where to go for help and where to go to get something done.

The Professor helps you learn. Your Chief of Staff gets things done. Ask The Professor anything about the course. Anything that should actually happen goes to your Chief.

You wantGo toFor example
A word explained, or where you are in the courseThe Professor"What does 'held' mean here?"
Your work checked against a lessonThe Professor"Check my third observational eval against the lesson." It says met, not yet, or can't tell. It never does it for you.
Help with a setup step that failedThe Professor"The connect step failed. Here's what I saw on screen."
Anything done: a check, a draft, a send, a tool connected, a rung changedYour Chief of StaffNot sure what to say? Ask The Professor for the exact words.
An agent that won't answer, or a tool to reconnect after a course updateYour Chief of Staff, which hands Gigawatt its part"Check that every agent I gave a note to still reads it."
An observational eval of a checkThe Operator (Gigawatt)"Observe my newest inbox check with me."
A rule for Kansa, because a draft got past it with something you'd never sendGigawatt"Save a note for the Quality Reviewer: '<your rule>'. Show me exactly what it would write first." One note is one rule.
An email sorted into the wrong categoryYour Chief of Staff"That one is a complaint, not a question." The Knowledge Librarian (Sallee) suggests a rule and saves it only when you say yes.
To stop everythingYour Chief of Staff, then your own hands"Stop all sending." Then make the file.

One rule holds everywhere: no agent in this course ever asks you for a password, a code or a key. If one does, stop and tell The Professor which thread it was in.

Do this now

In your thread with The Professor, say:

Check my inbox for me.

What you should see: one line saying that's your Chief's job, not its own, and the exact words to say to your Chief ("Check my email, grab 5"). Nothing gets checked. That's The Professor doing its job. More: what The Professor does.

If you get stuck

What you noticeWhat to do
Your Chief says the rounds didn't go wellFix what it names first: too few emails, no mix, a stop, a hold nobody explained, or a stuck job.
Your Chief says it has no timing to work fromRun one more check of your own inbox, so the record has at least three timed emails.
Your Chief says the team can't keep up with any scheduleYour busiest day has more email than the team can finish. Look at why each email takes so long first.
You want the schedule running nowNot yet. Keep saying "check my email" until the "What the course has tested in your app" table in the previous lesson says that step is open.
A scheduled task appeared in your app's Routines or Scheduled listNothing in this lesson creates one. Pause it in your app, then ask your Chief what happened.
You deleted the off switch file and nothing sendsDeleting the file alone doesn't restart anything. Say "Go ahead and send again."

What you'll keep

Your chosen schedule in your notes, your Chief's suggestion in the record, your own copy of the autonomy ladder, and the map of who to ask for what.

Before you finish

Before you finishFour checks
Self-assessed. No gate.

You can also say why a scheduled check never sends, the two steps that stop everything, and the two that start it again. Self-assessed. No gate.

Words you now own

  • The record: the team's own log of every check, draft and send.
  • Scheduled check: a check your app starts on a clock. It never sends.
  • Category: one kind of email, like booking requests or complaints.
  • Autonomy ladder and rung: four rungs of how much your team can do without you, one rung for each category.
  • Unedited, light, rewritten, discarded: how the record scores each draft you send or don't.
  • The off switch: the file autonomy-off in work-orders/standing/.

Next: Make the team yours, then run the same email again.

AI Build Lab · LearnAgent Workforce, Week 3, module-2, lesson-3