Insert drawings and diagrams

Insert drawings and diagrams in Google Docs — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
I need to include an architecture diagram in the product spec. Insert a new drawing into the…
I need to include an architecture diagram in the product spec. Insert a new drawing into the document, recreate the network diagram we used in the July spec (three services, two databases, load balancer), label each component, and place the diagram just under the ‘Technical architecture’ heading. Make sure the diagram can be exported as PNG for the engineering board. Ladder L1

Improve — make it easier to accept

+
Before I embed the diagram, make it review-friendly: separate it into layers (frontend, backend,…
Before I embed the diagram, make it review-friendly: separate it into layers (frontend, backend, data), add numbered callouts for the three components that changed since the July spec, include a tiny legend explaining each symbol, and attach a short caption that explains the single risk a reviewer should care about. Ladder L2

Decide — diagnose the stuck moment

+
I drew the system layout but the engineers disagree which database is authoritative and that…

I sketched a diagram but I’m not sure what to label as the single source of truth

I drew the system layout but the engineers disagree which database is authoritative and that argument could derail approval. I’m worried labeling one as primary will start a technical debate. What’s the likely consequence of labeling one as authoritative versus leaving it ambiguous, and what’s the best next move to get the spec past reviewers without sparking a huge rewrite? Ladder L5

Become — change the pattern

+
In every spec the diagram gets reworked three times during review and each change forces another…

Diagrams keep getting updated during review and break the spec’s narrative

In every spec the diagram gets reworked three times during review and each change forces another round of edits in the text. We lose clarity and approval slips. What habit change stops this churn — locking the diagram before text freeze, a single diagram owner, or embedding a change log — and which approach reduces rework fastest for a small engineering team? Ladder L6

Next to this one

Other word processor work people do in Google Docs.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.