An idle game about running your own AI coding shop: tap to prompt, hire AI agents, ship products, sell the company. Built by five people and their AI assistants, and the premium purchase inside the game is the real tool that built it.

Inspiration

All five of us build software with AI agents every day. Each of us runs our own coding assistant through PAPI, a plan → build → review framework with looped cycles, one shared board, one repo, one decision tree. When the Shipaton needed an idea, the honest answer was right in front of us. We made the life we already live playable.

Idle games were the natural fit. They are games about systems running while you decide where your attention goes, which is exactly what working alongside a team of AI agents feels like. So the game became what we do: you run a vibe-coding shop, agents burn tokens to ship client jobs, and you grow from tapping prompts yourself to running a whole studio. The satire is affectionate because we live it, and the game itself was built by AI assistants end to end.

What it does

You see a coding terminal. Tap to prompt, the job ships, you get paid, the next job starts. Spend Cash to install AI agents at your office desks, a cast of cats in human clothes, each adding a prompt every second so the work keeps moving between taps. Harder jobs need more prompts and pay more.

The game changes as you grow. You start as a Solo Coder tapping prompts by hand. Once your agents take over the prompting, your job becomes managing tokens, cash and the roster, and buying tools on the Tool Bench. At Established Company you unlock Product Studio, where up to three products earn Cash every minute. Five company stages run from Solo Coder to Software Business, each opening more desks. At the top you can sell the company, keep your Prestige Points, and spend them on permanent skills named after real coding skills like Git and TypeScript.

When a job finishes you choose: ship it and keep the agent moving, or have the agent review the work first, which lowers the chance of a hidden bug surfacing later. Bugs that do surface become incidents that cost you Reputation and slow the team down.

The premium purchase is PAPI itself, the real tool this team used to build the game: one-time, optional, and the game is fully playable without it. PAPI owners earn more while away, prompt faster, and never watch an ad on a rewarded claim. Ads are optional rewarded videos only. No banners, no interstitials.

How we built it

Five contributors, each driving their own AI assistant (Claude Code, Codex, OpenCode, GLM), all shipping into one repo at once. The catch: each assistant lives in its own context window and none of them can see the others', so PAPI's board was the only shared memory. Work not written to PAPI did not happen.

Everything moved through plan → build → review → release cycles governed by live Active Decisions, superseded rather than overwritten so the reasoning trail from the first wireframe to the shipped build is intact. Teammates cross-reviewed each other's builds, because each assistant has different blind spots. The stack is Expo, React Native, TypeScript and Zustand, with versioned local saves and a deterministic integer economy. RevenueCat lives behind one typed wrapper, and notifications are wired to OneSignal through a provider-neutral layer.

The whole build is public. Every task, build report, learning and decision is browsable at https://getpapi.ai/projects/vibetycoon

Challenges we ran into

  • We entered late, and Google Play's clock cannot be compressed. The decision to enter landed on August 18. New-account rules demand twelve testers opted in for fourteen continuous days before production access is even available. Closed testing started August 31, we went live September 26, and the deadline was September 30.
  • The entry gate almost didn't exist. A live RevenueCat purchase is mandatory to enter, and when we started, the RevenueCat dashboard wasn't set up at all. That became the critical path for the first month.
  • The bugs only real economies reveal. On day one, every profile's tokens hit zero with nothing to replenish them. And the first rewarded-ad build would have granted rewards for ads that never played. Both were caught in review, not in production.
  • The tutorial taught a retired surface. It pointed new players at a job board the shipped loop had already replaced with a prompt codebox. The first five minutes and the actual game disagreed.
  • The store build lagged the code. Four days before the deadline the store was three releases behind main, so the final week was a sprint to get the shipping build current.
  • The first-session economy is the hardest thing to tune. The first hire's price swung wildly in a day before settling into a curve that lets a new player afford their first agent at the right moment.

