As an engineer I use local dev environments exclusively. Sometimes I want to share what my local copy looks like or get feedback but then decide not to after realizing the amount of work: ngrok tunnnel, local API endpoints that don't translate, etc. It wasn't long after making Quickish that I realized I had nearly everything I needed to solve this problem: Instant Live Sites. In other words, local-ish... Why not instant cloud localhost tunnels? No more ngrok​, private by default, handles local API call proxying automatically. And that's what we built. Introducing: Localish - unreasonably easy quickish CLI flag. Your localish sites are private by default. You can invite others on personal accounts and share with the whole org on workspace accounts. How easy is it, really? To use it is just as dead simple as using the quickish​ command in the CLI: npm i -g quickish && quickish --localish​ That's it. If you don't have a quickish account, it will simply ask you to login via your Google account (it creates a Quickish account for you behind the scenes) and boom: Instant live localhost that just works. One of the many cool things about the feature is that it's smart enough to navigate the most common setups: Docker Compose, pnpm​, Vite, Turbo, etc. If quickish --localish​ finds any of that common piping, it gives you a nice little selector so you can choose which part you want to --localish​ and boom, it's up. We are rolling out our qksh.dev​ domain for localish sites, including short URL support so stay tuned!  It will allow you to pick a fun short local domain SOMETHINGSOCOOL.qksh.dev​ and have it point to your localhost. Empowering AI To Build Better Often times, Codex or Claude or whatever agent you are using have a hard time being able to see their work effectively.  Sometimes these desktop agents are running in sandboxes environments and can't reach external services. That is a problem if you are building a Quickish app on top of our quick.*​ tools. Well, along side the --localish​ feature we are also launching quickish dev​. Dev mode turns up a sandboxed version of the Quickish stack locally, complete with HMR and all the goodies. That way your sandboxed agents can develop against a working env that is 1:1 functionally with the cloud env. You can rest assured knowing a publish to Quickish will go smooth. Playwright? Not Needed Here One of the really neat features of --localish​ is the inline screenshot services. Instead of your AI agent having to spin up playwright and get a screenshot, it can request one from the existing tunnel (already authenticated). Saving tons of tool calls and speeding up development. Is it free? Simple answer: Yes. Workspace and Personal accounts get 1 active --localish​ site. Paid accounts get as many as you'd like. Like always, I hope you all find this as useful as I already have. Feedback or ideas? Just drop a note to feedback@quickish.site