Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

141–150 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#141

Earlier quoted context omitted.

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.

Oh geez so sorry for the dumb question! I read a lot about the benefits of containerization in general for agents, but thought it might be enlightening/instructive to know what this specific project adds to that (other than the special Elixir-tuned prompting).

But either way I hear you, thanks so much for taking the time to set me straight. It seems like either way you have done some visionary things here and you should be content with your good work! This stuff does not work for me for just circumstantial reasons (too poor), but still always very curious about the stuff coming out!

Again, so sorry. Congrats on the release and hope your day is good.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#142
post #9

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.

Worried it might fall behind… further? I love LiveView, Phoenix, Elixir, OTP. But the ecosystem is a wasteland of abandoned packages. If Phoenix.new helps solve that problem, I’m all for the effort. But otherwise, the sole focus of the community leaders of Elixir should be squarely and exactly focused on creating the incentives and dynamics to grow the base. Compare, for example, Mastra in TypeScript or PydanticAI in…

This is such a weird thing to say and I see it all of the time. It sucks people have been tricked into thinking a library must be updated every 2 weeks in order to still be relevant.

You think just because an author bumps the version number of a library it's somehow better than a library that is considered complete?

It boggles my mind that people actually think this way.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#143

Earlier quoted context omitted.

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

Oh geez so sorry for the dumb question! I read a lot about the benefits of containerization in general for agents, but thought it might be enlightening/instructive to know what this specific project adds to that (other than the special Elixir-tuned prompting). But either way I hear you, thanks so much for taking the time to set me straight. It seems like either way you have done some visionary things here and you sho…

You're fine! Just encouraging people to read Chris's post. :)

Re: Phoenix.new – Remote AI Runtime for Phoenix

#145
post #42

What LLM does Phoenix.new use?

claude 4 sonnet as the main driver atm, and a mix of smaller models depending on the scenario

I'm building an agent right now (or rather, extending an agent I build a few weeks ago in a couple hours) and I would love to hear more about which scenarios get assigned to which models.

(I almost just asked you on company Slack but figured the answer would be more broadly interesting.)

Re: Phoenix.new – Remote AI Runtime for Phoenix

#146
post #120

Earlier quoted context omitted.

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.

Why do you need an official SDK to make http calls?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#147

Earlier quoted context omitted.

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

Oh interesting. So how do messages come from the container? Is there a host elixir app that is running the agent env? How does that work?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#148
post #95

Earlier quoted context omitted.

You can think of it as just automating the boring tedious stuff so us humans can focus on the harder problems like strategy, direction, design, GTM, etc. The days are numbered where humans are sitting typing out code themselves. It's akin to the numbered days of type writer secretaries of the 20th century.

I know what stories workers in the industry are using to cope with working with capitalists that have explicit goals of eliminating workers. I'm sure your poor understanding of the history of improved tooling, like "type writer secretaries", will be a soft comfort in the future.

And you don't think capitalism is the reason we have these computer jobs to automate away in the first place?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#149

Earlier quoted context omitted.

Oh geez so sorry for the dumb question! I read a lot about the benefits of containerization in general for agents, but thought it might be enlightening/instructive to know what this specific project adds to that (other than the special Elixir-tuned prompting). But either way I hear you, thanks so much for taking the time to set me straight. It seems like either way you have done some visionary things here and you sho…

You're fine! Just encouraging people to read Chris's post. :)

Gotcha! I'll keep reading it I guess until I see what I am missing! Good job again!

Re: Phoenix.new – Remote AI Runtime for Phoenix

#150

Earlier quoted context omitted.

You're fine! Just encouraging people to read Chris's post. :)

Gotcha! I'll keep reading it I guess until I see what I am missing! Good job again!

I did none of the work! I'm just like Flavor Flav or Bez in this situation. I will relay your congrats to Chris and the team, though. ;)
Post reply on HN