Skip to main content

Loading…

Skip to main content
HomeProjectsPostsContact
Justin Tsugranes LogoJustin Tsugranes Logo

Justin Tsugranes

HomeProjectsPostsContact

Stay in the loop

Occasional notes on what I'm building, lessons earned, and the studio behind it.

By subscribing, you agree to receive No spam. Unsubscribe in one click anytime. from Justin Tsugranes. No spam. Unsubscribe anytime. Privacy Policy

© 2026 Total Ventures LLC. All rights reserved.

Privacy PolicyTerms of ServiceCookie Policy
Building an AI Story App: Systems Over Prompts | Justin Tsugranes | Justin Tsugranes
Xinf
Building an AI Story App: Systems Over Prompts
←Posts

Building & Operating

Building an AI Story App: Systems Over Prompts

Most AI apps are just wrappers. Building an AI story app like Inky requires a robust system for state, agentic orchestration, and long-term coherence.

Justin Tsugranes·May 8, 2026·3 min read
On this page
  1. The Architecture of Coherence
  2. Working in Public: The Stack
  3. Lessons from the Build
  4. AI as the Team
  5. Shipping Today
  6. Next Step

I am shipping Inky today. It is a digital product for interactive storytelling, but more importantly, it is a case study in how I run my studio. When you are building an ai story app, the temptation is to focus on the prompt. That is a mistake. The prompt is the easiest part of the stack. The system underneath—the state management, the agentic orchestration, and the feedback loops—is where the product actually lives.

I learned the hard way that a single-prompt architecture fails the moment a story gains complexity. If you want a narrative that holds together over twenty chapters, you cannot rely on a massive context window and a prayer. You need a system.

The Architecture of Coherence

Inky does not treat the LLM as a writer. It treats the LLM as a series of specialized workers. This is what I call agentic engineering. Instead of asking one model to 'write a story,' the system breaks the process into discrete phases: world-building, character mapping, plot outlining, and finally, prose generation.

Each phase is handled by a specific agent configuration. The world-building agent defines the constraints. The character agent ensures motivations are consistent. The prose agent only sees what it needs to see for the current scene, plus a compressed summary of the 'world state.'

By decoupling the narrative logic from the prose generation, the system maintains coherence. If a character loses a sword in chapter two, the world state reflects that. The prose agent in chapter ten does not need to read chapter two; it just needs the current state object. This reduces token waste and prevents the 'hallucination drift' common in long-form AI generation.

Working in Public: The Stack

I build from a monorepo. It is the only way I can manage a multi-product studio as a solo operator. For Inky, the stack is chosen for speed and durability, not for the sake of using the latest framework.

  • Backend: Firebase. I migrated 14 callables last week to optimize for cold starts. I shaved 300ms off the initial handshake by flattening the data structure.
  • Orchestration: VERA. This is my internal agent orchestration layer. It handles the handoffs between Claude 3.5 Sonnet (for logic) and Gemini 1.5 Pro (for long-context retrieval).
  • Frontend: A lean implementation that stays out of the way. The UI is a window into the system, not the system itself.

Building an ai story app requires you to think about the 'money layer' early. High-quality output requires high-quality models, which are expensive. I engineered a caching layer that stores common narrative branches. If two users take a similar path in a shared world, the system retrieves the cached state rather than re-generating. This keeps margins healthy without sacrificing the user experience.

Keep reading

Related posts

All posts→
Building an AI Story App: Architecture and Lessons from Inky
May 26, 2026

Building an AI Story App: Architecture and Lessons from Inky

A look inside the architecture of Inky, a multi-agent storytelling app. No hype, just the systems and lessons learned from shipping today.

aiarchitectureshippingsystems

Lessons from the Build

One thing I noticed early on: users do not actually want 'infinite' possibilities. They want meaningful choices. When I first started building an ai story app, I gave the agents too much freedom. The stories became soup—vague, wandering, and lacking tension.

I had to build 'narrative guardrails.' These are hard-coded logical checks that the agents must pass before the output is committed to the database. If the agent tries to introduce a character that hasn't been initialized in the character map, the system catches it and re-runs the prompt with corrected context. This is the difference between a toy and a tool.

AI as the Team

I do not have a staff of developers or writers. I have a system of agents that I architected. One agent handles the documentation updates in the README as I ship features. Another monitors the error logs and suggests fixes. This allows me to focus on the high-level architecture of the product.

This is not about replacing people; it is about operating at a different altitude. When you are building an ai story app in 2024, you are not just writing code. You are designing an ecosystem where software and intelligence interact.

Shipping Today

Inky is live. It is not a finished masterpiece, but it is a working artifact. It solves the problem of narrative drift through structured state management and agentic handoffs.

If you are looking to move beyond simple wrappers and start building systems that scale, I have documented the core patterns I used here in my internal playbook. The work is the credential.

Happy to talk.

Next Step

Review the architectural patterns used in Inky by downloading the Solo Builder's Stack guide. It covers the specific Firebase and agent configurations I use to keep the studio running lean.

Recommended$79

The Builder’s Playbook

How I run a multi-brand studio with AI agents — the systems, not the hype.

  • •The agent-augmented operating model
  • •Real workflows you can copy
  • •From idea to shipped, repeatably
Get the playbook →
If this resonated

The studio is where the rest of it lives.

Total Ventures is the umbrella — the products, the resources, the strategy session.

totalventures.io
  • Resources

    Launch Checklist + the Builder’s Playbook bundle.

  • Strategy session

    A focused hour on your repo, stack, and monetization.

  • The brands

    The portfolio of products I’m building, end to end.

Studio Notes

How I’m building the studio.

The operator’s log — systems, decisions, and what’s working.

JT

Written by

Justin Tsugranes

Founder, Total Ventures

Solo-founder building a multi-brand product studio with AI agents. Writing about building, operating, and shipping.

ShareXLinkedInFacebook
#ai#architecture#shipping#systems

On this page

  1. The Architecture of Coherence
  2. Working in Public: The Stack
  3. Lessons from the Build
  4. AI as the Team
  5. Shipping Today
  6. Next Step
Building an AI Story App: Lessons from Shipping Inky
Jun 7, 2026

Building an AI Story App: Lessons from Shipping Inky

I am building Inky, an AI storytelling app. Here is the architecture, the failures, and the systems required to ship a generative product that actually works.

aiarchitectureinkyshipping
Building an AI Story App: Lessons from the Studio Floor
Jun 6, 2026

Building an AI Story App: Lessons from the Studio Floor

Inside the architecture of Inky. A look at agentic engineering, narrative coherence, and the lessons learned the hard way while building an ai story app.

aiarchitectureagentic-engineeringinky