What we learned

  • The first session is the whole game. The day-one token drain mattered more than any late-game feature. Fixing the opening loop became the standard for what ships.
  • Offline earnings need a cap. If the game earns too much while closed, coming back stops mattering. We tuned the cap so returning is still the best decision a player can make.
  • The tutorial has to teach the loop the player actually has. Ours taught a job board the shipped game had replaced. We only noticed by watching the first five minutes as a player would.
  • Feel is measurable. Checking the real font and spacing on every button in every state turned "it feels off" into a list we could fix and test.
  • Motion reads as polish only when it is small and optional. Every animation ships with an off switch for players who ask for less movement.
  • Verify from the save file, not the screen. Pulling the save database off a device proved the token math exactly and disproved a suspected bug that screenshots would have muddied.

Built With

Share this project:

Updates

posted an update —

Vibe Tycoon: The Story from v0.99.0 to v1.3.1

Vibe Tycoon’s move from v0.99.0 to v1.3.1 was the point where the project stopped feeling like a collection of connected features and started behaving like a real game product.

The previous releases had already established the core Prompt loop, the studio economy, agents, upgrades, Growth, Prestige, rewards, and mobile navigation. The next challenge was different. The game needed to become easier to understand, more satisfying to play, more stable under real interaction, and more disciplined internally.

This period was about turning the foundation into a product with a stronger opening, clearer feedback, a consistent visual language, better economy control, cleaner architecture, and more honest failure handling.

The work was not a straight line. Some changes improved the player experience immediately. Others exposed deeper problems: rewards that were technically implemented but hard to find, an economy that could run away under aggressive hiring, a large GameScreen file that had become difficult to reason about, crashes caused by update loops, controls that looked finished but were not fully accessible, and a release process that needed stronger evidence.

The result was a sequence of releases that progressively tightened the game from every direction.

v0.99.0: Starting from a Stronger Foundation

Version v0.99.0 was the starting point for this chapter.

The release reworked progression, Growth, Prestige, milestones, agent guidance, and mobile navigation. AI Operations received clearer plans, purchase guidance, upgrade-readiness cues, and Product Studio locked-state guidance. The selected AI Operations plan was persisted, while prompt jobs, Cash chips, compact mobile behaviour, bottom navigation, click feedback, and congratulations timing were refined.

This release established the problem to solve next: the game had the systems, but the systems needed to become more discoverable and more satisfying. Players needed to know what to do, what they had earned, what they could unlock, and why the next purchase mattered.

v1.0.0: Making Rewards Findable

Version v1.0.0 focused on reward visibility and usefulness.

The Hackathon sprint boost was changed so it increased both Cash and AI-token throughput by 2x for five minutes, instead of affecting Cash alone. More importantly, the boost was moved into a visible Home action bar that stated the exact reward before the player tapped it. A valuable system was no longer buried inside Upgrades > Tool Bench.

The token rescue was renamed Sponsored Top Up. The new wording made it clear that it was a sponsor offer, what reward it provided, and where the ad was involved. The game began explaining its economy directly in the top bar as well:

  • Cash comes from work and product payouts.
  • AI Tokens come from AI Operations and Sponsored Top Up.
  • Reputation comes from completed jobs and milestones.

The low-Cash Bridge Round was also made more useful as the company grew. Rather than stopping at a fixed reward ceiling, it scaled with the gap to the player’s next purchase, capped at twice the current Cash balance.

The breakthrough in v1.0.0 was simple but important: rewards are only useful if players can find them and understand them. The release moved Vibe Tycoon away from hidden mechanics and toward visible, explained systems.

v1.1.0: Cleaning Up the Product Behind the Product

Version v1.1.0 combined player-facing improvements with a major internal cleanup.

The Trophy Shelf became a full-screen overlay that could be opened from the Home trophy icon, Milestones, or an unlock notice. Players could tap a trophy and reach its related product card directly.

Congratulations cards became immediately responsive by removing the timed interaction lock. The interface no longer made the player wait after an event had already finished.

The bigger change was architectural. GameScreen.tsx had grown to approximately 4,814 lines. It was split into a 1,292-line core plus eleven feature files. Source-text tests were converted into behaviour tests, making the test suite more concerned with what the game did than with the exact wording or structure of its implementation.

