We provide an army of tiny servers to help you build incredible and cost efficient Multiplayer AI at scale. It's an open source alternative to Cloudflare's Durable Objects. Each resource or agent gets it's own micro-vm with a co-located SQLite DB. It can only process one request at a time making it concurrency safe. Onboard each one, is a websocket server. Allowing clients of any form to connect and listen for events on the resource.
We are building in the growing Actor space. As we move away from static, long lived UI to ephemeral real-time generated ones, the need for small pieces of compute that can spawn quickly and cheaply and be stored at little cost will skyrocket.
In addition, as more and more people use agents everyday and enterprises use more AI tools, collaboration will become paramount between humans and agents.
The problem? Our infra today wasn't built for this.
Central Websocket servers and ACID databases simply can't keep up with Agents that are creating content 90x faster than humans. As ultrafast models enter the market, that will increase it to 900x faster!!
The solution? Distribute the load. Have each agent write to it's own SQLite DB. Have each Agent serve it's own websocket server. Now your backend becomes stateless, simple lightning fast and cheaper to run. The fleet of Durable Actors handle real-time elements of your app.
Each actor comes into memory only when a request comes in. After 10s of inactivity, it hibernates into object storage costing you close to nothing.
Durable Actors are great at protecting resources shared by humans and agents. Think Figma canvas, an artifact (ex: Claude artifacts), a Word document. Clients can connect/subscribe to each of these, submit changes, read latest state and because each actor only processes one request at a time, you are protected against race conditions.
Our hosted version allows you and your team to use our declarative and type-safe API to define you actors. You can then test them locally with a development server. When it's ready, run terse deploy and your actors are now reachable via URL. Adding it to your existing project is trivial. Just run the generate command and it will build you a type-safe client with 0 dependencies.
Would love to know what you think! Feel free to reach out with any questions, bugs, concerns etc :)
The per-actor SQLite + hibernate-after-10s-idle combo is what caught my eye — I've been wrestling with exactly this, where a long-running agent's state lives in a central DB and a restart loses the in-progress work. Giving each agent its own tiny server that wakes on request feels like the right shape for it. One question: for a realtime session, is there a way to keep an actor warm, or is wake latency low enough that it doesn't matter in practice?
The hibernate-and-wake flow makes reconnecting clients an interesting part of the experience. Showing which document version they resumed from would help make that transition easier to understand.
hibernating into object storage after 10s idle is the bit that sold me, paying for a live websocket server per document nobody is looking at is what kills these setups
what happens when an agent hammers one actor with a burst of writes tho??? does it just queue them one by one or is there a point where you start rejecting, probaly matters a lot once agents are the main writers
About Terse - Durable Actors on Product Hunt
“Infrastructure for Multiplayer AI Products”
Terse - Durable Actors launched on Product Hunt on November 9th, 2026 and earned 78 upvotes and 5 comments, placing #23 on the daily leaderboard. We provide an army of tiny servers to help you build incredible and cost efficient Multiplayer AI at scale. It's an open source alternative to Cloudflare's Durable Objects. Each resource or agent gets it's own micro-vm with a co-located SQLite DB. It can only process one request at a time making it concurrency safe. Onboard each one, is a websocket server. Allowing clients of any form to connect and listen for events on the resource.
Terse - Durable Actors was featured in Open Source (69.1k followers), Software Engineering (43.3k followers), Developer Tools (523k followers) and GitHub (41.5k followers) on Product Hunt. Together, these topics include over 153.8k products, making this a competitive space to launch in.
Who hunted Terse - Durable Actors?
Terse - Durable Actors was hunted by Thomas Karatzas. A “hunter” on Product Hunt is the community member who submits a product to the platform — uploading the images, the link, and tagging the makers behind it. Hunters typically write the first comment explaining why a product is worth attention, and their followers are notified the moment they post. Around 79% of featured launches on Product Hunt are self-hunted by their makers, but a well-known hunter still acts as a signal of quality to the rest of the community. See the full all-time top hunters leaderboard to discover who is shaping the Product Hunt ecosystem.
Want to see how Terse - Durable Actors stacked up against nearby launches in real time? Check out the live launch dashboard for upvote speed charts, proximity comparisons, and more analytics.
Thomas Karatzas
Hi Product Hunt!
We are building in the growing Actor space. As we move away from static, long lived UI to ephemeral real-time generated ones, the need for small pieces of compute that can spawn quickly and cheaply and be stored at little cost will skyrocket.
In addition, as more and more people use agents everyday and enterprises use more AI tools, collaboration will become paramount between humans and agents.
The problem? Our infra today wasn't built for this.
Central Websocket servers and ACID databases simply can't keep up with Agents that are creating content 90x faster than humans. As ultrafast models enter the market, that will increase it to 900x faster!!
The solution? Distribute the load. Have each agent write to it's own SQLite DB. Have each Agent serve it's own websocket server. Now your backend becomes stateless, simple lightning fast and cheaper to run. The fleet of Durable Actors handle real-time elements of your app.
Each actor comes into memory only when a request comes in. After 10s of inactivity, it hibernates into object storage costing you close to nothing.
Durable Actors are great at protecting resources shared by humans and agents. Think Figma canvas, an artifact (ex: Claude artifacts), a Word document. Clients can connect/subscribe to each of these, submit changes, read latest state and because each actor only processes one request at a time, you are protected against race conditions.
Our hosted version allows you and your team to use our declarative and type-safe API to define you actors. You can then test them locally with a development server. When it's ready, run terse deploy and your actors are now reachable via URL. Adding it to your existing project is trivial. Just run the generate command and it will build you a type-safe client with 0 dependencies.
Would love to know what you think! Feel free to reach out with any questions, bugs, concerns etc :)
founders@useterse.ai