Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

61–70 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#61
post #27

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

I know it's early days, but here's a must-have wish list for me: - ability to run locally somehow. I have my own IDE, tools etc. Browser IDEs are definitely not something I use willingly. - ability to get all code, and deploy it myself, anywhere --- Edit: forgot to add. I like that every video in Elixir/Phoenix space is the spiritual successor to "15-minute rails blog" from 20 year ago. No marketing bullshit, just pe…

run locally or in your private cloud would be amazing. The latter bit would be a great paid option for large enterprises

Re: Phoenix.new – Remote AI Runtime for Phoenix

#62

Ah man I'm really happy to see this and excited to try it out. As an Elixir enthusiast I've been worried that Elixir would fall behind because the LLMs don't write it as well as they write bigger languages like Python/JS. So I'm really glad to see such active effort to rectify this problem. We're in safe hands.

I use o3, it's really good with Elixir. I prefer it to Claude, but Claude does a decent job as well.

If you want to take your website and business down, use ChatGPT-4o's code

Re: Phoenix.new – Remote AI Runtime for Phoenix

#63
post #45

This is great. I had to back out of a phoenix project and rewrite it in Django because I couldn't get good AI assistance. I'm pretty inexperienced with Elixir and Phoenix but understand the benefits enough to want to make projects in it. So this is really cool.

I had this experience too. Though most of my issues were with my model not necessarily with Elixir itself so much as understanding the Phoenix model, state, and CLI. Maybe even differences in versions? Wasn't always clear.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#65

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

the ai agent runs inside the same remote runtime as the app. does it share the BEAM vm or run as a port process?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#66

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

how are they isolating ai agent state from app-level processes without breaking BEAM's supervision guarantees?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#67

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

Any takeaways on using Fly APIs for provisioning isolated environments? I'm looking into doing something similar to Phoenix.new but for a low-code server-less workflow system.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#68
post #56

Phoenix.new looks powerful, and I'll definitely play with it. I've been daydreaming of an agentic framework that maximally exploits BEAM. This isn't that, but maybe jido[0] is what I'm looking for. 0. https://github.com/agentjido/jido

TIL; That is a very interesting library

Re: Phoenix.new – Remote AI Runtime for Phoenix

#69

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

Amazing work. Just a clarifying question since I'm confused by the branding use of "Phoenix.new" (since I associate "Phoenix" as a web framework for Elixir apps but this seems to be a lot more than that). - Is "Phoenix.new" an IDE? - Is "Phoenix.new" ... AI to help you create an app using the Phoenix web framework for Elixir? - Does "Phoenix.new" require the app to be hosted/deployed on Fly.io? If that's the case, ma…

Yes all 3. It has been weird trying to position/brand this as we started out just going for full-stack Elixir/Phoenix and it became very clear this is already much bigger than a single stack. That said, we wanted to nail a single stack super well to start and the agent is tailored for vibe'd apps atm. I want to introduce a pair mode next for more leveled assistance without having to nag it.

You could absolutely treat phoenix.new as your full dev IDE environment, but I think about it less an IDE, and more a remote runtime where agents get work done that you pop into as needed. Or another way to think about it, the agent doesn't care or need the vscode IDE or xterm. They are purely conveniences for us meaty humans.

For me, something like this is the future of programming. Agents fiddling away and we pop in to see what's going on or work on things they aren't well suited for.

Tidewave is focused on improving your local dev experience while we sit on the infra/remote agent/codex/devin/jules side of the fence. Tidewave also has a MCP server which Phoenix.new could integrate with that runs inside your app itself.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#70

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

This looks amazing! I keep loving Phoenix more the more I use it.

I was curious what the pricing for this is? Is it normal fly pricing for an instance, and is there any AI cost or environment cost?

And can it do multiple projects on different domains?

Post reply on HN