chrismccord

6 ms·

1.
by chrismccord 9mo ago
We use dns_cluster, which ships with all phoenix apps. libcluster achieves the same, so whatever works. Ultimately dist erl just needs a way to reach the nodes and you call Node.connect/1 on a hostname and off to the races. It's s
2.
by chrismccord 9mo ago
We had a bug where some sprites would fail to properly suspend while entering their suspended state. You're not eating into credits so no worries there. We've been rolling out a fix across the fleet today so you should be seeing p
3.
by chrismccord 9mo ago
I've been working on the orchestrator side with Elixir and Phoenix, so happy to continue the discussion for curious minds. One of the coolest things we can do is things like this in Elixir - from any node we can reach out to a sqlite d
4.
by chrismccord 9mo ago
I've been having so much fun working on sprites (and working with sprites) the last the several months. There's some neat parts of the Elixir side of this we're going to open source soon. Also check out the 5 min demo we put
5.
by chrismccord 1y ago
I'm really bummed out by this release. I expected this to best sonnet, or at least match, given all the hype. But it has drastically under performed on agent based work for me so far, even underperforming gpt-4.1. It struggles with bas
6.
by chrismccord 1y ago
token auth and re-handshake. Agent is respawned if it's no longer alive, and project index is resynced
7.
by chrismccord 1y ago
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/
8.
by chrismccord 1y ago
Currently claude 4 sonnet as the main driver, with a combination of smaller models for certain scenarios
9.
by chrismccord 1y ago
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 mor
10.
by chrismccord 1y ago
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
11.
by chrismccord 1y ago
This is amazing on multiple fronts! I reset your usage, so the next round is on us! We shipped credits the day before launch, so usage UI is still TBD, but should be out next week. Thanks for the sharing your experience!
12.
by chrismccord 1y ago
claude 4 sonnet as the main driver atm, and a mix of smaller models depending on the scenario
13.
by chrismccord 1y ago
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
14.
by chrismccord 1y ago
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 :)
15.
by chrismccord 1y ago
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.
16.
by chrismccord 1y ago
They run on separate machines and your agent just controls the remote runtime when it needs to interact with the system/write/read/etc
17.
by chrismccord 1y ago
The agent runs outside your IDE instance and controls/communicates with it over Phoenix channels
18.
by chrismccord 1y ago
1.8rc, which is going 1.8.0 momentarily
19.
by chrismccord 1y ago
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 on
20.
by chrismccord 1y ago
confirm
21.
by chrismccord 1y ago
Req.post to /chat/completions, streaming the tokens through a parser and doing regular elixir messages. It's really not more complicated than that :)
22.
by chrismccord 1y ago
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
23.
by chrismccord 1y ago
Yes all 3. It has been weird trying to position/brand this as we started out just going for full-stack Elixir/Phoenix and it became very clear this is already much bigger than a single stack. That said, we wanted to nail a single
24.
by chrismccord 1y ago
Thanks! Everything is overly complicated in this space. It's probably far easier than you think. The open secret is it's just a loop that POST [provider]/chat/completions. Elixir is particularly well suited here. In Elix
25.
by chrismccord 1y ago
"15-minute rails blog" changed the game so I definitely resonate with this. My videos are pretty raw, so happy to hear it works for some folks.
26.
by chrismccord 1y ago
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 is
27.
by chrismccord 1y ago
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.
28.
by chrismccord 1y ago
yes large parts of it were built with itself, including non elixir/phoenix things. The entire headless browser (node playwright script) for example was made inside phoenix.new and it iterated on itself. More to come soon!
29.
by chrismccord 2y ago
Done! https://phoenixframework.org/feed You can thank Steffen from the Phoenix team :)
30.
by chrismccord 2y ago
I will see if we can do something about fedora, but we now convert hyphens to underscores because I'm sure that will trip more folks up – thanks! For fedora, Elixir has instructions on their site: sudo dnf install elixir erlang

More ›