{"slug": "inside-a-kylon-room-where-people-and-agents-build-apps-on-neon", "title": "Inside a Kylon room, where people and agents build apps on Neon", "summary": "Kylon, an AI company harness where teams and their agents share workspaces called rooms, runs the apps those agents build on Neon, using one Neon project per workspace, one isolated database per app, and one branch per draft, according to co-founder Quinn Leng. Kylon chose Neon over other managed databases for fast branching and scale-to-zero, letting agents provision and manage many small, mostly idle databases programmatically through the Neon API without anyone opening a console. Kylon also uses Neon's instant point-in-time restore so an agent can undo its own mistakes, and offers the Neon MCP so customers with their own Neon accounts can connect them to Kylon.", "body_md": "“At Kylon, agents build the tools a team runs on and keep improving them. That means deploying many small databases that the agents manage themselves”\n\n[Quinn Leng](https://www.linkedin.com/in/suanmiao/), co-founder at Kylon\n\n[Kylon](https://kylon.io/) is your AI company harness - a workspace where your team, their agents, and their tools can work together in [shared rooms](https://kylon.io/product/workspace). Instead of having each teammate working with their own agent in isolated chats, a Kylon [room](https://kylon.io/product/workspace) brings them and their agents together into one shared context. Anyone in the room can see what was asked, what an agent did, and what's waiting for approval, and different teammates can pick up where the work left off.\n\nTeams usually organize rooms around a function, like #sales or #ops. Agents in those rooms connect to tools like Gmail, Slack, HubSpot, and Salesforce, and the apps they build (a CRM, an invoice tracker, a hiring board) belong to the team that asked for them.\n\n## The stack behind Kylon\n\n“In Kylon, nobody ever opens a console”\n\n[Quinn Leng](https://www.linkedin.com/in/suanmiao/), co-founder at Kylon\n\nKylon's stack is built around the main requirement of the product: people and agents need to see the same work at the same time, on the web, on desktop, and on mobile. Because agents build and change apps on their own, the infrastructure behind those apps also has to be fast to create and something agents can manage without a person opening a console.\n\nKylon is built on\n\n- A [TypeScript](https://www.typescriptlang.org/) monorepo with a[Node.js](https://nodejs.org/) backend\n- [React](https://react.dev/) on the web and[Flutter](https://flutter.dev/) on mobile\n- [Neon](https://neon.com/) as the backend layer for Kylon apps\n\n## How Kylon uses Neon\n\n“We tried a couple of other managed databases while we were finding the right shape for agent-built apps. Fast branching and scale-to-zero made Neon the clear fit”\n\n[Quinn Leng](https://www.linkedin.com/in/suanmiao/), co-founder at Kylon\n\nNeon holds the data for the apps that customers' teams and agents build inside a workspace. The key features for Kylon:\n\n- [Branching](https://neon.com/docs/introduction/branching) : Kylon creates a branch per draft, an in-progress version of an app that an agent or a person opens to make changes, which only goes live when someone publishes it. An agent can try a change on a copy of real data while a person reviews the preview\n- [Scale-to-zero](https://neon.com/docs/introduction/scale-to-zero) and[autoscaling](https://neon.com/docs/introduction/autoscaling) : most Apps sit quiet for most of the day, then get busy in bursts - for example when an agent runs a bulk import. This way of working (let the agents build lots of small, mostly idle databases) only make sense if idle state is nearly free\n- [The Neon API](https://neon.com/docs/reference/api) : provisioning is fully programmatic, so agents can create and manage apps end to end\n- [Instant point-in-time restore](https://neon.com/docs/introduction/branch-restore) : if an agent makes a mistake on a table, the agent itself can also easily undo it\n- The [Neon MCP](https://neon.com/docs/ai/neon-mcp-server) : customers with their own Neon accounts can connect it to Kylon, and their agents can work with those projects directly\n\n### One project per app, one branch per draft\n\nKylon maps its product directly onto Neon resources:\n\n- Each Kylon workspace (one company's space in Kylon, with its own members, agents, connections, and data) gets its own [Neon project](https://neon.com/docs/manage/projects)\n- Each app inside that workspace gets its own isolated Neon database\n- When an agent or a person opens a draft to change an App (a working copy that only goes live when someone publishes it), Kylon creates a [Neon branch](https://neon.com/docs/introduction/branching) of that app's data\n- When an app or workspace is removed, its databases and branches are cleaned up\n\nAgents change apps constantly - the riskiest moment for agent-written code is a migration on live data. With a branch per draft, the agent applies its change to a copy of the app's real data. A person reviews the preview, and production only changes when someone publishes the draft.\n\n“The draft workflow would have been much harder to build elsewhere: branch, let the agent try it, let a person check it, then publish. Without cheap branches, we'd have had to choose between safety and speed”\n\n[Quinn Leng](https://www.linkedin.com/in/suanmiao/), co-founder at Kylon\n\n### Postgres as the shared state between people and agents\n\nEach app's Neon database ([Lakebase Postgres](https://neon.com/lakebase)) is the single source of truth for everyone working on it. A person edits a record in the UI - an agent updates the same table through the App's API - both see the same rows.\n\nAgents read and write through the same API the App's UI uses, and the agent that builds an App also owns its schema and migrations. Record changes can also trigger [Automations](https://kylon.io/product/workflows) (recurring jobs that a room's agent sets up and runs on a schedule or a trigger) so a row written by one agent can kick off the next step of work.\n\n## Try it\n\nA big thank you to the Kylon team for building on Neon and for sharing their story. You can try Kylon at [kylon.io](https://kylon.io).\n\n#### Build your agents on Neon\n\n*If you'd like to share your story and be featured in the Neon blog, tell us on [Discord](https://neon.com/discord).*", "url": "https://wpnews.pro/news/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon", "canonical_source": "https://neon.com/blog/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon", "published_at": "2026-11-04 12:00:00+00:00", "updated_at": "2026-11-04 17:53:14.616350+00:00", "lang": "en", "topics": ["ai-agents", "ai-infrastructure", "ai-tools", "agent-protocols"], "entities": ["Kylon", "Neon", "Quinn Leng", "TypeScript", "Node.js", "React", "Flutter", "Neon MCP"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon", "markdown": "https://wpnews.pro/news/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon.md", "text": "https://wpnews.pro/news/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon.txt", "jsonld": "https://wpnews.pro/news/inside-a-kylon-room-where-people-and-agents-build-apps-on-neon.jsonld"}}