Approximately 4,200 lines of dead code, orphaned assets, and one-off scripts were removed. Project instructions were reduced and moved into proper documentation. Jest mocks were consolidated, an unused echarts dependency was removed, and new development commands were added for fresh web builds, web checks, and the broader gate.

The headless playtest gate was brought back to green against the current UI. A Settings gear hitbox defect was identified and recorded rather than quietly ignored.

This was not just tidying. It was a response to a real development problem: when the interface, tests, scripts, and source structure all describe slightly different versions of the game, every new feature becomes harder to verify. v1.1.0 reduced that drift.

v1.1.1: Stopping the Economy Runaway

Version v1.1.1 was a focused economy balance release.

The problem was that hiring became dangerously cheap from the tenth agent onward. A player could rush-buy a large roster, reach billions of Cash, and achieve a full Prestige in minutes. The early game was working correctly, so the fix had to preserve the first-hire and first-job experience while preventing late-game runaway growth.

Hiring costs were made sharply more expensive from the tenth agent onward. The early curve remained untouched, protecting the opening experience while restoring control over the long-term economy.

An internal idle-game mathematics gap analysis was also added under docs/research/. The release deliberately avoided unnecessary save-schema, progression, or monetisation changes.

The lesson was that balance problems are often invisible during the first few minutes of play. A system can feel generous and exciting early on while still destroying the entire progression curve later. v1.1.1 kept the beginning fun without allowing the back half of the game to collapse.

v1.2.0: The Game Started Feeling Like a Game

Version v1.2.0 was the major visual and interaction pass.

The top bar was rebuilt around a stage card with a pixel progress bar and Prestige Points. Resources moved into three icon-first pills, and Settings became a clear square button rather than an ambiguous control.

A full-width news ticker was added to carry industry and studio headlines, milestone updates, and incident alerts in one consistent band. New companies now ask players to name their studio, making the company feel owned rather than generic.

PAPI began announcing unlocks, new tools, and level-ups through one pixel dialog at a time. These announcements no longer replayed after reload, which removed a major source of friction and confusion.

Agent interaction also became more meaningful. Players could tap an agent, open a conversation, and choose a focus. Every focus selection received an answer, including cases where two agents already covered the same area. Sales Skill and Local AI were removed from the focus choices where they had no actual gameplay effect.

Milestones were reorganised so claimable rewards appeared first, followed by the closest active goals with progress bars. Claimed goals folded away instead of continuing to occupy attention.

The Tool Bench was rebuilt as compact rows with an x1 / x10 / All purchase header. AI Operations received a clearer agent roster, a hire button above the roster, per-agent multiplier choices, and a single multiplier-cycle control.

Settings, Help, Product Studio launch cards, and bottom navigation were cleaned up. The active tab became visible, and pages stopped disappearing underneath the dock.

This release also dealt with real failures. The Settings gear hit target was fixed. Decor editing and Android Back behaviour were corrected. Token rate calculations were aligned with the Prompt loop. Roster faces were made to match the correct desks. Two Maximum update depth exceeded crashes were fixed, one in the starfield and one in the Growth sampler.

The important breakthrough in v1.2.0 was that the game began to communicate in a single visual language. The pixel treatment was no longer limited to isolated assets. It became the shared kit for the shell, cards, tabs, switches, sliders, dialogs, resource displays, and navigation.

v1.3.0: A Full Game-Feel Pass

Version v1.3.0 was described as the game-feel pass, and that is exactly what it became.

The title screen gained a centred logo fade, loading feedback inside the Start button, and a transition from Start into the player’s studio. The first job received a bouncing TAP! prompt and the instruction changed to:

Tap the screen to prompt

That single change made the opening action much clearer. Instead of asking a new player to understand the whole system, the game now gave them one obvious first move.

Home received a full-width navy bottom bar with labelled tabs. The open tab visibly popped up, while Daily, Decor, Trophies, and PAPI became raised action buttons. The terminal gained a Hide/Show control, and the news ticker became the top strip of the home surface.

Pages were given more room. Upgrades and AI could slide the stage card and news ticker away when necessary. Upgrades, AI, Product Studio, Growth, and Settings moved onto raised game cards with pixel tabs, game-style switches, and sliders.

