Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

131–140 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#131

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.

What is the benefit of this vs. just running your agent of choice in any ole container?

The whole post is about that. Not everything is for everybody, so if it doesn't resonate for you, that's totally OK.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#132
Any chance of open sourcing the model instructions for this? Do you feed it all the Phoenix/LiveView/Elixir docs, or have you written more specialised instructions?

I find Claude to have quite a bit of problems trying to navigate changesets + forms + streams in my codebase, just wondered if you had any tips of making it understand better :)

Re: Phoenix.new – Remote AI Runtime for Phoenix

#133

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'm assuming you're using FLAME?

How do you protect the host Elixir app from the agent shell, runtime, etc

Re: Phoenix.new – Remote AI Runtime for Phoenix

#134

Earlier quoted context omitted.

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…

Assuming you are on the $20 Zed plan? Has the 500 prompts/mo been sufficient for you? I'm debating between the Zed and Claude $20 plans-- no doubt I'd get better value from Zed's?

I'm on the free plan and have been using it via GitHub copilot instead, as the current project is a work one and they pay for that.

Before this I did a small project and I hit the 50 free tier limit through Zed by the time I was about 90% done. It was a small file drop app where internal users could create upload links, share them with people who could use them to upload a file. The internal user could then download that file. So it was very basic, but it churned out a reasonable UI and all the S3 compatible integration, etc.

I had to intervene a bit and obviously was reviewing everything and tweaking where needed. But I was surprised at how far I got on the 50 free prompts.

It's hard to know what you really get for that prompt limit though as I probably had a much higher number of actual prompts than they were registering. It's obviously using some token calculation under the hood and it's not clear what that is. All in all I probably had about 60-70 actual prompts I ran through it.

My gut says 500/mo would feel limited if I was going full "vibe" and having the LLM do basically everything for me every day. That said, this is the first LLM product I'm considering personally paying for. The integration with Zed is what wins for me over Claude, where you'd have to pay for API credits or use Claude Code. The way they highlight code changes and stuff really is nice.

Bit of a brain dump, sorry about that!

Re: Phoenix.new – Remote AI Runtime for Phoenix

#135

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.

LLMs not writing it well might be the biggest current selling point of elixir lol.

Selling point from a developer and career perspective for sure. Its also fun to program in and at least for me made me think about solutions differently.

Its a negative point for engineering leaders that are the decision makers on tech stacks as it relates to staffing needs. LLMs not writing it well, developers that know it typically needing higher compensation, a DIY approach to libraries when there aren't any or they were abandoned and haven't kept pace with deprecations/changes, etc.

In the problem space of needing a web framework to build a SaaS, to an engineering leader there are a lot of other better choices on tech stack that work organizationally better (i.e. not comparing tech itself or benchmarks, comparing staffing, ecosystem, etc.) to solve web SaaS business problems.

I don't know where I stand personally since I'm not at the decision maker level, just thought I'd point out the non-programmer thought process I've heard.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#136

Earlier quoted context omitted.

Assuming you are on the $20 Zed plan? Has the 500 prompts/mo been sufficient for you? I'm debating between the Zed and Claude $20 plans-- no doubt I'd get better value from Zed's?

I'm on the free plan and have been using it via GitHub copilot instead, as the current project is a work one and they pay for that. Before this I did a small project and I hit the 50 free tier limit through Zed by the time I was about 90% done. It was a small file drop app where internal users could create upload links, share them with people who could use them to upload a file. The internal user could then download…

Thanks, that gives me some new things to think about

Re: Phoenix.new – Remote AI Runtime for Phoenix

#137

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'm assuming you're using FLAME? How do you protect the host Elixir app from the agent shell, runtime, etc

Not using FLAME in this case. The agent runs entirely separately from your apps/IDE/compute. It communicates with and drives your runtime over phoenix channels

Re: Phoenix.new – Remote AI Runtime for Phoenix

#139

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 found them to be pretty solid for writing Elixir (not perfect but neither is it with JS) the last couple of months.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#140
post #83

Earlier quoted context omitted.

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?

It’s $20 per month if you click through, and I haven’t tried it but almost certainly the normal hosting costs will be added on top.

Thanks, apparently didn't click through enough
Post reply on HN