Your weekly AI habit
Start with the job to be done
Frame the outcome, evidence, and human decision before asking the model to produce anything.
1Try it yourself
Playground
Your weekly AI habit
Pick exactly 3 small recurring habits.
Before you start
Why this matters
Without opening an AI tool, write the acceptance test for this job: run a thirty-minute weekly practice loop that improves one real workflow. Name one fact that must be exact, one judgment a person must make, and one condition that should stop the workflow. Compare your answer with the professional standard below; the gap is what you should practice.
2Learn the idea
Read
Define the professional job
The working assignment is to run a thirty-minute weekly practice loop that improves one real workflow for a busy learner who wants durable skill rather than tool chasing. That sentence is narrower than “use A weekly AI habit.” It identifies a deliverable and a reviewer. Write a definition of done with three layers: the output must satisfy the audience's need; factual or functional claims must be traceable; and a named person must own the final decision. Consistency beats novelty. One checked experiment each week produces transferable judgment; browsing new tools without measuring work does not.
Start by separating tasks. The model may draft, classify, transform, compare, or suggest. It may not silently approve, publish, grade, deploy, cite, or consent on someone's behalf. For this assignment the authoritative material is one recurring task, baseline time/quality, a small prompt change, saved output, verification note, and retrospective. Anything absent from those inputs is either an explicit assumption or an unanswered question.
Read
Convert the job into a contract
Use this prompt as a realistic starting contract:
This week I want to improve meeting-note follow-up. Baseline: 25 minutes and occasional missed owners. Design one 30-minute practice: a sanitized sample, one constrained prompt, a checklist for owner/date/source accuracy, and a five-minute retrospective. Keep the tool fixed and change only one prompting variable.
Notice what the prompt does: it states the setting, limits the output, names forbidden behavior, and requests evidence that can be reviewed. It does not ask the model to “make it amazing.” If a constraint matters, make it testable. Replace “be accurate” with a source boundary, formula check, test command, rights ledger, or approval step.
A useful response would look like this: A bounded weekly experiment with a baseline, one controlled change, an output check, and a decision to keep, revise, or discard the technique. That description is intentionally observable. “Looks good” is not acceptance. The operator must compare against the baseline, verify every owner and due date against source notes, record failure cases, and repeat on a second sanitized example before adopting. Keep the source material beside the draft so review means comparison, not memory.
Read
Scope and stop rules
Run the work through choose → baseline → practice → check → reflect → repeat. Stop when an authoritative input is missing, a high-risk claim lacks evidence, private material cannot be safely removed, or the proposed action exceeds the permission granted. Escalation is successful workflow behavior, not model failure.
Common framing mistakes are collecting prompts without testing; changing tool and task simultaneously; counting speed while quality falls; skipping reflection; automating before understanding. Prevent them by writing a one-paragraph job card: user, decision, deliverable, source of truth, constraints, reviewer, and stop condition. This card becomes the anchor for every later prompt.
Continue learning · glossary & guides
- Can the job be completed and reviewed without guessing its purpose?
- Which action remains owned by a person, and what evidence will that person inspect?
- Reference · Related concept
- Next