AI Operations gained a Token flow meter showing supply against burn. Product Studio displayed the three portfolio slots and a locked teaser supported by a Reputation bar. Decor and Rooms became bottom sheets with Shop and Owned tabs. The next room showed its Reputation progress, and Reset required confirmation before wiping the layout.

Help buttons became real explanatory dialogs that could not be covered by other surfaces. The AI Operations plan cards were corrected so the displayed price matched what the first tap actually purchased. Cash-rate calculations were corrected to include product income and company-timer payouts. Roster Choose now opened the agent chat on the focus grid, and an empty Trophy Shelf directed players toward Product Studio.

The v1.3.0 breakthrough was onboarding and feedback. The game stopped assuming that the player already understood it. It demonstrated the first action, exposed the relationship between resources and systems, and gave every major screen a shared visual grammar.

v1.3.1: From Game Feel to Reliability

Version v1.3.1 moved the focus from presentation into hardening.

Upgrade price buttons were turned into Cash progress bars, giving players an immediate view of how close they were to the next purchase.

The release also surfaced a much larger reliability agenda. Persistent mutations across Cash, Tokens, Reputation, XP, agents, jobs, tools, and automation needed to be audited for crash safety. Reward settlement needed an exactly-once path so job payouts, Reputation, Tokens, XP, product revenue, task claims, wheel rewards, Prestige Points, and offline earnings could not be duplicated or lost.

Agent and job lifecycle recovery became an explicit concern across the complete chain: offer, accept, assign, run, incident, recover, review, ship, and release. Stuck jobs needed detection, timeouts, deterministic recovery, and age-based handling.

Runtime failure recovery and loading watchdogs were added to the hardening direction for saves, loads, settlements, purchases, upgrades, job completion, product launches, Prestige, automation, and offline returns.

The release also addressed player-facing explanations. Disabled controls and dead buttons needed to explain why an action was unavailable, what value was required, and what was missing. Other cleanup work included removing retired labels such as “JOB BOARD” and “NEXT UP”, replacing raw Founder Tree IDs with player-facing names, fixing short-phone overlap in the Home action rail, and improving the PAPI store explanation of faster jobs.

Further UI work targeted the phase header, bottom navigation, Home action rail, Tool Bench, AI Operations, Settings, Help, Product Studio, currency CTAs, the terminal surface, and the Welcome Back panel.

The release also continued the crash investigation from v1.2.0. The starfield’s 42-node animation loop had been flooding React with a state update every frame, while the Growth-history sampler was calling setState every second and writing to storage inside its state updater. Both patterns could produce Maximum update depth exceeded failures in React Native and Fabric.

v1.3.1 represented a change in maturity. The project was no longer satisfied with a feature existing. It needed to survive reloads, crashes, repeated settlement, incomplete jobs, Android lifecycle changes, and player actions taken at exactly the wrong moment.

The Challenges Behind the Releases

The changelogs show the visible outcomes, but the real story is the problems underneath them.

The game kept outgrowing its old descriptions

The player-facing language repeatedly fell behind the mechanics. Old labels remained after the underlying system had changed. Screens described retired concepts. Buttons suggested a value that was not actually being delivered. The solution was not simply copy editing. The interface had to be audited against the mechanics and rewritten around what the game really did.

Features could be built but still not be reachable

The Sponsored Top Up and other reward surfaces demonstrated an important release lesson: code can exist without a player ever reaching it. Mounting, navigation, surface conditions, and real interaction all had to be checked. This is why later releases placed more emphasis on headless playtests, runtime gates, and evidence rather than source inspection alone.

The economy needed to be fun without becoming meaningless

The economy had to reward activity, preserve momentum, and make upgrades feel valuable. But if hiring costs or reward curves were too generous, the player could skip the intended progression and reach Prestige almost immediately. v1.1.1 showed the value of protecting the early experience while adding late-game controls.

Web behaviour and Android behaviour were not identical

A screen that looked acceptable on web could still break on Android. Currency cards, Back handling, native rendering, modal placement, background assets, bundle size, and crash behaviour all had to be tested against the actual mobile environment.

The codebase needed to keep pace with the game

