Jeremy Mack

1.2K posts

Jeremy Mack banner
Jeremy Mack

Jeremy Mack

@mutewinter

Building something with a better name than @quests_dev.

Katılım Temmuz 2008
347 Takip Edilen1.3K Takipçiler
Jeremy Mack
Jeremy Mack@mutewinter·
Prediction: AI-led codebases (like Codex and Claude Code) will become a named strategy employed by struggling SaaS companies
English
0
0
0
50
dax
dax@thdxr·
sometimes i get bored and go to a random tech company's website to see how they're pretending to be all about ai now
English
69
47
1.4K
66.7K
Jeremy Mack
Jeremy Mack@mutewinter·
@ctatedev okay now you have my attention. this is very annoying in electron
English
0
0
0
140
Chris Tate
Chris Tate@ctatedev·
Introducing Layered WebViews For website builders, browsers, others with preview surfaces in zero-native → Render previews in real WebViews, not iframes → No iframe cookie/auth/storage pain → Isolated by default → Bridge access only when trusted Web UI, stacked natively.
Chris Tate tweet media
English
10
16
282
18.7K
Jeremy Mack
Jeremy Mack@mutewinter·
@richiemcilroy good intel. was considering an upgrade from the same chip, but in a mac studio
English
0
0
1
37
Richie - oss/acc
Richie - oss/acc@richiemcilroy·
a couple of months ago, I upgraded from a M1 Pro 32gb RAM, to a M4 Max 128gb RAM and honestly, it's made hardly any difference Rust builds still take a ridiculously long time battery dies within an hour or so with a couple of agents running and I'm still not running any local AI models
English
76
2
172
37K
Rhys
Rhys@RhysSullivan·
not enough people know that links in main tweets are fine again please stop adding spaces to your links, i want to be able to click through and view your thing
English
16
4
122
10.8K
Steve Ruiz
Steve Ruiz@steveruizok·
Can't stop thinking about how if you buy one of the machines from ASML you get some guys too
English
6
2
41
5.1K
Jeremy Mack
Jeremy Mack@mutewinter·
Sonnet 4.6 is still the only practical daily driver if you're paying for your own tokens
Jeremy Mack tweet mediaJeremy Mack tweet media
English
0
0
2
103
vjeux ✪
vjeux ✪@Vjeux·
I wanna go in vacations again to build a Claude Code based engine that can play arbitrary video games. Claude plays pokemon needed a pokemon-specific harness and was extremely expensive and slow as it had to run LLM on every single turn. Instead I think we should have Claude write code to do: - the inner loop of analyze frames, figure out what to do and send inputs. - the outer loop of understanding the various sub parts of the games and building strategies to improve them. The inner loop should be hot reloadable so that when an update is done you don’t lose all the state (as the game is still playing) and have a way to yield back to the llm if it finds itself in a position where it is stuck. I’ve had success with Kaparthy’s research loop to build and improve the outer loop for various sub systems. I think this can work out. Good news is that there’s an endless amount of single player games on steam to experiment this on.
English
1
0
8
1.7K
Jeremy Mack
Jeremy Mack@mutewinter·
@RhysSullivan Planning on giving this a shot with just-bash / ai SDK tools soon
English
0
0
0
79
Rhys
Rhys@RhysSullivan·
The vision I have for Executor is to be able to be able to replace how agents use CLIs and MCPs today with a significantly better primitive to let you call anything. I'm still figuring out the concise version of what Executor is, but for those that want the long explanation: Executor doesn't care what you add. MCP, OpenAPI, GraphQL, Custom sources, it just represents them as a tool name, input schema, output schema under the hood. This lets you then call them however you want. Today that's implemented as a code mode MCP, but it could also be called via an Executor CLI, or dropping in a native client. Also, because of this representation, they can be called via gen UI dashboards your agent writes, they can also be used in reusable workflows. Teams: You're able to set up all of your sources once and now every member of your team has access to them. It also supports per user credentials vs global credentials. Each member of your team shouldn't have to figure out how to set up your agentic environment, you shouldn't have to toggle on / off MCPs while working with your agents. Your agents should be able to access all of your company resources in a way that isn't scary. Sandboxing: Executor executes the tool calls in a JavaScript sandbox, the agent isn't able to access any of the secret values, those are done via proxy calls. Destructive Actions: Executor preserves the semantics of what it imports from i.e GET/DELETE for OpenAPI, destructiveHint for MCP, mutation for GraphQL. This then informs what the agent can auto run / not auto run, letting it work autonomously without removing you from the loop. It's all open source and built on the same SDK that's published to npm. Runs locally, will be self hostable in the cloud, there's so much to build and I'm really excited about it
Rhys@RhysSullivan

I'm now building Executor full time as a startup! The state of tool calling is a mess: - Everyone is using different agents - You have no idea what actions are going to run - Destructive actions are treated the same as normal Executor lets you set up everything once & use it with any agent. You're able to control what tools can be called, require approval on destructive actions, and invite your team to all use them. Under the hood, it's built on codemode to let you add thousands of tools with 0 context bloat. I've been using it for a month so far and it has completely changed how I interact with agents. There's so much to be built here, immediately next up on the roadmap is workspaces, skills, workflows, and generative ui. Everything is being built open source over at github.com/RhysSullivan/e…, there's a lot more coming on an SDK to embed it into your own agents, a self hostable cloud app, and plugins There's an early beta version over at executor.sh. It's very early on - if you hit any bugs let me know and I'll get them fixed up, excited to share more as I build it!

English
18
9
259
21.3K
Jarred Sumner
Jarred Sumner@jarredsumner·
99.8% of bun’s pre-existing test suite passes on Linux x64 glibc in the rust rewrite
Jarred Sumner tweet media
English
128
169
3.4K
645K
Jeremy Mack
Jeremy Mack@mutewinter·
Omg long press share button in X for system share menu omg
English
1
0
1
106
Steve Ruiz
Steve Ruiz@steveruizok·
Are people just texting during board meetings?
English
7
0
22
5.2K
Jeremy Mack
Jeremy Mack@mutewinter·
@2DoApp At this point 2Do is going to outlast Dropbox itself
English
1
0
2
206
2Do
2Do@2DoApp·
Efforts to improve 2Do's innards, especially the impossible-sync-engine, have reaccelerated. This opens the door to more sync options and better interoperability in future. Still a lot to finish, but with my head down and moving forward 🙌. A small glimpse of the website refresh
2Do tweet media
English
5
2
38
2.9K
Jeremy Mack
Jeremy Mack@mutewinter·
I know you dimmed the context ring, @cursor_ai. I'm still going to stare at it all day every day, no matter how dim you make it.
Jeremy Mack tweet media
English
0
0
0
68