{"id":3129,"date":"2026-09-16T00:04:00","date_gmt":"2026-09-15T23:04:00","guid":{"rendered":"https:\/\/contentlabstudy.com\/soft\/how-to-prototype-products-with-cursor-agents-and-grokbots\/"},"modified":"2026-09-21T23:18:54","modified_gmt":"2026-09-21T22:18:54","slug":"how-to-prototype-products-with-cursor-agents-and-grokbots","status":"publish","type":"post","link":"https:\/\/contentlabstudy.com\/soft\/how-to-prototype-products-with-cursor-agents-and-grokbots\/","title":{"rendered":"How to Prototype Products With Cursor Agents and Grokbots"},"content":{"rendered":"\n<video controls playsinline preload=\"metadata\"\n       style=\"width:100%;max-width:960px;height:auto\"\n       poster=\"https:\/\/contentlabstudy.com\/soft\/wp-content\/uploads\/2026\/09\/image_2026-09-16_07.jpg\">\n  <source src=\"https:\/\/contentlabstudy.s3.us-east-1.amazonaws.com\/soft\/2026-09-16_07.mp4?X-Amz-Algorithm=AWS4-HMAC-SHA256&amp;X-Amz-Credential=AKIAVTCJZPR4S4LPREPL%2F20260923%2Fus-east-1%2Fs3%2Faws4_request&amp;X-Amz-Date=20260923T155156Z&amp;X-Amz-Expires=21600&amp;X-Amz-SignedHeaders=host&amp;response-cache-control=no-cache&amp;X-Amz-Signature=834fdd2038420e6bbde5ab3bb0d9c009629ff87b541144dd4b53d6bcbb3e43e7\" type=\"video\/mp4\" \/>\n<\/video>\n\n<!--\nTitle: How to Prototype Products With Cursor Agents and Grokbots\nSlug: prototype-with-cursor-grokbots\nMeta description: Use Cursor agents and Grokbots to mock, prototype, and ship a product: visual context, specialist bots, design mode, and what stays human.\nExcerpt: A small team can get a playable prototype into a shared repo by giving Cursor agents visual mocks, keeping Grokbots on one job, and iterating in design mode instead of debating frameworks. This is the operating manual: what to draw, what to hide from players, which bots to spawn, and where a human still has to click in.\nTags: Cursor, Grokbot, AI agents, prototyping, Potato Mode\nEditor notes: ASR variants: Rockbot \/ Grokbot \/ Grogbot \u2014 used Grokbot (fits Grok Imagine, Grokbot app, Grokbot Galaxy). TL draw \u2192 tldraw. cupcake enge \u2192 Cupcake Engine. comment siko \u2192 Comment Siko. Grok 46 (possibly Grok 4.6) left as spoken. Fal \u201cRefnet V2\u201d left as spoken; verify model name. Clervo left as the Tradbot source named in-session. Speakers: Lauren (mocks), Matt (lander \/ Grok 46), unnamed teammates; Karen\u2019s printer demo is only a mention. No numeric time-saved, cost, or lead metrics in the transcript \u2014 measurement section is qualitative plus Elo checkpoints they actually said. No full copy-paste system prompts; reconstructions are labeled. Suggested embed: after Key takeaways (design mode, tldraw-in-browser, and multitask are the parts that need the walkthrough).\n-->\n<p>The first prototype looked like an admin panel. It worked. Nobody on the team wanted to play it.<\/p>\n<p>That is the actual problem this workflow solves: a tiny team trying to ship a competitive bot-battling game people will click through, not a text-and-numbers UI that exposes Elo, stat lines, and internal jargon. The stack is Cursor agents plus Grokbots. The method is visual context, specialist bots, parallel polish, and a core loop you can play before the graphics are good.<\/p>\n<p>If you run the same sequence, you should be able to mock the product so an agent can see it, stand up a clickable loop in a shared repo, keep bot instructions reusable, and know which decisions still need a human. Draw it, let the agent screenshot it, then iterate in the running prototype \u2014 do not start by picking an animation framework.<\/p>\n\n<h2>Key takeaways for Cursor agents and Grokbots<\/h2>\n<ul>\n<li>Draw mocks in tldraw inside Cursor\u2019s browser so the agent can screenshot them and build from that context, instead of inventing layout from a text prompt.<\/li>\n<li>Give players a game, not the guts: hide raw Elo and in-round stats; show tiers, relative strength, and a post-match summary.<\/li>\n<li>Every Grokbot gets one job and a high-level description (the team treats that description like a system prompt). If a rule came from one bad chat, it is already overfitted.<\/li>\n<li>Use Cursor design mode (shift-click the UI) and multitask mode so polish is a pile of tagged fixes, not a single blocked agent.<\/li>\n<li>Keep character art in code for now; use Grok Imagine (then background removal) for skill icons, not as the bot bodies you then cannot animate.<\/li>\n<li>Ship the loop first. Animations, medals, 3D, and a full landing page come after something is playable on main.<\/li>\n<li>Agents verify better when they can run the product. Comments that explain workarounds are a smell \u2014 delete them rather than accumulating them.<\/li>\n<li>For anything competitive, assume client-side debug menus and feature-flagged cheats will be abused. Matchmaking and battle resolution need to be server-driven before you put it in the wild.<\/li>\n<\/ul>\n\n<h2>Who this is for (and who should skip it)<\/h2>\n<p>This is for a founder, operator, or product lead who will actually sit in Cursor, push to a shared repo, and read bot descriptions \u2014 not for someone who wants a support chatbot bolted onto a helpdesk. The working example is a three-person game studio trying to get a cupcake battler playable in days, with Grokbots on the roster and Cursor agents writing and clicking through the app.<\/p>\n<p>Skip it if you do not have (or will not use) Cursor, a Grokbot-style roster, and a git remote you are willing to treat as the source of truth. The team pushed straight to main until three people were colliding, then switched to pull requests. You need enough technical comfort to run the app locally, hide a debug menu before deploy, and notice when a landing page is still speaking prototyping language.<\/p>\n\n<h2>Give the agent a picture, not a speech<\/h2>\n<p>The first job is not \u201cprompt a bot to invent the product.\u201d Lauren blocked time on a whiteboard in tldraw, inside Cursor\u2019s browser, and sketched the screens: game view, new match, captain picker, hired-bot list, team page, import, drag-and-drop order, finding-match, then one bot per round.<\/p>\n<p>What you are trying to accomplish: a shared picture of the loop so an agent has \u201cvery useful context\u201d instead of guessing. Prepare a rough mock, not a finished design system. Working title is fine. Captain-has-later-implications can stay undecided.<\/p>\n<ol>\n<li>Open tldraw in Cursor\u2019s browser and sketch the screens in order of play.<\/li>\n<li>Tell the agent to look at the browser. It takes a screenshot and uses that as build context.<\/li>\n<li>Keep a simple account-scoped list of bots you have imported or hired. An \u201cimport\u201d control on the picker and a team page are enough for V1.<\/li>\n<li>Optional later: track who minted the bot (original creator vs. the person who uploaded it) as an Easter egg, not as a blocker.<\/li>\n<\/ol>\n<p>Good looks like a mock the team can point at: big, minimal, bots taking over the screen \u2014 not a dense dashboard. Failure looks like the earlier prototype: \u201csome kind of UI\u201d that does not feel like a game. If the generated screens do not match the mock, say so in design mode instead of re-explaining the whole product.<\/p>\n\n<h2>Design the loop so players never see the guts<\/h2>\n<p>The product decision underneath the mocks is consistent: players should play, not inspect the simulation. Elo exists; the player sees Diamond, not 1372. Stats exist (they talked about a 150 total cap); the player sees relative strength, not \u201cRizz was 37 charisma.\u201d<\/p>\n<h3>What players see in a match<\/h3>\n<ul>\n<li>Pick a captain from bots you already have, then assemble the rest of the team (two more bots in their sketch). Captain may matter later; it does not have to yet.<\/li>\n<li>Reorder with drag and drop, confirm, then a finding-match state. Ideally matchmaking is fast enough that this screen never appears; if it takes more than a few seconds, add a loading animation rather than a wall of copy.<\/li>\n<li>Rounds show one of your bots at a time against one of theirs \u2014 not a text soup of both teams and every number.<\/li>\n<li>Chunk stats into bands (they sketched 0\u201320, 20\u201340, 40\u201380) and show weak vs. strong, or arrows of power. Hide the numbers in the fight. People who want to dig can get numbers later.<\/li>\n<li>Do not preview that the opponent is legendary. Reveal it in the moment so the turn has drama.<\/li>\n<li>After the match, a summary of all bots is useful: why you lost, what to tweak next round, and something people might share. That is where stats can reappear.<\/li>\n<li>Rank change: show tier plus or minus a number, or an arrow, not the raw Elo. A later idea: medals (bronze \/ silver \/ gold \/ platinum) next to the handle, with the real number on hover.<\/li>\n<\/ul>\n<p>They also caught a design hole in their own V1: a reroll-team control. If you can see the random bots and spam reroll until you have three legendaries, you will. The fix they liked was pick your captain, receive two hidden bots, and only then decide whether reroll still exists.<\/p>\n<p>Good is a loop you can click without reading. Failure is guaranteed-win math on a stat line, a useless \u201cnext round\u201d button, and a match that dumps details on a card when you only wanted the avatar. Auto-advance rounds after a few seconds, then auto-find a new match after about five seconds, beat a click-through slideshow.<\/p>\n\n<h2>Iterate on the running prototype, not on a spec<\/h2>\n<p>Once something is on screen, stop describing the game and start marking it up. Cursor design mode lets you shift-click a screen or element and tell the agent what is wrong: three big cards, captain selector first, make the row draggable, remove the reorder button, drop the stat line, pin the header, delete the extra container, keep the number attached when the card rotates.<\/p>\n<p>What to prepare: the prototype running locally, mocks nearby, and a willingness to refresh when the agent\u2019s output has not landed yet. Several people can work if someone is pushing; they started with commit-and-push-to-main (\u201cno time for PRs\u201d) and only switched to pull requests when three people were editing at once. If a cloud agent is behind, tell it to rebase on main.<\/p>\n<p>Good is a captain flow, a match, persistent Elo, and a loop you can play even if you lose. One run showed Diamond at 1240, then 1258 after a win \u2014 enough to know accounts and ranking were sticking. Failure is a finding-match state that pops and dies with no animation, CSS that clips on rotate, and copy that still reads like a prototype.<\/p>\n<p>When you are unsure how to do animations, do not pick a library in the abstract. The recommendation in Potato Mode: keep prototyping. Tell the agent to research programmatic animations in JavaScript, build small examples, and look at existing Grokbot motion (2D that still reads as rotation, flips, eyes that follow). Start 2D. Graphics are a layer on top of the logic; you can revamp them after the loop is real. 3D is a later milestone, not the prototype.<\/p>\n\n<h2>Specialist Grokbots, then parallel Cursor agents<\/h2>\n<p>The roster is not \u201cone mega-agent.\u201d Dr. Eggbot is the bot they kept recommending for other bots: it writes a description (called a soul \/ system prompt in the session), sets a voice, and assigns one job so the bot does not try to do everything. Labels (Tater vs. engineer) are treated as cosmetic memory aids, not behavior. Download Dr. Eggbot in the Grokbot app if you want it on your roster; they also use it for a health check on existing prompts.<\/p>\n<p>Cupcake Engine\u2019s job, after a rewrite, was high-level: game-studio context, one job, own engineering outcomes by orchestrating P-Stack, Potato Mode, and cloud agents, then supervise and verify. Match the playbook. When the first description was a pile of incident-specific instructions, they sent it back: too specific, read Potato Mode again, write principles instead of a souvenir of one chat.<\/p>\n<p>Comment Siko exists because agents use comments as a crutch for workarounds instead of fixing the root cause. Over time the app fills with comments and becomes unmaintainable. The bot\u2019s job is to delete them. The name is a riff on a colleague\u2019s \u201csiko mode\u201d skill.<\/p>\n<p>On the Cursor side, multitask mode is the other multiplier. Tag several UI problems, start multitasking, and you get a sub-agent per item. That is the difference between being blocked on one bot and parallelizing \u201cfix this, change this, do that.\u201d You can queue a prompt (they queued tier badges with color for platinum, diamond, and the rest) or interrupt and steer. Computer-use agents that play the game themselves are how they check whether a build actually runs.<\/p>\n<p>Split work the same way you split bots. In the session: one person on auth so they could sign in and fight each other; one on assets, ability icons, and a mini tutorial; one on the main game loop (rounds should not require a click each time). Playtesting is not optional \u2014 the mechanics are \u201crock paper scissors with some numbers,\u201d so player feel and animation carry the product.<\/p>\n\n<table>\n<thead>\n<tr>\n<th>Use case<\/th>\n<th>Bot \/ tool<\/th>\n<th>Input needed<\/th>\n<th>Output<\/th>\n<th>Owner<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Engineering the prototype<\/td>\n<td>Cupcake Engine, Cursor agents, P-Stack, Potato Mode<\/td>\n<td>Repo, mocks, playbook<\/td>\n<td>Running loop, commits, supervision<\/td>\n<td>Engineering lead<\/td>\n<\/tr>\n<tr>\n<td>Rewrite and health-check bots<\/td>\n<td>Dr. Eggbot<\/td>\n<td>Existing descriptions, Potato Mode<\/td>\n<td>One-job prompts, less overfit copy<\/td>\n<td>Whoever owns the roster<\/td>\n<\/tr>\n<tr>\n<td>Stop workaround comments<\/td>\n<td>Comment Siko<\/td>\n<td>Codebase comments<\/td>\n<td>Comments removed at the root-cause layer<\/td>\n<td>Engineering<\/td>\n<\/tr>\n<tr>\n<td>Skill \/ ability icons<\/td>\n<td>Grok Imagine, Fal Refnet V2, image-gen bot<\/td>\n<td>Mechanics, existing design language<\/td>\n<td>On-brand icons with transparent backgrounds<\/td>\n<td>Design \/ assets<\/td>\n<\/tr>\n<tr>\n<td>UI polish in parallel<\/td>\n<td>Cursor design mode + multitask<\/td>\n<td>Tagged elements on the live UI<\/td>\n<td>Many small visual fixes at once<\/td>\n<td>Whoever is in the prototype<\/td>\n<\/tr>\n<tr>\n<td>Landing \/ first impression<\/td>\n<td>Cursor, Grok 46 low effort fast<\/td>\n<td>Real marketplace bots, not fictional ones<\/td>\n<td>Hero + Play, not a spec dump<\/td>\n<td>Whoever owns the lander<\/td>\n<\/tr>\n<tr>\n<td>Ship-ready access<\/td>\n<td>Human + agents<\/td>\n<td>Accounts, anti-cheat constraints<\/td>\n<td>Auth; later, server-driven battles<\/td>\n<td>One teammate<\/td>\n<\/tr>\n<tr>\n<td>GTM \/ monetization sketch<\/td>\n<td>Bots as needed<\/td>\n<td>Stadium \/ banner concept<\/td>\n<td>Non-intrusive ads, possible bid + moderation<\/td>\n<td>One teammate<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n<h2>Prompts, bot instructions, and workflows<\/h2>\n<p>These are cleaned from what they actually told the agents. Reconstructions are labeled. Do not turn them into a different method.<\/p>\n<h3>Point the agent at the whiteboard<\/h3>\n<pre><code>Look at my browser. I drew some mocks in tldraw. Take a screenshot and use that as context to build the screens.<\/code><\/pre>\n<h3>Design-mode feedback on a live screen<\/h3>\n<pre><code>This doesn't match my mocks.\n\nThree big cards. First card is the captain selector. The other two cards are the rest of the team.\n\nThis row should be draggable to reorder. Remove the reorder button.\n\nDon't show this card. Just the bot avatar. Remove the stat line.\n\nWhen the card rotates, this number stays attached to the card and rotates with it.\n\nDelete this container so the rest of the UI can overlay at full height.\n\nWhen you're done, commit and push to main.<\/code><\/pre>\n<p>Reconstructed from the speaker&#8217;s description.<\/p>\n<h3>When you do not know the animation approach<\/h3>\n<pre><code>Help me research game animation frameworks.\n\nLook up how to do programmatic animations with JavaScript.\nPrototype a few small examples. Do not commit us to a library yet.\nStart 2D. Prefer code-driven motion we can iterate, similar in spirit to Grokbot avatars that rotate and whose eyes follow, still in 2D.<\/code><\/pre>\n<p>Reconstructed from the speaker&#8217;s description.<\/p>\n<h3>Chain Imagine for skill icons, not bot bodies<\/h3>\n<pre><code>Have Cupcake Engine talk to the image-gen bot.\nExplain the repo we are working in and the game mechanics.\nBuild cool skill icons using Imagine. Remove the background.\nThese need to be on brand. Use the existing design language.<\/code><\/pre>\n<p>Reconstructed from the speaker&#8217;s description. The image pipeline they already liked: Grok Imagine for the art, then a Fal Refnet V2 background-removal model so you get a transparent PNG. They explicitly decided not to make the fighters themselves PNGs, because a JavaScript animation path is painful if the characters are flattened images. Sprite sheets (idle, angry, battle, happy) were the fallback if they left code-drawn bots later. Imagine can still do hero assets.<\/p>\n<h3>Fix an overfitted bot description<\/h3>\n<pre><code>The description you came up with for Cupcake Engine is way too specific.\nRead Potato Mode again and come up with principles Cupcake Engine should follow\ninstead of these overly specific issues.<\/code><\/pre>\n<h3>Landing page that does not leak the prototype<\/h3>\n<pre><code>Stop using prototyping language on the lander.\nLook at the bot marketplace and use real bots, not fictional ones.\nDo not put internal build details on the page.\nKeep the hero (cards \/ bot stack) and a big Play button that starts login.\nCut the rest of the fluff.<\/code><\/pre>\n<p>Reconstructed from the speaker&#8217;s description. Matt\u2019s preferred design-mode combo in the session was Grok 46, low effort, fast \u2014 so you can rip through spacing, type, and nonsense copy quickly.<\/p>\n<h3>Cupcake Engine, after the rewrite (direction, not a full dump)<\/h3>\n<pre><code>High-level context on our game studio.\nOne job: own engineering outcomes by orchestrating work through P-Stack, Potato Mode, and cloud agents, then supervising and verifying.\nMatch the playbook and follow it.<\/code><\/pre>\n<p>They still called some of that \u201cAI slop\u201d and planned to clean it. The point is the shape: durable principles, one job, not a transcript of last Tuesday\u2019s bug.<\/p>\n\n<h2>What to check before you call it shippable<\/h2>\n<p>Nobody in the session quoted hours saved, cost per match, or lead volume. The checkpoints they actually used:<\/p>\n<ul>\n<li>Can you click captain \u2192 order \u2192 match \u2192 rounds without thinking? If yes, the loop is real even if you keep losing.<\/li>\n<li>Does Elo persist across refresh (they saw Diamond 1240, then 1258 after a win)?<\/li>\n<li>Does the UI still show stat lines, raw Elo, debug cheats, or prototyping copy? Then it is not ready for players.<\/li>\n<li>Can three of you sign in and fight each other? Auth is the gate to playtesting, and playtesting is the gate to \u201cplayer feel.\u201d<\/li>\n<li>V1 leaderboard is just highest Elo. Replays, medals, and fancier tiers wait. Bragging rights are the point (\u201cwho\u2019s the best cupcake battler\u201d).<\/li>\n<\/ul>\n<p>Business-side, they only sketched GTM: a stadium instead of bots in outer space, non-intrusive banners, maybe an ad marketplace with bidding and human moderation of who gets to show up. That was a bot to kick off later, not a metric they had.<\/p>\n\n<h2>Pitfalls and where a human stays in the loop<\/h2>\n<ul>\n<li><strong>Overfitted skills.<\/strong> When a rule is born from one failure in one session, agents stuff the entire incident into the skill. Reuse dies. You get a soup of stale examples. A human has to open the description, notice it, and send the bot back to principles (Potato Mode, one job, durable language).<\/li>\n<li><strong>Comment rot.<\/strong> Agents explain the workaround in a comment instead of fixing the cause. Comment Siko is the guardrail; a human still has to care that the codebase stays maintainable.<\/li>\n<li><strong>Text and numbers as the default UI.<\/strong> \u201cThe enemy of the game design here is too much text and numbers.\u201d If the fight is a stat dump, you shipped the simulation, not the game.<\/li>\n<li><strong>Reroll and client cheats.<\/strong> Visible randoms plus reroll equals legendary farming. A debug menu that can boost charisma to 43 is fun internally and fatal in production. Feature flags are not enough: the code still ships, and someone can tweak values in the console. Hide the debug menu. Move matchmaking and resolution to the server before competitive play.<\/li>\n<li><strong>Landing pages that confess.<\/strong> Models invent fictional bots, paste internal specifics, and write how-it-works copy nobody asked for. A human has to answer \u201cwhy is this fun?\u201d and cut to hero plus Play \u2014 or skip the lander and drop into sign-in, which they also debated as lower friction.<\/li>\n<li><strong>PNG trap.<\/strong> Cute Imagine characters with the background removed still fight you if you then need code-driven motion. Keep fighters in code; Imagine the icons.<\/li>\n<li><strong>One-agent bottleneck.<\/strong> Forgetting multitask means you wait on a single bot for every CSS nick. Parallelize polish; serialize the core loop until main is stable enough to branch.<\/li>\n<li><strong>Animation without design chops.<\/strong> They were honest: good win\/lose motion may need a person, references, or many small prototypes, not one \u201cwrite us a framework\u201d prompt.<\/li>\n<\/ul>\n<blockquote>You don&#8217;t have to see the guts of how the game works. You just want to play the game.<\/blockquote>\n<blockquote>I find that agents tend to put all the details in that rule or skill and then it makes the skill less reusable.<\/blockquote>\n<blockquote>Agents do a lot better when they can verify their output.<\/blockquote>\n\n<h2>A 7-day plan to run the same method<\/h2>\n<p>They were on a three-day build and said they were about halfway. This stretches that same sequence so you can repeat it without inventing extra process.<\/p>\n<h3>Day 1<\/h3>\n<p>Whiteboard the loop in tldraw inside Cursor. Captain, team, match, one-bot rounds, summary. Decide what is hidden in-fight (numbers, opponent rarity, raw Elo) versus what appears after. Point an agent at the browser. Stand up the ugliest clickable path you can. Do not name the product yet if you do not have to.<\/p>\n<h3>Days 2\u20133<\/h3>\n<p>Get the prototype on a shared main. Design-mode the screens until they match the mock: drag-and-drop order, no extra reorder chrome, avatars not stat cards, pinned header. Let agents run the loop themselves. If matchmaking is instant, keep the finding-match state anyway until you add motion \u2014 then ship and iterate. Start a specialist engineering bot with one job and a short playbook, not a memoir of today\u2019s bugs.<\/p>\n<h3>Days 4\u20135<\/h3>\n<p>Rewrite any overfitted descriptions (Dr. Eggbot + Potato Mode). Generate ability icons with Imagine and background removal; leave bodies in code. Turn on multitask for polish. Implement auth so real accounts can play. Kill or hide the debug menu. Add a Play-first hero if you need a door; cut marketplace fiction and prototyping language. Spawn Comment Siko on the repo before comments become policy.<\/p>\n<h3>Days 6\u20137<\/h3>\n<p>Playtest with the actual team signed in. Auto-advance rounds; only then invest in win\/lose animation research via small JS prototypes, still 2D. Leaderboard V1 = Elo sort. Put rank as a tier (tooltip for the number if you must). List what must be server-driven before strangers can cheat. If you care about GTM, sketch stadium ads as a separate bot thread \u2014 non-intrusive, moderated \u2014 and do not block the loop on it.<\/p>\n\n<p>The outcome is not a perfect game. It is a loop on main that a few people can play, with bots that stay specialist, a UI that does not leak the simulation, and a list of human jobs (feel, anti-cheat, prompt hygiene) you will not automate yet. Watch the video for the walkthrough of tldraw-in-Cursor, design mode, and multitask \u2014 then start with one specialist bot and one mocked loop, not a roster of twelve.<\/p>\n\n<h2>FAQ<\/h2>\n<h3>Do I need Grokbots if I already use Cursor agents?<\/h3>\n<p>The team used both on purpose. Cursor agents build, click, screenshot, multitask, and push the app. Grokbots like Dr. Eggbot, Cupcake Engine, and Comment Siko hold jobs, voices, and playbooks that persist across the work. If you only have Cursor, you can still steal the visual-context and design-mode loop; you will have to keep the \u201cone job, high-level description\u201d discipline yourself.<\/p>\n<h3>tldraw vs. prompting the agent to invent mocks \u2014 which first?<\/h3>\n<p>They could have prompted a bot for the whiteboard and chose not to. Drawing it themselves, in the browser the agent can see, was for thinking and for context. Use tldraw first when you care about layout and feel; let the agent riff after it has a screenshot, not before.<\/p>\n<h3>Grok Imagine vs. code-drawn bots \u2014 which should I use?<\/h3>\n<p>Keep the characters in code for V1 so states stay flexible. Use Grok Imagine for skill icons (and maybe hero shots), then Fal Refnet V2-style background removal for transparent assets. Sprite sheets are the compromise if you insist on image-based 2D frames. 3D is a later milestone.<\/p>\n<h3>Do I need a landing page or should players drop straight into sign-in?<\/h3>\n<p>They disagreed in the room. One view: the sign-in screen is enough and a lander adds friction. The other: an app needs a home, and a strong hero plus Play is that home. What they agreed to cut was fluff, fictional bots, and prototyping language. If you keep a lander, keep the card stack and a Play button that starts login.<\/p>\n<h3>Potato Mode vs. a long bot description \u2014 what is the difference?<\/h3>\n<p>Potato Mode here means stay high-level, keep prototyping, and research with small examples when you are unsure. A long description that encodes one incident is the failure mode. If Dr. Eggbot (or any agent) writes a novel, send it back to principles and one job.<\/p>\n<h3>Does a bot\u2019s label change how it behaves?<\/h3>\n<p>In the session they believed the label was cosmetic \u2014 a reminder when your bots are named Tater, Mash, and Hash Brown. Behavior lives in the description. Someone else on the team could correct that later; do not build logic on the label until you verify it.<\/p>\n<h3>When do we stop pushing to main?<\/h3>\n<p>They pushed to main while moving fast, then switched to pull requests once three people were collaborating and needed bots to reconcile diffs. Use main until collision cost is real; do not wait for a perfect branching strategy to get a playable loop.<\/p>\n<h3>What has to stay human in a competitive product?<\/h3>\n<p>Playtesting, reading bot descriptions, deciding what players are allowed to see, animation taste, and anything that prevents cheating (hiding debug tools, server-driven battles, moderating who can buy ad space). Agents can implement and even run the loop to verify. They should not be the last word on feel or integrity.<\/p>\n<script>(function(){if(window.__tkS3Vid)return;window.__tkS3Vid=1;document.addEventListener('playing',function(e){var t=e.target;if(t&&t.tagName==='VIDEO'){t.removeAttribute('poster');}},true);}());<\/script>","protected":false},"excerpt":{"rendered":"<p>Use Cursor agents and Grokbots to ship a playable prototype: give visual mocks, keep each bot on one job, and iterate in design mode, not a spec.<\/p>\n","protected":false},"author":2,"featured_media":3128,"comment_status":"open","ping_status":"0","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[3],"tags":[],"class_list":["post-3129","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-development"],"_links":{"self":[{"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts\/3129","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/comments?post=3129"}],"version-history":[{"count":1,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts\/3129\/revisions"}],"predecessor-version":[{"id":3133,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts\/3129\/revisions\/3133"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/media\/3128"}],"wp:attachment":[{"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/media?parent=3129"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/categories?post=3129"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/tags?post=3129"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}