Page 2 of 8~112 min topic

Work helper

Turn notes into actions

AI can organize rough notes, but it must preserve the difference between a fact, proposal, decision, and action.

~14 min this pageCore playbook

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.

Check your understanding

Page assessment

Answer from memory. Completion is saved from this evidence, not from opening the next page.

1. Can you explain why the chosen method fits the task rather than merely naming an AI feature?
2. Did you identify authoritative input, missing-information behavior, and an accountable reviewer?

All responses are required.