{"id":3109,"date":"2026-09-16T00:02:00","date_gmt":"2026-09-15T23:02:00","guid":{"rendered":"https:\/\/contentlabstudy.com\/soft\/prototype-faster-with-grokbot-cursor-and-potato-mode\/"},"modified":"2026-09-21T20:22:23","modified_gmt":"2026-09-21T19:22:23","slug":"prototype-faster-with-grokbot-cursor-and-potato-mode","status":"publish","type":"post","link":"https:\/\/contentlabstudy.com\/soft\/prototype-faster-with-grokbot-cursor-and-potato-mode\/","title":{"rendered":"Prototype Faster With Grokbot, Cursor, and Potato Mode"},"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_03.jpg\">\n  <source src=\"https:\/\/contentlabstudy.s3.us-east-1.amazonaws.com\/soft\/2026-09-16_03.mp4?X-Amz-Algorithm=AWS4-HMAC-SHA256&amp;X-Amz-Credential=AKIAVTCJZPR4S4LPREPL%2F20260923%2Fus-east-1%2Fs3%2Faws4_request&amp;X-Amz-Date=20260923T155240Z&amp;X-Amz-Expires=21600&amp;X-Amz-SignedHeaders=host&amp;response-cache-control=no-cache&amp;X-Amz-Signature=e1f4e7e1b51014818285feb70fe5fe1fa77f7b04efe371037a5384b26af25ddb\" type=\"video\/mp4\" \/>\n<\/video>\n\n<!--\nTitle: Prototype Faster With Grokbot, Cursor, and Potato Mode\nSlug: grokbot-cursor-potato-mode-prototype\nMeta description: Learn the Grokbot and Cursor workflow: specialized bots, potato-mode prototypes, debug sliders, and a human-in-the-loop process for zero-to-one builds.\nExcerpt: You do not need a production stack to find out if a product is worth building. This workflow uses Grokbot to orchestrate specialized bots and Cursor with potato mode to ship throwaway prototypes, debug sliders, and a landing page before login or a database exist. Copy the bot roster, the prompts, and the rule to stay in the loop until the codebase is agent-friendly.\nTags: Grokbot, Cursor, potato mode, AI bots, prototyping, product development\nEditor notes: Standardized tool name to Grokbot (also spoken as Rockbot and Grockbot). Pstack also spoken as Peacestack; potato mode is the slash command \/ plugin usage. Dialkit kept as spoken. Super Autopets later called Super Auto Pets; used Super Auto Pets in body. T3 \/ Tstack kept as spoken. \u201cV\u201d left as V (possibly Vite; do not assume). AEOS SEO spoken once and omitted as unclear. Architect models spoken as Fable, Saul, Grok, and Composer \u2014 verify. \u201cX AI's bot marketplace\u201d and Seed bots kept as spoken. \u201cmake interfaces feel better\u201d is a Twitter-circulated skill; author not named. Bufo Slack emoji count spoken as 12 \/ 1200; article uses \u201cabout 1,200\u201d as the clearer later figure \u2014 verify. Icon Coffee \/ Marcel \/ Rex \/ POS story is a cutaway, not a measured case study. No engineering time-saved numbers in transcript; measurement section is qualitative plus Marcel\u2019s \u201cextra hour, two hours.\u201d Project-planning skill contents were not published; not reconstructed. Dropped AV issues, Subway Surfers, coffee recs, stream logistics, and most game-balance debate. Suggested embed: after key takeaways, before \u201cWho this is for.\u201d\n-->\n<p>Most product work dies in scaffolding. Login, a database, a waitlist, and a \u201creal\u201d stack go in first. Then you find out the core loop is not fun, or the page was never worth polishing.<\/p>\n<p>The team here was standing up a game studio and a first game. They treated that stall as the actual problem. Grokbot ran the conversation, the specialist bots, and the knowledge work. Cursor ran the engineering. Potato mode \u2014 a Pstack plugin available in both \u2014 forced throwaway prototypes instead of production architecture.<\/p>\n<p>You will set up a bot roster, share context through the repo, spawn a durable engineer bot, and cut everything that is not the core loop. Then you stay in the weeds until the agents stop going sideways.<\/p>\n<h2>What to copy from this bot workflow<\/h2>\n<ul>\n<li>Split the work: Grokbot for back-and-forth and knowledge work, Cursor for coding. Both can run as cloud agents, not on your desktop.<\/li>\n<li>Give each job a bot. Dr. Eggbot creates bots. A chief of staff holds project context. An engineer bot orchestrates cloud agents and checks their work. Other bots own the lander, visuals, growth, and docs.<\/li>\n<li>Share context by pointing agents at committed plans in the repo, not by re-explaining the product in every chat.<\/li>\n<li>Prototype in potato mode: skip sign-in, skip the database, hardcode, and add debug sliders so you can tweak constants live.<\/li>\n<li>Ask the bot to restate the brief in its own words before it starts. Read that restatement. Correct it there, not after a wrong build.<\/li>\n<li>On a new codebase, inspect output. On a mature, agent-friendly codebase, delegate more.<\/li>\n<li>When an agent reasons wrong, do not only patch the one task. Turn the miss into a skill so it does not repeat.<\/li>\n<li>You cannot adjust how much compute a bot spins. You can adjust how it talks to you, what skills it loads, and what you forbid (auth, waitlists, architecture theater).<\/li>\n<\/ul>\n<h2>Who this is for, and who should skip it<\/h2>\n<p>This is for a founder, operator, marketer, or ops lead who already has \u2014 or is willing to use \u2014 Grokbot and Cursor, a git repo, and enough comfort to approve plans, read agent output, and click around a local prototype. It assumes you will run several bots at once and that someone on the team can live in a monorepo.<\/p>\n<p>Skip it if you need a production app with login and a database on day one, if you will not read agent output on a greenfield project, or if you only want a single chat window and no specialist roster. Potato mode is a prototyping router, not a substitute for later engineering. Lauren\u2019s instruction was explicit: make the engineer bot durable enough for serious work, not a prototype-only toy.<\/p>\n<h2>Set up the bot roster before you write production code<\/h2>\n<p>The goal is a small company of bots with clear jobs, not one mega-prompt. Matt\u2019s setup used Dr. Eggbot to create new bots, a founding engineer on the landing page, a creative director on visuals, a growth engineer, and a knowledge-base bot on Notion. Lauren\u2019s setup put a chief of staff \u2014 Steve \u2014 in front of that roster, holding credentials and the product brief, then working with the other bots.<\/p>\n<p>Prepare a repo with docs and plans already committed. If someone else wrote the MVP plan with their agent\u2019s context, point your agent at that file. That is the sharing mechanism they used.<\/p>\n<p>To add an engineer bot, ask Dr. Eggbot directly, or ask the chief of staff to talk to Dr. Eggbot if that is where the context lives. Lauren\u2019s brief: the engineer uses Pstack and potato mode to spawn cloud agents, then orchestrates them, supervises them, and checks their work. First phase is quick, lightweight prototypes so you can see how the product plays. Do not make the bot prototype-only. It has to survive the later, serious engineering.<\/p>\n<p>Good looks like a bot that can restate the job, knows potato mode is in play, and is not scoped as a throwaway intern. Failure looks like an engineer that can only sketch and cannot take the product past the demo, or a local Cursor agent that does not have the bot\u2019s context and has to start over from the docs.<\/p>\n<h2>Share context through the repo, not through chat<\/h2>\n<p>Lauren had already committed a plan. Matt pointed his agent at that document, said the first goal was a landing page in a monorepo, and asked for a plan plus a lander stack using his project planning skill.<\/p>\n<p>That skill is personal, not a public pack in this session. The rule of thumb he stated: for every new project, use a scaffold and move fast. Do not write your own stack. Options he named: T3, Tstack, Expo for a React Native app, Next, or V if it is simple. He also loads opinionated UI and styling guidelines, plus a design skill called \u201cmake interfaces feel better\u201d (circulated on Twitter; he did not name the author on the spot). He always wants OG meta tags and basic site meta \u2014 title, description, and the image you see when the page is posted or searched.<\/p>\n<p>Approve the plan before coding. In this run, Grokbot applied a subtract-before-you-add correction: strip auth, strip the waitlist, ship a V1. Then he kicked the work to a Cursor cloud agent with a Pstack \/ potato mode prompt.<\/p>\n<p>In Grokbot you can type <code>\/potato mode<\/code>. You can also just say \u201cuse potato mode.\u201d If the agent has the Pstack plugin, it should know what you mean.<\/p>\n<h2>Grokbot vs Cursor: who talks, who codes<\/h2>\n<p>Grokbot is the lightweight harness for conversation, routing, and knowledge work. Cursor is the coding harness. Use Grokbot for the back-and-forth, then Cursor for the actual engineering. Agents can run in the cloud in both cases, so the desktop is not the bottleneck.<\/p>\n<p>A local Cursor agent will not automatically inherit everything the Grokbot side knows. Lauren had to start over a bit and lean on the docs in the repo. The recovery move: make the agent restate the product in its own words, then read that restatement before it builds. In their game example, she checked that it had the short competitive loop, the three-player roster, the hidden lineup, matchmaking, and ELO. Then she overrode it: skip sign-in, keep it local, no database, potato mode prototyping, several prototypes, debug sliders for game constants.<\/p>\n<blockquote>Restate this in your own words before you start working just so you can confirm it.<\/blockquote>\n<h2>Use potato mode to get a throwaway prototype you can play<\/h2>\n<p>What you are trying to accomplish: shorten time to fun. For a game, Lauren\u2019s bar was blunt \u2014 if it is not fun, the rest does not matter. The same cut applies to any product: do not build login before you know the loop works.<\/p>\n<p>Potato mode is a router skill. It does not carry a long list of specific instructions. For different scenarios it loads other skills and principles. Two that came up:<\/p>\n<ul>\n<li><strong>Experience first:<\/strong> choose user delight over implementation convenience. Every feature needs to be justified. Ship less, but ship better.<\/li>\n<li><strong>Prototyping:<\/strong> design decisions are cheaper in throwaway HTML than in production code.<\/li>\n<\/ul>\n<blockquote>Design decisions are cheaper in throwaway HTML than production code.<\/blockquote>\n<p>It also thinks hard about data structures, because those determine almost everything else. There is an architect skill that swarms multiple models \u2014 Fable, Saul, Grok, and Composer were named \u2014 then you pick the best plan and merge useful ideas from the others. Different models excel at different tasks. For a prototype, Lauren skipped architect because it is slower and she did not care about architecture yet. She told it to use Grok for the first prototype and run locally.<\/p>\n<p>What good looked like in this session: vanilla HTML, CSS, and JavaScript; everything in memory; three UI variants you can toggle; mock seed data (they fetched a list of bots from the marketplace); types and state transitions; a debug panel with sliders and inputs for constants. Cursor\u2019s built-in browser is how you play it without leaving the tool.<\/p>\n<p>Prepare: committed product docs, a decision to skip auth and persistence, and a short list of knobs you want live (they used an advantage slider, caps, and stat totals). Then run the loop: play, notice a bug, fix, replay. They caught common-bot stats that did not add to 100 and a slider that did not slide. That is the point of the playground \u2014 you should not have to re-prompt a full rebuild to test a 22% bonus or a lineup change.<\/p>\n<blockquote>We need to shorten the time to fun.<\/blockquote>\n<p>Lauren\u2019s sequencing advice: get the most basic prototype up first so everyone can contribute to the codebase. Do not build a visual system and the prototype in parallel. It gets complicated. Visuals come after the core loop is playable. Matt had been exploring Dialkit (open source UI customization) and an asset playground with sliders on flat SVG tokens; useful later, not a blocker for V1.<\/p>\n<h2>Stay in the loop on a new codebase<\/h2>\n<p>Someone asked when to inspect output versus let the bots cook. Lauren\u2019s split: on a mature codebase \u2014 she used Grokbot itself as the example \u2014 a lot of time goes into architecture that is already agent-friendly, so she does not micromanage. On a zero-to-one project, stay in the weeds. Read the output. Catch the agent going the wrong direction early.<\/p>\n<p>That is also when you harvest skills. She reads thinking blocks (collapsed by default in Cursor; you can click in). A lot of her skills came from noticing an agent decide something without looking at the code. Matt\u2019s version of the same advice: when you see the agent think incorrectly, that is a chance to build or update a skill, not only to say \u201cdo the next thing\u201d until you luck into a result.<\/p>\n<p>Cursor design mode is the fast correction path for UI. Open the app in the Cursor browser, turn on design mode, click the element \u2014 or draw a box around a region \u2014 and tell the bot what is wrong. Lauren used it on the broken slider and later to move lanes onto their own page. You stay in flow instead of describing a div in prose.<\/p>\n<p>Visuals, when you get there: generate mock screens, use a reference (they used Super Auto Pets for light, fun graphics), then apply the look on top of the working loop. They also tried a CSS effect library; the agent over-applied shimmer and rainbows. Lauren\u2019s read was that she had steered it badly by nerd-sniping the CSS. The fix was to retarget the visual prototype, scale the gradient to the card size, and tone it down. Play the result. If the UI is still a debug board, that is acceptable until the loop is right.<\/p>\n<h2>What else the bots were doing while engineering ran<\/h2>\n<p>This is not only a coding pattern. While prototypes compiled, Matt pointed a knowledge-base bot at Notion: company docs, the pivot, a product plan with the core loop, a diagram from earlier in the day so future bots could learn the business, and notes toward go-to-market. Next on his list for the lander side: SEO, A\/B testing, and ads infrastructure, leaning into existing distribution rather than inventing a marketing system from scratch.<\/p>\n<p>He also used Grokbot with computer use as an ops stunt: pull a directory of Bufo meme PNGs and add the pack as Slack emojis instead of uploading them by hand. He described about 1,200 emojis. That is the same computer-use surface you cannot throttle for compute; you only change how the bot is instructed.<\/p>\n<p>A cutaway showed the same harness in a small business. Marcel at Icon Coffee in San Francisco\u2019s Potrero Hill runs a bot named Rex as a chief of staff. After using it on school emails from a parent portal, he gave it API access to the POS for reports and growth questions, and he photographed the cafe menu so the bot could flag items that had barely sold. He described getting an extra hour or two back from repetitive work.<\/p>\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>Landing page<\/td>\n<td>Founding engineer bot, Grokbot, Cursor cloud agent<\/td>\n<td>Committed plan, project planning skill, UI guidelines<\/td>\n<td>Scaffolded lander (bun \/ create next app in this run), OG meta, auth stripped<\/td>\n<td>Matt<\/td>\n<\/tr>\n<tr>\n<td>Core product prototype<\/td>\n<td>Engineer bot, potato mode, Cursor (Grok for first pass)<\/td>\n<td>Repo docs, restated brief, \u201cskip sign-in \/ no DB\u201d<\/td>\n<td>Throwaway HTML\/JS, in-memory loop, debug sliders, multiple UI variants<\/td>\n<td>Lauren<\/td>\n<\/tr>\n<tr>\n<td>Visual \/ asset exploration<\/td>\n<td>Creative director bot, Dialkit, image generation<\/td>\n<td>Reference art (Super Auto Pets), slider playground<\/td>\n<td>Asset playground, mock screens, later CSS\/visual pass<\/td>\n<td>Matt, Lauren, Roshan<\/td>\n<\/tr>\n<tr>\n<td>Company knowledge<\/td>\n<td>Knowledge-base bot, Notion<\/td>\n<td>Product plan, diagrams, pivot notes<\/td>\n<td>Updated company docs other bots can read<\/td>\n<td>Matt<\/td>\n<\/tr>\n<tr>\n<td>Internal ops stunt<\/td>\n<td>Grokbot computer use<\/td>\n<td>Emoji pack source, Slack<\/td>\n<td>Bulk custom Slack emojis<\/td>\n<td>Matt<\/td>\n<\/tr>\n<tr>\n<td>Cafe \/ roastery ops<\/td>\n<td>Rex (chief of staff) on Grokbot<\/td>\n<td>Parent portal, POS API, menu photo<\/td>\n<td>Filtered messages, sales reports, menu cuts<\/td>\n<td>Marcel, Icon Coffee<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Prompts, bot instructions, and workflows<\/h2>\n<p>These are reconstructed from what was actually said, cleaned of filler, not rewritten into a different method.<\/p>\n<h3>Point an agent at shared plans and request a lander<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nTake a look at that document. That is going to be our product.\nOur first goal is to make a landing page.\nGiven that it is a monorepo, create a plan and propose a nice lander stack\nwith my project planning skill.\n\nRead the project planning skill, the make interfaces feel better skill,\nand the shared context. I want a scaffold, not a custom stack.\nInclude OG meta tags and basic site meta (title, description, image).\nMake a plan for what a lander would look like.<\/code><\/pre>\n<h3>Create a durable engineer bot<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nTell Dr. Eggbot to create an engineering bot for me.\nThis engineer will use Pstack and potato mode to spawn cloud agents\nto work on our product.\n\nThe job of the engineer bot is to orchestrate these cloud agents,\nsupervise them, and check their work.\n\nFor the first phase, do quick lightweight prototypes so we can get a\nvisual feel before we start building the real thing. We do not need\nlogin yet when we do not even know if it is fun.\n\nDo not make this engineer prototype-only. Make it durable enough that\nit can do prototyping and also the serious engineering work later.\n\nRestate this in your own words before you start working.<\/code><\/pre>\n<h3>Potato mode prototype, local, with debug sliders<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nFor the prototype, skip sign-in for now. Just focus on the core loop\nso we can iterate on it quickly.\n\nUse potato mode prototyping.\nI want a few different prototypes to choose from.\nKeep everything local for now. No DB required.\n\nInclude debug panels with sliders and input boxes to tweak variables\nand constants for a quick iteration loop.<\/code><\/pre>\n<h3>Skip architecture theater on the first pass<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nSkip the architect skill. We are just prototyping and I do not care\nabout architecture at this point.\nUse Grok for the first prototype.\nRun it locally so we can actually play it.<\/code><\/pre>\n<h3>Design-mode UI fix<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nThis input is weird and does not slide correctly. Please fix.<\/code><\/pre>\n<p>In design mode you click the control or draw the region first so the bot knows the target. Same pattern for \u201cmove these lanes onto their own page.\u201d<\/p>\n<h3>Visual mocks after the loop works<\/h3>\n<pre><code>Reconstructed from the speaker's description.\n\nUse image generation to come up with mock screens.\nUse Super Auto Pets as a visual reference.\nLook up images for how these characters should look.\nI want a few images we can use to brainstorm how this will actually\nlook, because we do not want to play a product that looks like a\nKanban board.<\/code><\/pre>\n<h2>Measurement and business impact<\/h2>\n<p>No engineering hours, cost, lead, or support-load numbers were given for the studio build. The checkpoint they used was qualitative: can you play the core loop, see the logic (including a 22% advantage actually flipping a round), and tweak constants without waiting for another agent pass? If the prototype is ugly but the mechanics make sense, that is a pass. If you still cannot tell whether it is fun, keep cutting.<\/p>\n<p>On the ops side, Marcel described an extra hour or two a day after Rex took repetitive work \u2014 school-message noise, POS questions, menu items that did not sell. Matt\u2019s Slack emoji pack was framed as time not spent uploading files by hand, not as a KPI.<\/p>\n<p>Handoffs that mattered: Grokbot conversation to Cursor implementation; committed docs so a context-poor local agent can recover; Notion updates so future bots inherit the business diagram and product plan.<\/p>\n<h2>Pitfalls and guardrails<\/h2>\n<ul>\n<li><strong>You do not control compute.<\/strong> You control tone, skills, and constraints. If a bot is spinning, change the brief, not a hidden throttle that is not there.<\/li>\n<li><strong>Do not productionize the first pass.<\/strong> Auth, waitlists, and databases were actively removed. Potato mode\u2019s prototyping principle exists so you do not pour design decisions into production code too early.<\/li>\n<li><strong>Do not skip the restatement.<\/strong> A big blob of text will be misread. Make the bot say it back.<\/li>\n<li><strong>Do not make the engineer bot a prototype specialist.<\/strong> Lauren\u2019s constraint: durable enough for later serious work.<\/li>\n<li><strong>Do not run architect swarming when you only need a throwaway.<\/strong> It is slower. Skip it until architecture matters.<\/li>\n<li><strong>Do not build visuals and the loop in parallel<\/strong> if you need the whole team in one codebase. Get a basic prototype up first.<\/li>\n<li><strong>Stay in the loop on greenfield work.<\/strong> Agents will ship broken sliders, stats that do not sum, and CSS that turns every card into a rainbow. Design mode and a human playing the build are the guardrails.<\/li>\n<li><strong>A local Cursor agent may not have the bot\u2019s context.<\/strong> Point it at committed docs and restate, or you will rebuild from a wrong picture of the product.<\/li>\n<li><strong>Correcting forever is worse than writing a skill.<\/strong> If the thinking block shows a bad habit, encode the fix.<\/li>\n<li><strong>Brand and game-feel risk is real once you skin too early.<\/strong> They kept a debug UI longer than it was pretty, then applied art. Over-steering a CSS trick made the visual pass worse until they retargeted it.<\/li>\n<li><strong>Human in the loop for product judgment.<\/strong> Bots can simulate many runs. They cannot tell you the order of a lineup has no strategy, or that a legendary everyone copies will collapse the meta. That was a people conversation after the prototype ran.<\/li>\n<\/ul>\n<h2>7-day implementation plan<\/h2>\n<p>This follows the order they actually ran, compressed from a live multi-day build \u2014 not a generic sprint.<\/p>\n<h3>Day 1<\/h3>\n<p>Stand up the roster. Install the Pstack plugin so Grokbot and Cursor both understand potato mode. Create or confirm Dr. Eggbot, a chief of staff that holds the brief, and a durable engineer bot. Commit the product plan and any diagrams to the repo. Point a second agent at that file instead of re-briefing from memory. Write the lander brief with your scaffold preference, UI guidelines, and OG meta. Approve a subtract-before-add plan (no auth, no waitlist unless the loop already needs it).<\/p>\n<h3>Days 2\u20133<\/h3>\n<p>Kick the lander to a Cursor cloud agent. In parallel, open Cursor on the product and force a restatement of the core loop. Issue the potato mode prototype prompt: local, no database, several variants, debug sliders. Skip architect. Play the build in Cursor\u2019s browser. Fix only what blocks the loop (wrong totals, dead controls). Do not start login.<\/p>\n<h3>Days 4\u20135<\/h3>\n<p>Once the loop is playable, add the playground knobs you still lack so non-engineers can tweak constants live. Then, and only then, generate visual mocks and apply a first skin. Use design mode for layout moves instead of long UI prompts. If an agent reasons badly, write or update a skill before you pile on more tasks. Start the knowledge-base bot: dump the plan, the diagram, and the current objectives into Notion so later bots are not amnesiac.<\/p>\n<h3>Days 6\u20137<\/h3>\n<p>Decide what the engineer bot does after prototyping \u2014 the durable work, not another throwaway. Direct growth\/lander follow-ups only if the core loop survived contact with humans (in their queue: SEO, A\/B testing, ads infra, distribution you already have). For ops, pick one repetitive system \u2014 POS-style reporting, a menu or catalog photo, an inbox, or an internal pack of assets \u2014 and give a named chief-of-staff bot access with a tight job. Keep a human on customer-facing and balance decisions.<\/p>\n<h2>Get one loop on screen before you build the company around it<\/h2>\n<p>The outcome is not a pile of bots. It is a playable core, a lander that is allowed to be simple, and a roster that can keep working after the prototype. Share the plan in git, make the engineer durable, cut auth until the loop is fun, and stay close until the agents earn more leash.<\/p>\n<p>Watch the walkthrough for potato mode, the architect skip, and Cursor design mode on a live prototype.<\/p>\n<h2>FAQ<\/h2>\n<h3>Grokbot vs Cursor: do I need both?<\/h3>\n<p>The team used both on purpose. Grokbot is the lightweight harness for conversation, specialist bots, and knowledge work. Cursor is the coding harness that writes and runs the engineering, including cloud agents and a built-in browser. They work well together. If you only chat, you will under-serve the codebase. If you only code, you will re-explain context that a chief of staff and committed docs could have held.<\/p>\n<h3>What is potato mode, and do I need Pstack?<\/h3>\n<p>Potato mode is a router skill in Pstack: few hard-coded instructions, then other skills and principles depending on the scenario. In Grokbot you can slash-command it or just say \u201cuse potato mode\u201d if the plugin is available. You do not need it to run a knowledge bot in Notion. You do need it if you want the prototyping path they used \u2014 throwaway HTML, experience-first cuts, and an optional architect swarm you can skip.<\/p>\n<h3>Do I need a database and login for the first prototype?<\/h3>\n<p>No. Lauren\u2019s prototype instructions were skip sign-in, keep everything local, no DB, hardcode if you must, and put sliders on the constants. Matt\u2019s lander plan also had auth and a waitlist removed. Add those when you know the loop is worth it.<\/p>\n<h3>When should I inspect agent output vs let it cook?<\/h3>\n<p>On a new project, inspect. Read restatements, designs, and the first UI, and correct direction early. On a mature codebase that is already agent-friendly, Lauren spends more time on architecture and less time micromanaging. If you are zero to one, you are in the weeds on purpose.<\/p>\n<h3>Should the engineer bot only do prototypes?<\/h3>\n<p>No. Lauren told Dr. Eggbot not to make a prototype-only engineer. First phase is lightweight prototypes. The same bot should be durable enough for later serious engineering, including orchestrating cloud agents and checking their work.<\/p>\n<h3>How do I share context across bots?<\/h3>\n<p>Commit plans and docs to the repo and point agents at those files. Lauren\u2019s MVP document became Matt\u2019s lander brief that way. A chief of staff can hold credentials and the product story and talk to Dr. Eggbot for you. A knowledge bot can mirror the plan and diagrams into Notion for future bots. A local Cursor agent that lacks Grokbot context should be forced to restate from the docs before it builds.<\/p>\n<h3>Do I need the architect skill for a prototype?<\/h3>\n<p>Not for the first throwaway. Architect runs several models, compares plans, and merges ideas. That is useful when constraints are real. Lauren skipped it because it is slower and she did not care about architecture yet. She picked one model (Grok) and ran locally.<\/p>\n<h3>Does this only work for a game studio?<\/h3>\n<p>The worked example is a game studio, but the same harness showed up in cafe operations: a named chief of staff bot on POS reports, a menu photo, and a noisy inbox. The transferable pieces are the roster, repo context, potato-mode cuts, and a human still judging the loop.<\/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>You do not need a production stack first. Use Grokbot and Cursor potato mode to ship throwaway prototypes, debug sliders, and a lander before login exists.<\/p>\n","protected":false},"author":2,"featured_media":3108,"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-3109","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\/3109","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=3109"}],"version-history":[{"count":1,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts\/3109\/revisions"}],"predecessor-version":[{"id":3110,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/posts\/3109\/revisions\/3110"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/media\/3108"}],"wp:attachment":[{"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/media?parent=3109"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/categories?post=3109"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contentlabstudy.com\/soft\/wp-json\/wp\/v2\/tags?post=3109"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}