Writer
If you don’t give the AI direction, it can’t drive you to the destination.
I hit a surprisingly common trap while building an app demo with Figma Make.
My instruction to the agent was simple:
Please implement based on what’s in my Figma Make share link.
Sounds reasonable.
But here’s the problem: a share link is usually a demo, not a behavioral spec.
What I got wrong
To move fast, I made the starting screen the main tab bar in my Figma Make project.
The agent did exactly what it saw:
- it treated the demo as the requirement
- it implemented “launch → main tab”
For a demo, that can be fine.
For a real product, it’s usually wrong.
A real mobile app launch is a state machine
On mobile, a standard launch flow is not “whatever the first UI looks like.”
Typically, after app launch you enter a dedicated launch activity/view controller and run a state machine, for example:
1) Force update / soft update / OK
2) Only if OK → check whether we can auto-login
- if yes → go to main tab
- if not → go to login
Those conditions and branches are the direction.
The UI is just the outcome.
Why I thought the agent was “overwriting” my work
At first, I kept thinking the agent wasn’t following my instructions and kept changing my implementation.
Then I checked the React site Figma Make actually built.
The flow was already “locked in” by my demo.
In other words:
- the demo defined the world I gave the agent
- the agent simply inferred behavior from visible states
The agent didn’t fail.
My direction did.
Takeaway: define behavior before UI
If you want AI to build the right UI, define behavior first:
- entry states
- branching conditions
- success criteria
UI is the outcome.
The flow is the direction.
Editor
Strengths:
- Strong hook and clear single point.
- Concrete details (Figma Make, React build verification, update/auth branches) make it credible.
Edits for the final:
- Move “demo ≠ spec” earlier so the main contrast shows up faster.
- End with a tight checklist readers can reuse.
Final
If you don’t give the AI direction, it can’t drive you to the destination.
I hit a common trap while building an app demo with Figma Make.
My instruction to the agent was:
Please implement based on what’s in my Figma Make share link.
Sounds reasonable—until you realize the link is a demo, not a behavioral spec.
To move fast, I made the starting screen the main tab bar.
So the agent did exactly what it saw:
- it treated the demo as the requirement
- it implemented “launch → main tab”
But real mobile app launch is a state machine.
Typically, after app launch you enter a dedicated launch activity/view controller and run checks like:
1) Force update / soft update / OK
2) Only if OK → check whether we can auto-login
- if yes → main tab
- if not → login
At first, I thought the agent was ignoring instructions and “overwriting” my work.
Then I checked the React site Figma Make actually built—the flow was already locked in by my demo.
The agent didn’t fail.
My direction did.
Takeaway: define behavior before UI.
A minimal checklist:
- entry states
- branching conditions
- success criteria
UI is the outcome.
The flow is the direction.
