The four heights
The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.
Execute — do the immediate task
+Prepare the design package for handoff of the new onboarding flow to Rahul and the frontend team.…
Execute — do the immediate task
+Prepare the design package for handoff of the new onboarding flow to Rahul and the frontend team. Include component usage notes, interaction states, a mapping of which components are custom versus library, and a prioritized list of items that will need engineering decisions. Ask Rahul to sign off on the implementation plan by Tuesday noon.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Improve — make it easier to accept
+Before I hand off onboarding, make it easy for developers to implement: surface the three…
Improve — make it easier to accept
+Before I hand off onboarding, make it easy for developers to implement: surface the three components that require custom work up front, make the variant rules and props findable, and flag any animations or micro-interactions that will need engineering sign-off because they rely on timing or nonstandard behaviors.
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Decide — diagnose the stuck moment
+I just completed the handoff and Rahul's team asked which component controls the onboarding modal…
Decide — diagnose the stuck moment
+Handoff landed and developers asked which component controls the modal behavior.
I just completed the handoff and Rahul's team asked which component controls the onboarding modal behavior. They need to know if it is a library component to reuse or a custom one to reimplement. I do not know whether the behavior was prototyped inside a nested variant or a separate overlay. Should I inspect the component hierarchy, send a quick recorded walkthrough, or mark the component as custom and provide the implementation details? What will avoid blocked work overnight?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Become — change the pattern
+Over multiple handoffs I keep getting follow-up questions about which components are library-owned…
Become — change the pattern
+Handoffs repeatedly leave ambiguous component ownership.
Over multiple handoffs I keep getting follow-up questions about which components are library-owned and which are one-off, causing rework and missed deadlines. I want a practice that clarifies ownership at handoff and reduces back-and-forth. What explicit ownership note, file structure convention, and quick verification step should I adopt so developers know what to reuse and what to rebuild?
Pasted it? When the reply comes back, push once: ask it to sharpen the weakest part. — Did this prompt help?
Next to this one
Other interface design work people do in Figma.
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.