ExpertsFM

How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng

How I AI · September 14, 2026

5 Selected Lessons:

heuristic · 4 reasoning_pattern · 1
Group chat of specialized agent personas to pressure-test an idea
reasoning_pattern based on: lived experience Peng Zheng

Source

How I AI — How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng (September 14, 2026) · at 31:42 ▸

When this applies

when evaluating a nascent idea and wanting fast, low-cost input from multiple functional viewpoints (product, design, engineering) before committing resources

The takeaway

Simulate a multi-stakeholder review by instantiating distinct role-perspectives on the same input, to surface a fuller set of considerations cheaply before investing real resources.

Why it works

Assigning distinct role-based agents (PM, designer, engineer) to the same idea in a shared thread surfaces different categories of consideration (feasibility, UX, positioning) simultaneously, simulating a cross-functional discussion without scheduling real people.

One level up

Diversity of simulated viewpoints can substitute, at low cost, for the early-stage diversity of real cross-functional input.

Where it stops holding

This stops working when the idea requires real-world domain expertise, lived user context, or organizational politics that simulated personas can't capture.

Detail

approach: Drop a seed idea into a group chat of role-specialized bots and let them riff on it from their respective perspectives.
signals:
  • an early, unformed idea needing multi-angle feedback
  • no immediate access to real cross-functional collaborators
  • wanting to see how an idea evolves before committing
rationale: Seeing the idea derived into new sub-ideas from multiple simulated roles accelerates ideation that would otherwise require convening real people.

In their words

So I throw this idea into the group chat. And then in the group chat, we have a PM, we have a designer, we have a engineer, And then they started to talk about idea from their own perspective.
Use AI to get off the computer, not on it
heuristic based on: lived experience Claire Vaux

Source

How I AI — How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng (September 14, 2026) · at 0:00 ▸ · at 23:30 ▸

When this applies

when you have a task that normally requires you to be physically at a screen, but the real bottleneck is decision-making/direction, not manual execution

The takeaway

Separate the part of a task that requires your judgment from the part that requires your hands, and delegate the latter so you can be physically elsewhere.

Why it works

If an agent can take a voice memo or screenshot as input and execute the mechanical steps, the human's presence at the keyboard is no longer the constraint — only their judgment is.

One level up

Design your workflow around where your attention is scarce, not around where the tool traditionally lived.

Where it stops holding

This stops working when the task requires fine-grained manual correction or real-time human judgment at each step rather than a one-shot instruction.

Detail

rule: Give the agent a voice memo or screenshot describing the task, let it execute while you're away from the computer, review later.
threshold: Applicable whenever the task can be fully specified upfront without needing live human steering.
rationale: Removes the requirement of physical presence at a screen as the bottleneck to getting work done.

In their words

I use AI to get me off my computer, not on my computer.
Low-friction update pipelines increase actual usage
heuristic based on: lived experience Peng Zheng / Claire Vaux

Source

How I AI — How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng (September 14, 2026) · at 4:57 ▸ · at 10:44 ▸

When this applies

any system (content, dashboard, log, profile) that depends on ongoing manual input to stay valuable

The takeaway

The long-term value of any system that needs upkeep is gated by how low-friction the upkeep action is, not by the quality of the initial build.

Why it works

When the marginal cost of updating something drops to near zero (a photo + a message vs. downloading, formatting, uploading, coding), people actually keep doing it; when the cost is high, they quietly stop.

One level up

Design for sustained behavior change by minimizing the ongoing effort required, not just by making the first version impressive.

Where it stops holding

This stops working when the automation itself requires more trust/setup overhead than the manual process it replaces, or when the inputs it needs are themselves hard to produce.

Detail

rule: If updating a system requires manual download/copy/paste/upload, most people stop doing it; replace that chain with a single trigger (photo/screenshot) routed through an agent.
threshold: If updating takes more than one simple action, expect abandonment over time.
rationale: Mental load, not motivation, is usually the real barrier to maintaining personal systems.

In their words

If you had to like go home and download your photo and copy and paste in the X profiles and do all this stuff, you probably wouldn't keep the site updated. It just it takes it's too much mental load.
Front-load structural preferences so the agent doesn't produce a messy file
heuristic based on: lived experience John Bai

Source

How I AI — How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng (September 14, 2026) · at 20:15 ▸

When this applies

when delegating a repeatable production task to an agent that will operate with minimal supervision

The takeaway

Invest in specifying your standing preferences/constraints before delegating, so each individual delegation doesn't require re-explaining them.

Why it works

Stating layout/formatting conventions (spacing, orientation) once, upfront, lets the agent apply them consistently across future tasks without per-task correction.

One level up

The effort you save on repeated instructions scales with how early and thoroughly you encode your defaults into the system doing the work.

Where it stops holding

This stops working when requirements change task-to-task in ways that can't be captured as a stable default, requiring fresh direction each time anyway.

Detail

rule: Tell the bot upfront how you like artboards laid out (e.g., side by side, specific pixel spacing) so it doesn't return messy files.
threshold: Apply when a task will recur with the same structural conventions.
rationale: Reduces the number of correction rounds needed after each delegation.

In their words

I like to have my artboards laid out, you know, side by side horizontally, in, maybe 50 pixels apart or a 100, depending on the size of them. And I tell it all these things upfront so that it doesn't give me like a messy file when I come back to it.
Minimize distraction cost of completing small admin tasks
heuristic based on: reasoning Claire Vaux

Source

How I AI — How Grok Bot designers use AI agents to build personal sites and product prototypes | John Bai & Peng Zheng (September 14, 2026) · at 35:49 ▸

When this applies

any small routine task where the real cost isn't the task itself but the distraction/decision fatigue triggered by opening the associated app (reviews, related products, Slack notifications, etc.)

The takeaway

Reduce the surface area of attention-capturing interfaces a task has to pass through, not just the number of steps.

Why it works

Opening a general-purpose app (shopping site, calendar app) exposes you to unrelated stimuli (reviews, other notifications) that hijack attention; routing the task through a narrow agent avoids that exposure entirely.

One level up

Friction in a workflow is often not physical effort but exposure to distraction; design around minimizing that exposure.

Where it stops holding

This stops working when the task genuinely requires browsing/comparison (e.g., discovering options you didn't know existed), where exposure to the broader app is the point.

Detail

rule: Route rote completion tasks through a narrow agent that can't get distracted, instead of a general app that can.
threshold: Use when the task has a single clear completion criterion (buy this exact item, schedule this exact slot).
rationale: Allows a task to be kicked off and pulled through to completion without the human being pulled into unrelated browsing.

In their words

You're just like buy the thing or even calendar events. Like pull it up and you look and like, I have a conflict, what do I do? And you get distracted by Slack. All these things, I think, just allow you to kick off a task and pull it all the way through without distraction.