The GameScreen split and removal of thousands of lines of dead code were not cosmetic refactors. They reduced the cost of understanding and testing the game. Without that work, every new feature risked adding another layer to a surface that was already difficult to reason about.

The Breakthroughs

Across v0.99.0 to v1.3.1, the main breakthroughs were:

  1. The Prompt loop became visible. Players could see what to do, what they earned, and how agents contributed.
  2. Rewards became findable. Important boosts moved into visible action surfaces with explicit outcomes.
  3. The economy became more honest. Cash, Tokens, Reputation, product income, offline earnings, and Prestige were explained and connected to real rules.
  4. The UI gained one visual language. Pixel cards, tabs, switches, sliders, dialogs, bars, and navigation began to feel like one game rather than separate screens.
  5. The opening became understandable. A new player receives a clear first action instead of being dropped into a complex studio dashboard.
  6. The architecture became maintainable. GameScreen was split, dead code was removed, mocks were consolidated, and behaviour tests became more meaningful.
  7. The game became safer to operate. Save integrity, exactly-once rewards, job recovery, loading watchdogs, and runtime failure states became explicit engineering concerns.

The Wins

The wins were not only new screens or new features. They were moments where the product became more truthful:

  • A player could see why an upgrade was affordable or not.
  • A reward explained exactly what it would provide before the tap.
  • A new player received a clear first action.
  • A studio could be named instead of remaining anonymous.
  • An agent focus choice produced an answer instead of silently doing nothing.
  • A claimed milestone stopped taking up attention.
  • A page stopped hiding underneath the bottom dock.
  • A mobile control became large enough and clear enough to use.
  • A crash caused by runaway state updates was identified at its actual source.
  • A large screen was split into understandable feature boundaries.
  • An economy exploit was closed without damaging the first-hire experience.
  • A release gate tested the current game instead of an obsolete version.

The Whole Story

The movement from v0.99.0 to v1.3.1 was the story of Vibe Tycoon becoming more deliberate.

At v0.99.0, the game had a strong foundation but still needed to tell players what mattered. v1.0.0 made rewards visible. v1.1.0 made the codebase and testing process healthier. v1.1.1 protected the economy from runaway progression. v1.2.0 gave the game a consistent visual language and more meaningful interaction. v1.3.0 made the first minute and the major pages feel like one product. v1.3.1 began hardening the whole system so it could survive real use rather than only happy-path demos.

The project’s biggest breakthrough was understanding that game quality is not just the sum of mechanics. It is the agreement between the mechanics, the words, the visuals, the economy, the save system, the mobile runtime, the tests, and the release process.

Vibe Tycoon became stronger every time those layers were brought back into alignment.

The story is not that every problem disappeared. The story is that the project became better at finding problems, explaining them, fixing them at the root, and proving that the fix reached the player.

That is what the journey from v0.99.0 to v1.3.1 represents: the transformation of a working idle-game foundation into a more readable, more intentional, more stable, and more complete studio-management game.

Source

Log in or sign up for Devpost to join the conversation.

posted an update —

My Contribution to Vibe Tycoon

I joined Vibe Tycoon at the point where the game already had a functioning foundation, but the player experience still needed to become clearer, more coherent, and more commercially presentable.

The challenge was not simply to make the interface look better. The game had to communicate its central loop properly: the player prompts, completes work, earns Cash and Reputation, hires and improves agents, unlocks new systems, grows the studio, and eventually exits or progresses into a new stage of the company. Every part of the interface needed to support that loop instead of competing with it.

From a Working Foundation to a Real Game

My contribution was helping bring the game back around its actual gameplay. Earlier versions contained many individual systems, but some belonged to older versions of the game. There were retired screens, unclear upgrade surfaces, placeholder controls, dead navigation paths, and mechanics that were not always reflected accurately in the UI.

The experience was reshaped around the live Prompt loop and the player's progression through the studio. The interface began to tell one connected story:

Start with a small studio. Prompt for work. Build momentum. Hire agents. Improve operations. Earn more. Unlock deeper systems. Grow into a larger company.

