Work helper
Turn notes into actions
AI can organize rough notes, but it must preserve the difference between a fact, proposal, decision, and action.
1Learn the idea
Read
The working principle
AI can organize rough notes, but it must preserve the difference between a fact, proposal, decision, and action. This principle matters because an AI system produces likely output from the context and instructions it receives; it does not automatically know the organization’s current facts, private policy, unstated intent, or acceptable risk.
Use the following sequence for this page: label decisions, actions, questions, and context separately; preserve names, dates, and wording from the source; use TBD rather than inventing missing owners or deadlines; review the result against notes before sharing. The sequence is a guide, not a ritual. Skip a step only when its question truly has no effect on the outcome, and strengthen it when mistakes would be costly.
Read
A practical method
Read
1. Label decisions, actions, questions, and context separately
Read
2. Preserve names, dates, and wording from the source
Read
3. Use TBD rather than inventing missing owners or deadlines
Read
4. Review the result against notes before sharing
Read
Work through the scenario
Return to the opening case: Meeting notes mention possible launch dates, two volunteers, and several open questions, but no final owner for the security review. Begin by rewriting the request as a small contract. Name the intended reader or user, the authoritative material, the operation to perform, the required output, and the review owner. If current information is required, identify where it will come from. If exact calculation or action is required, assign that step to a deterministic tool or an approved system rather than relying on prose generation.
A useful instruction could follow this shape:
Goal: help [reader] accomplish [outcome]. Use only [named sources or supplied material] for factual claims. Perform [specific operation] and return [format]. Mark missing information as TBD or ask a focused question; do not guess. Before the result is used, [named person or role] will check [criteria].
Read
Failure modes to catch
- Converting discussion into commitment. This hides an important assumption or removes a review point. Replace it with an explicit rule, a source check, or a human decision.
- Dropping uncertainty to sound concise. This hides an important assumption or removes a review point. Replace it with an explicit rule, a source check, or a human decision.
- Sending a summary that no participant verifies. This hides an important assumption or removes a review point. Replace it with an explicit rule, a source check, or a human decision.
Read
Make it reusable
Turn Turn notes into actions into a template you can reuse this week: job statement, required evidence, failure mode to catch, and reviewer. Store it next to your other work helper notes. When the job changes, rewrite only the job statement and re-run the same failure-mode list — do not invent a new workflow from scratch. Role of this page: Core playbook.
Go deeper
Before you start
Why this matters
Meeting notes mention possible launch dates, two volunteers, and several open questions, but no final owner for the security review. The temptation is to begin by typing a broad request and judging whatever appears. That approach makes a good result hard to repeat and a bad result hard to diagnose.
Related lessons
Check your understanding
Page assessment
Answer from memory. Completion is saved from this evidence, not from opening the next page.
All responses are required.