Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

Post reply on HN
Print view View original

111–120 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#111

Post by mrkurt »

Snakes3727 wrote: post #101
chrismccord wrote: post #22

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.

Hi just to confirm as I cannot find anything related to security or your use of using submitted code for training purposes. Where is your security policies with regards to that.

We don't do any model training, and only use existing open source or hosted models. Code gets sent to those providers in context windows. They all promise not to train on it, so far.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#112

Post by nxobject »

arrowsmith wrote: post #2

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.

Yeah – as someone who works in Common Lisp, I wish there was way to do complementary training for LLMs with existing corpora of codebases. Being able to read access documentation doesn't do much, unfortunately, to help with more general issues with correctness of output.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#113

Post by ativzzz »

This is very cool. I think the primary innovation here is twofold:

1. Remote agent - it's a containerized environment where the agent can run loose and do whatever - it doesn't need approval for user tasks because it's in an isolated environment (though it could still accidentally do destructive actions like edit git history). I think this alone is a separate service that needs to be productionized. When I run claude code in my terminal, automatically spin up the agent in an isolated environment (locally or remotely) and have it go wild. Easy to run things in parallel

2. Deep integration with fly. Everyone will be trying to embed AI deep into their product. Instead of having to talk to chatgpt and copy paste output, I should be able to directly interact with whatever product I'm using and interact with my data in the product using tools. In this case, it's deploying my web app

Re: Phoenix.new – Remote AI Runtime for Phoenix

#115

Post by joevandyk »

chrismccord wrote: post #22

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 Phoenix.new environment includes a headless Chrome browser that our agent knows how to drive. Prompt it to add a front-end feature to your application, and it won’t just sketch the code out and make sure it compiles and lints. It’ll pull the app up itself and poke at the UI, simultaneously looking at the page content, JavaScript state, and server-side logs.

Is it possible to get that headless Chrome browser + agent working locally? With something like Cursor?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#116

Post by krts- »

This is incredible. It does seem quite expensive compared to Zed or Claude Code now it's on Pro. But neat enough I've burned through the $20 subscription credit despite being a bit of an AI sceptic. This seems to have a much better handle on UI design (unless I'm missing something with the other agents), but as a solo dev I'm becoming quite convinced. It's also got me to try out fly again.

I couldn't get Tidewave working but I must try again to see if Tidewave with Claude Code would offer this level of awesome.

ps. @fly - please let me buy more credit, I just get an error!

Re: Phoenix.new – Remote AI Runtime for Phoenix

#117

Post by chrismccord »

krts- wrote: post #116

This is incredible. It does seem quite expensive compared to Zed or Claude Code now it's on Pro. But neat enough I've burned through the $20 subscription credit despite being a bit of an AI sceptic. This seems to have a much better handle on UI design (unless I'm missing something with the other agents), but as a solo dev I'm becoming quite convinced. It's also got me to try out fly again. I couldn't get Tidewave wor…

Thanks for the feedback! Send your fly email to chris@fly.io and I'll get things sorted out. We'll throw you some credits for the trouble :)

Re: Phoenix.new – Remote AI Runtime for Phoenix

#118

Post by [deleted] »

ativzzz wrote: post #113

This is very cool. I think the primary innovation here is twofold: 1. Remote agent - it's a containerized environment where the agent can run loose and do whatever - it doesn't need approval for user tasks because it's in an isolated environment (though it could still accidentally do destructive actions like edit git history). I think this alone is a separate service that needs to be productionized. When I run claude…

[deleted]

Re: Phoenix.new – Remote AI Runtime for Phoenix

#120

Post by pier25 »

Snakes3727 wrote: post #100
olafura wrote: post #29

Earlier quoted context omitted.

What are you talking about, there has been a AWS client forever and I've never had a problem. It's not something you really need an official sdk for they are anyway often just reference because you might want different performance characteristics. https://hex.pm/packages/ex_aws https://hex.pm/packages/ex_aws_s3 I've usually not seen more than 3 or so official SDK for most services and there are a lot more programming…

Neither of them are official which is often a non starter for some large enterprise customers.

Not only large enterprise customers. Anyone who's thinking mid or long term.
Post reply on HN