That shift affected almost every major screen, from Home and the Job Board to upgrades, milestones, currency displays, stores, Prestige, settings, and navigation.

The Prompt Loop Became the Centre of the Experience

One of the most important changes was making the Prompt loop the clear centre of the game.

Earlier systems could make the player work out what was happening. The newer experience shows the player what is being generated, how much progress has been made, what the reward will be, and how the agents are contributing.

The Jobs surface became a live activity area rather than a static card. Agent activity and prompt progress are appended into the Codebox, while the interface follows new activity without taking control away from the player when they manually scroll. Status messages were cleaned up so that silly agent phrases do not overwhelm actual progress information.

Prompt jobs now visibly pay out Cash, and the reward presentation uses the correct in-game currency instead of vague symbols or disconnected labels. Idle agents contribute real progress, with fractional progress carried between updates instead of being discarded. This makes the background systems feel connected to what the player sees.

The game no longer just calculates progress in the background. It shows the player that progress happening.

The Progression System Was Rebuilt Around Player Understanding

A major part of the work was improving how Vibe Tycoon explains progression.

The player needs to understand:

  • What they have unlocked.
  • What they can buy next.
  • What an upgrade changes.
  • How close they are to affording it.
  • Why a feature is currently locked.
  • What their next meaningful action should be.

That led to clearer upgrade descriptions, purchase guidance, readiness cues, milestone surfaces, Growth information, Prestige explanations, and Product Studio locked-state messaging.

The upgrade system was also reconciled with the actual Prompt loop. Instead of presenting upgrades as disconnected bonuses, the live system now ties them to real levers such as required prompts, job Cash, job Reputation, agent prompts per second, high-vibe payouts, subscription costs, offline production, recovery, and automation behaviour.

The later progression work moved the economy toward an infinite ladder rather than a fixed collection of final levels. Upgrade costs continue scaling, while effects compound or add according to their type. This gives the game room to keep growing instead of reaching an artificial endpoint too quickly.

The Interface Became Progressive Instead of Overwhelming

Another important direction was making the game progressive.

The player should not see every feature on the first screen before they understand the basics. Locked systems should not look like broken features, and unused pages should not clutter the navigation.

The newer structure hides or simplifies features until they become relevant. As the player advances, the studio gradually becomes more sophisticated. New systems appear with enough context for the player to understand why they matter.

This principle was applied across Home and the main navigation, Growth and Prestige, Product Studio, AI Operations, milestones, agent management, the store, Dailies and Decor, recovery and automation, and settings.

The goal was to make the game feel like a studio that grows with the player, rather than a dashboard that exposes its entire internal architecture from the beginning.

Mobile-First UI and Visual Consistency

The visual direction was rebuilt around a compact, mobile-first interface using soft glass surfaces, pastel accents, clearer hierarchy, and tighter navigation.

This was not treated as a desktop layout squeezed onto a phone. Layout behaviour was considered at phone widths first, then expanded for tablets and larger screens. That included compact bottom navigation, responsive currency presentation, stable cards that do not jump when content changes, better modal sizing and scrolling, fixed-height areas for progress and assignments, cleaner sticky Job Board behaviour, controls that remain easy to tap, alert badges anchored to the individual icon they belong to, and preserved visual alignment across different screen sizes.

Dailies and Decor became compact icon controls inside the Jobs surface. The Jobs card became a full-width glass activity area. The bottom navigation received a more distinct pastel treatment with click feedback and tighter celebration timing.

The work also included replacing or refining pixel-art assets so they remained readable at small sizes, used genuine transparency, preserved their intended proportions, and matched the visual language of the rest of the game.

The Release Story

The changelog shows the progression from interface cleanup into a more complete game system.

v0.87.0 to v0.87.5: Establishing the New Core Loop

The first major stage was moving Vibe Tycoon away from retired systems and toward the Prompt-driven game it was becoming.

The game began supporting zero-agent starts with exponential Install Agent pricing. Prompt-loop progress and payouts were corrected, idle-agent progress was made reliable, and Cash rewards became visible after completing jobs.

