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

71–80 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#71

Post by chrismccord »

mrdoops wrote: post #67
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.

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.

1 week of work to go from local-only to fly provisioned IDE machines with all the proxying. fly-replay is the unsung hero in this case, that's how we can route the *.phx.run urls to your running dev servers, how we proxy `git push` to phoenix.new to your IDE's git server, and how we frame your app preview within the IDE in a way that works with Safari (cross origin websocket iframes are a no go). We're also doing a bunch of other neat tricks involving object storage, which we'll write about at some point. Feel free to reach out in slack/email if you want to chat more.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#73

Post by chrismccord »

causal wrote: post #53
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.

Do you have a package for calling LLM services we can use? This service is neat, but I don't need another LLM IDE built in Elixir but I COULD really use a way to call LLMs from Elixir.

Req.post to /chat/completions, streaming the tokens through a parser and doing regular elixir messages. It's really not more complicated than that :)

Re: Phoenix.new – Remote AI Runtime for Phoenix

#74

Post by chrismccord »

prophesi wrote: post #60
chrismccord wrote: post #31

Earlier quoted context omitted.

You can push and pull code to and from local desktop already: hamburger menu => copy git clone/copy git push. You could also have it use GitHub and do PRs for a codex/devin style workflows. Running phoenix.new itself locally isn't something we're planning, but opening the runtime for SSH access is high on our list. Then you could do remote ssh access with local vscode or whatever.

> Running phoenix.new itself locally isn't something we're planning So no plans to open the source code?

confirm

Re: Phoenix.new – Remote AI Runtime for Phoenix

#75

Post by chrismccord »

pier25 wrote: post #21

I'm surprised they are investing into this. I checked Phoenix recently because I was interested in LiveView and there isn't even an official AWS SDK for Elixir. Honestly doubt the AI stuff is going to move the needle much if you can't even have a dependable S3 client.

Meanwhile I am a happy user of :ex_aws or :req_s3 which has done everything I need it to do. Object ops, iam policies, etc. A dependable S3 client has been there for years. The elixir core team doesn't need to maintain it. ReqS3 is one of my favorite things to use: https://hexdocs.pm/req_s3/readme.html

Re: Phoenix.new – Remote AI Runtime for Phoenix

#76

Post by [deleted] »

krainboltgreene wrote: post #40

I've wasted a lot of time and energy on stuff that doesn't matter, so I can hardly judge anyone else on what they focus on, but man does it feel bad to have community leaders actively focus on building out tooling that is anti-worker. I think the only way I'd feel more conflicted is if Fly.io started building weapons systems for the military. I guess that wouldn't be shocking considering some of their lead's beliefs.

[deleted]

Re: Phoenix.new – Remote AI Runtime for Phoenix

#79

Post by dontlaugh »

mcdirty wrote: 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 find that baffling. Why not just write the Elixir yourself?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#80

Post by bluehatbrit »

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.

This last few weeks I've been going hard on LLMs to put together a new prototype project. I've exclusively been using Claude Sonnet 3.7 within Zed (via github copilot) and it' fantastic.

From time to time it tries to do something a little old-school, but nothing significant really. It's very capable at spitting out entire new features, even in liveview.

Over all the experience has very productive, and at least on-par with my recent work on similar sized python and nextjs applications.

I think because I'm using mostly common and well understood packages it has a big leg up. I also made sure to initialise the phoenix project myself to start with so it didn't try to go off on some weird direction.

Post reply on HN