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

121–130 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#121

Post by prophesi »

mrcwinn wrote: post #88
uncircle wrote: post #14

Earlier quoted context omitted.

All languages are a wasteland of abandoned packages, i.e. there is a very long tail of stuff no one has maintained for years. It’s all relative to the mindshare. For its size, Elixir is doing quite well.

It's not the long tail. It's that the HEAD of packages in Elixir are also often poorly maintained or not maintained. The fundamental question for any developer: can I be productive quickly? Despite all that Elixir has going for it, the answer is often "no." Want a first-party client library for the service you're using? Typically the answer is "too bad, Elixir developer." And writing your own Finch or Req wrapper for…

What packages in Elixir have you found unmaintained/missing in the ecosystem? Genuinely curious.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#122

Post by 4b11b4 »

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.

Not sure what you're talking about..

Re: Phoenix.new – Remote AI Runtime for Phoenix

#123

Post by indigodaddy »

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…

look into Kasm workspaces.. great way to spin up remote docker-based linux desktops, and works great as an AI dev environment that you can use wherever you happen to be. There is homedir persistence, and package persistence can be achieved via some extra configuration that allows for Brew homedir-based package persistence.

https://hub.docker.com/r/linuxserver/kasm

https://www.reddit.com/r/kasmweb/comments/1l7k2o8/workaround...

Re: Phoenix.new – Remote AI Runtime for Phoenix

#124

Post by rramon »

rahimnathwani wrote: post #89
rramon wrote: post #10

Earlier quoted context omitted.

Folks on YouTube have used Claude Code and the new Tidewave.ai MCP (for Elixir and Rails) to vibe code a live polling app in Cursor without writing a line of code. The 2hr session is on YT.

This one? https://www.youtube.com/live/V2b6QCPgFTk

That's the one.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#125

Post by krts- »

chrismccord wrote: post #117
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 :)

Hero.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#126

Post by indigodaddy »

bluehatbrit wrote: post #80
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…

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?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#127

Post by tptacek »

mrkurt wrote: post #111
Snakes3727 wrote: post #101

Earlier quoted context omitted.

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.

Did I not say it good enough, Kurt?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#128

Post by tomashubelbauer »

joevandyk wrote: post #115
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 + age…

Playwright has an MCP server which I believe should be able to give you this.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#129

Post by beepbooptheory »

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.

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

Re: Phoenix.new – Remote AI Runtime for Phoenix

#130

Post by chickensong »

miki123211 wrote: post #99
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.

1. What's your approach to accessibility? Do you test accessibility of the phoenix.new UI? Considering that many people effectively use Phoenix to write front-ends, have you conducted any evals on how accessible those frontends come out? 2. How do you handle 3rd party libraries? Can the agent access library docs somehow? Considering that Elixir is less popular than more mainstream languages, and hence has less traini…

It seems like they're giving you lower level building building blocks here. It's up to the developer to address these things. Instruct the agent to build/test for accessibility, feed it docs via MCP or by other means.
Post reply on HN