The retired Founder Tree, Build-in-Public Drafts, Ethical Monetization, Transparent Ad Ledger, Vibe bar, and obsolete prompt-workstation surfaces were removed. The game gained a clearer progression tutorial, milestone and Growth surfaces, sound effects, splash assets, and save-compatible state handling.

The Job Board, agent prioritisation, currency HUD, upgrade surfaces, navigation drawers, and congratulations modals were then polished so the central loop felt consistent across the experience.

v0.88.0: Job Board and Progression Polish

Version 0.88.0 completed a wider pass across the Prompt loop and progression surfaces.

This included the prompt-loop Job Board, agent prioritisation, responsive currency presentation, Growth statistics, modal refinements, and navigation polish. Mobile layout issues, sticky Job Board behaviour, upgrade copy, cast assignment, and splash presentation were also addressed.

This stage was important because it connected the visual redesign to the underlying gameplay instead of treating it as a separate skin.

v0.89.0: Retention, Automation, and Layout Stability

Version 0.89.0 expanded the game around retention and long-term progression.

The release introduced work around rewarded placements, return rewards, Auto-Recover, Auto-Ship, Auto-Assign, layout stability, consent surfaces, and stronger regression coverage. It also established more reliable rules for how expensive automation upgrades should behave without bypassing affordability, assignment, recovery, or shipment rules.

The release also introduced broader player-trust work: clearer upgrade availability, more reliable navigation, stable card placement, better explanations, and more consistent presentation across the main surfaces.

v0.90.0: Rewards and Prestige Became Functional

Version v0.90.0 made several systems more coherent from the player's perspective.

Rewarded placements were narrowed to a clearer set of useful situations: offline return boosts, a real timed production boost, and the low-Cash Bridge Round rescue grant. Older friction-removal placements were retired so the core game would not feel artificially slowed down.

The Prestige skill tree was repaired on Android, the agent hire-cost curve was made safe and predictable, resource updates were stabilised, and reward surfaces began explaining when they were unavailable rather than silently disappearing.

The release also restored the intended first-exit pacing and regenerated the economy simulation against the current game rules.

v0.91.0 to v0.94.0: Platform Reliability and Player Trust

Versions v0.91.0 through v0.94.0 focused heavily on reliability and honesty.

Android build configuration was corrected, missing native dependencies were declared, and Play listing information was brought into line with what the app actually does. Retired controls were removed, and the game's public descriptions were updated to describe the real Prompt loop.

Leaving a company began carrying the player's legacy forward through Equity, exit count, exit history, and the Founder Tree. The Prestige layer became active instead of inert, with company exits paying out Equity based on lifetime Reputation.

The release sequence also fixed Android crashes, corrected the PAPI operations count, restored Reputation-to-Equity behaviour, improved out-of-tokens guidance, and removed misleading counters such as showing zero agent desks before the player had hired anyone.

v0.96.0 to v0.96.2: Economy Coherence and Android Readiness

Version v0.96.0 brought together a major Android-readiness and economy-coherence pass.

The Android bundle was reduced by approximately 87 MB through asset and background optimisation, with R8 shrinking enabled. Milestones changed from automatic rewards to explicit manual claims, with save migration support for existing players.

Currency information became a proper full-screen modal on Android. The Welcome Back panel separated offline earnings from the player's current balance, avoiding the impression that the entire balance had just been generated.

Most importantly, the Upgrades bench was reconciled with the actual Prompt loop. All twelve upgrades were connected to live mechanics rather than retired systems, including prompt requirements, Cash, Reputation, agent production, high-vibe payouts, subscription costs, and offline rates.

Version v0.96.1 restored the out-of-tokens rewarded grant that had been implemented but not mounted in the previous release. Version v0.96.2 then combined token rescue, manual milestone claims, offline return updates, Product and milestone UI, the Alt2 prompt-loop simulator, Android bundle improvements, R8 work, and updated tablet backgrounds.

v0.99.0: Growth, Prestige, and a More Mature Product

The current release, v0.99.0, represents the latest stage of that progression.

The release reworked Growth, Prestige, milestones, agent guidance, and mobile navigation. AI Operations received clearer plans, purchase guidance, upgrade readiness cues, and Product Studio locked-state guidance.

