Earlier quoted context omitted.
How about our software engineering jobs, which will now entail managing a team of agents?
wow that sounds fun /s
Sounds preferable to managing people tbh
Phoenix.new – Remote AI Runtime for Phoenix
251–260 of 283 posts
Re: Phoenix.new – Remote AI Runtime for Phoenix
#252Earlier quoted context omitted.
> Pop in from what? Our factory jobs? Oh, you sweet summer child. ;) You will pop in from the other 9 projects you are currently popping in on, of course! While running 10 agents at once!
And from which exactly am I earning an income to feed myself? Who's buying what I'm making? Where are they getting their money? We're building a serfdom again.
LOL, what? Take on 10 projects at once, and start making way more money... if you're not an external-locus-of-control moron at least
You've literally been given an excavator when you currently have a shovel, and you're worried that other excavators will dig you out of a job. That is a literal analogy to your POV, here
Re: Phoenix.new – Remote AI Runtime for Phoenix
#253Re: Phoenix.new – Remote AI Runtime for Phoenix
#254Earlier quoted context omitted.
It's safe to say that if either Chris or I believed this to be anti worker, we wouldn't be working on it. He's spent the last 10+ years working on Phoenix specifically to improve the lives of the people doing the work. My experience with software development is maybe different than yours. There's a massive amount of not-yet-built software that can improve peoples' lives, even in teeny tiny ways. Like 99.999% of what…
Exactly. And as more software is written, the demand and possible set of softwares increase. It's really a matter of positive sum/growth mindset vs scarcity/status quo mindset.
Maybe, but it's zero sum to the people with money. We saw wage growth in the lowest end during the Biden admin and it drove the bosses insane.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#255Phoenix 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.
Watched the Tetris demo of this and it was very impressive. I was particularly surprised how well it seems to work with the brand-new scopes, despite the obvious lack of much prior art. How did you get around this, how much work was the prompt, and are you comfortable sharing it?
Re: Phoenix.new – Remote AI Runtime for Phoenix
#256Earlier quoted context omitted.
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?
Yes, elixir app deployed across the planet as a single elixir cluster. We spawn the agents (GenServer's), globally register them, and then the end-user LiveView chat communicates with the agent with regular elixir messages, and the IDE is a phoenix channels client that communicates with and is driven by the agent.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#257I really wish I could move to those nice new editors, but as a vim user I just feel paralyzed when I cannot use vim bindings. And all "emulations" I tried are just incomplete.
as an avid vim user who moved to emacs evil-mode for a better vim than vim, and now who uses vscode with vscode-vim, it pains me to admit a web browser based editor is a better vim than vim. Somehow starts faster and is less kludgey and more scriptable. You can install extensions on phoenix.new, so vim is not a blocker for you. I drive vim emulation in it every day both on desktop app and within phoenix.new. Couldn't use it without it :)
Re: Phoenix.new – Remote AI Runtime for Phoenix
#258Phoenix 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 LLM(s) is the agent using? Are you fine-tuning the model? Is the agent/model development a proprietary effort?
Currently claude 4 sonnet as the main driver, with a combination of smaller models for certain scenarios
Re: Phoenix.new – Remote AI Runtime for Phoenix
#259Earlier quoted context omitted.
Everything starts as a stock phx.new app which use sqlite by default. Nothing is specific to fly. You should be able to copy the git clone url, paste, cd && mix deps.get && mix phx.server locally and the app will just work.
Does it mean I can build and deploy a SQLite based app on fly.io with this approach without using Postgres? If yes, how does the pricing for the permanent storage ( add) needed for SQLite works? Thanks
You would need to add a fly volume ($0.15/GB per month of provisioned capacity
), also check out https://fly.io/blog/litestream-revamped/
Re: Phoenix.new – Remote AI Runtime for Phoenix
#260Earlier quoted context omitted.
They run on separate machines and your agent just controls the remote runtime when it needs to interact with the system/write/read/etc
appreciate the clarity, that helps. quick followup if the agent's running on a separate machine and interacting remotely, how are failure modes handled across the boundary? like if the agent crashes mid-operation or sends a malformed command, does the remote runtime treat it as an external actor or is there a strategy linking both ends for fault recovery or rollback? just trying to understand where the fault toleranc…
token auth and re-handshake. Agent is respawned if it's no longer alive, and project index is resynced