The pastel bottom navigation was tightened with click feedback and improved congratulations timing. The selected AI Operations plan is now persisted, while Prompt jobs, Cash chips, and compact mobile behaviour were refined further.

At this point, Vibe Tycoon is no longer just a collection of idle-game mechanics surrounded by menus. It has a clearer product identity, a more understandable economy, stronger progression, more reliable platform behaviour, and a visual system that supports the gameplay instead of obscuring it.

The Whole Story: From Prototype to Product

Vibe Tycoon was not built in one clean pass. It was built through repeated cycles of finding what was misleading, identifying what was genuinely working, changing one part of the system, and then checking whether the change survived contact with the rest of the game.

The difficult part was that the project was never just a collection of screens. It was a live product with an economy, persistence, mobile rendering, Android constraints, rewarded placements, progression rules, save migrations, testing requirements, release gates, and a growing number of systems that had to agree with one another.

That created the real engineering challenge: a feature could look finished while still being disconnected underneath. A button could exist without being mounted. A reward could be calculated correctly but display the wrong meaning. A screen could work on web but crash on Android. A release could contain the right code but still fail to communicate the change to the team.

The project progressed by confronting those gaps rather than hiding them.

The early work removed dead systems and rebuilt the experience around the Prompt loop. The middle releases connected the economy, agents, rewards, upgrades, and Prestige to real gameplay. Later releases focused on Android readiness, asset size, save migration, rewarded ads, player trust, stable mobile layouts, and release evidence. By v0.99.0, the product had moved well beyond the original collection of mechanics and was behaving like a deliberately structured studio-management game.

The Discord release process became part of that story as well. Releases were not treated as silent code drops. The work had to be communicated in a human-readable way, with the shipped changes, known limitations, evidence, and sign-off recorded for the team. That created a feedback loop between implementation, testing, release notes, and the real conversations around the project. The hard problems were visible: mounted-versus-unmounted features, economy pacing, Android renderer differences, oversized assets, stale screens, release-gate failures, and the recurring need to distinguish "implemented" from "actually reachable and verified."

The breakthroughs came from treating those problems as product problems rather than isolated bugs. The Prompt loop became the source of truth. Upgrades were wired back to live economy levers. Prestige became functional instead of decorative. Offline earnings were separated from current balances. Milestones became explicit claims instead of invisible automatic credits. The Jobs surface became a live Codebox activity feed. Mobile navigation became stable. The Android bundle became substantially smaller. Release checks began testing the game that actually shipped instead of an older version of the game.

The wins were not only visual. They were moments where the game became more honest:

  • The player could see what an agent was doing.
  • A reward explained what it changed.
  • A locked feature explained why it was locked.
  • A failed save no longer silently poisoned future saves.
  • Offline earnings could not be claimed twice.
  • A company exit carried real legacy forward.
  • The Upgrades bench changed the Prompt loop instead of retired mechanics.
  • A mobile screen stopped jumping or crashing when the player touched it.
  • A release note described the product the player was actually playing.

That is the whole story of Vibe Tycoon: not a single redesign, and not a list of disconnected tickets, but a gradual process of making the game tell the truth about itself.

The Overall Contribution

My contribution to Vibe Tycoon was the process of turning the game's existing mechanics into a coherent player-facing product.

I helped connect the economy, Prompt loop, agents, rewards, upgrades, Growth, Prestige, stores, navigation, and mobile presentation into one system. I worked on removing dead or misleading parts of the old experience, rebuilding important surfaces around the current game, improving the progression model, adding clearer feedback, and carrying those changes through testing and release workflows.

The story of the project is not one isolated feature. It is the gradual transformation from an early idle-game prototype into a more complete studio-management game:

The player starts with almost nothing, learns how the Prompt loop works, begins earning, hires their first agent, improves the operation, unlocks more of the studio, carries their legacy forward through Prestige, and keeps building.

The product itself went through a similar process. It started with a functional foundation, then gained a clearer loop, stronger progression, better presentation, more reliable systems, mobile-first interaction, and a visual identity that now reflects the game it actually is.

Log in or sign up for Devpost to join the conversation.

Submission history