director of eng, developer platform @cloudflare

Joined August 2013
Photos and videos
🤸🏽 retweeted
Just Shipped: Flue 1.0 Beta Flue is the TypeScript framework for building the next generation of agents, designed around an open agent harness with zero LLM lock-in. It’s like Astro, for agents. Flue 1.0 has been redesigned around three core primitives: 🔁 Workflows — structured automations designed for background work, where your code drives the agent from start to finish. 🧭 Agents (New!) — autonomous, stateful loops where the model drives itself to complete a given task. 📡 Channels (New!) — connect agents to Slack, GitHub, Linear, Discord, Teams, and more. Flue handles the boilerplate for you. Everything shares the same durable foundation, powered internally by Pi, Vite, and Durable Streams. Deploy anywhere, use any LLM, and recover running agents across restarts and downtime. We’ve talked to a lot of teams building agents, and keep hearing the same thing: getting to production is hard work. We built Flue to help change that. Flue 1.0 Beta is available today. Give it a try and let me know what you think!
68
106
900
197,476
🤸🏽 retweeted
what your team wants: max thinking AI model to vibe code a super app that no one asked for what your team needs: high-quality context library and the ability to safely create and run workflows (mostly deterministic, sometimes AI inference steps) on top of your systems of record
11
14
164
67,448
🤸🏽 retweeted
The best tools to build the agentic future: all native on @Cloudflare. Welcome to the team, VoidZero!!
VoidZero, the team behind Vite, Vitest, Rolldown, Oxc, and Vite , is joining Cloudflare. Vite stays open source, vendor-agnostic, and built for everyone. cfl.re/3Q1XYSX
13
29
519
46,939
great take
"Engineering, product, and design are all merging into a 'builder' role" Yeah... I'm not so sure. This feels like an oversimplification and podcast talking point. Reality is a lot more complex. Even with 1000 "Member of Technical Staff" titles, someone still has to wake up and care 100x more about Product or Design than anyone else. It is their Main Thing™ That's not to say MTS titles are universally bad, but I think they're an example of this 'builder' talking point that's become bastardized. AI and coding agents have made generating code easy and yet... you're in for a world of pain if non-engineers ship a bunch of slop and don't have great engineers to tame the complexity. The SF hivemind has a tendency to overfit what works at startups for every company. And to be fair, sometimes this is true! Startups can be a leading indicator for how the industry is changing and often cause disruption. However, it is going to be incredibly hard to disrupt the extremely human parts of corporate jobs. You really think there's going to be a PM who also does some engineering and design on the side at JPMorgan Chase? This is true for the simple parts of most jobs, like people wanting to have ownership over something and do good work, move up a career ladder, support their family, get paid well, make an honest living... And also the hard parts: internal politics, some critical business system that has a bus factor of 1 which has been running for 15 years and isn't documented anywhere because it's that guy's job security. The real world has a lot of this stuff. It's easy to pontificate about all roles collapsing but it's actually really nice to have a specific person or team who is an expert in one thing that you can work with. I don't expect that to change. Further, I think AI disruption to knowledge work will take decades to play out because it is more fundamental to the human condition (e.g. sociological/organizational) than pure intelligence.
2
295
🤸🏽 retweeted
as much as i love clean code - anecdotally, every place that i have worked has had their codebase in some form of migration, with some areas of technical debt, etc i do think there's likely a large correlation there in that the messy codebase is the company that survives
your obsession with clean code is why your competitors shipped the ugly version that actually works while you’re still refactoring
36
14
438
58,901
🤸🏽 retweeted
i think skills are a mistake and the wrong abstraction. i almost never want my agent auto invoking them and i have built custom tooling to "toggle" them on/off to prevent them from always being present in my context window.
160
20
885
125,425
🤸🏽 retweeted
the best "platform" teams spawn from building features in the product you've hit all the roadblocks, time to clear them the catch is you have to stay current - gotta keep dipping your toes into product work or you'll lose touch with where the friction is
1
12
566
🤸🏽 retweeted
build the tool, use the tool, and use the tool to build the tool. none of these are mutually exclusive
Devs love to dev so everyone and their mom is building their own version of Ramp’s Inspect. It’s a *ridiculous* amount of work though. You have to build a huge amount of features to just have a simple functional agent orchestration pipeline (that’s actually good with browser testing, cloud sandboxes that actual work, surface area across Linear and Slack, PR review, Security Review, etc, etc, etc) I know because I built several versions of this. Got sick of it and just decided to pay for Devin. Never been happier or freer to just ship a ton of features and bug fixes. You’re absolutely wasting your time if you’re not buying your agent orchestration off the shelf now. Just pick a platform and double down - stop switching - all the frontier models are equally capable now. Focus, double down and build. Don’t build the tool - use the tool. Stop playing with this stuff and just get back to work.
1
4
1,550
🤸🏽 retweeted
Give your agent the Stripe projects CLI and have it: - create a Cloudflare account - start a subscription - build and deploy apps every day getting closer to starting a new business being literally a one-shot prompt more soon! just the beginning…
Apr 16
4
14
54
10,959
🤸🏽 retweeted
announcing artifacts - a versioned file system that speaks git certainly the coolest thing i've ever built and i got to build it with some truly great people fearless leader: @elithrar zig/git nerd: @mattzcarey storage goat: @thomas_ankcorn blog.cloudflare.com/artifact…
91
129
1,348
237,714
🤸🏽 retweeted
You can now add voice to your agent using Agents SDK: blog.cloudflare.com/voice-ag… Voice is just another input -- you can use the same WebSocket connection your Durable Object uses to transmit audio. So much fun working with @threepointone on this
4
6
35
7,858
🤸🏽 retweeted
today project Think is officially out! we bet on agents that run non-stop, survive failures, cost nothing when idle, and enforce security through architecture agents that any developer can build and deploy agents that have sub-agents via Facets, Session API and full execution ladder wired in! blog.cloudflare.com/project-…
19
39
460
35,692
🤸🏽 retweeted
Cloud 2.0. Built to scale from day 1. Deploy to region: earth.
It really looks like @Cloudflare is building the Cloud 2.0, direct for cloud-first/digital native companies/AI-first. This isn't a legacy cloud, its a today future building one. its very different from where "legacy" cloud is today.
11
7
140
11,574
🤸🏽 retweeted
Friday drop pre Agents Week — concurrent connection limits on Workers are now in practice a thing of the past Before: With 6 concurrent outbound connections from one request, new connections from your Worker were blocked until an earlier connection fully completed
9
19
147
24,889
really liking this project
love seeing executor & the execution layer post in this video! i'll have a lot more to share on executor this week, it's a bash replacement for your agents and feels like the future of how we give our agents access to tools - try it out! executor.sh
1
1
5
3,278
🤸🏽 retweeted
🚀 Deploy Hooks are now live on @Cloudflare Workers! Trigger a build deploy from anywhere: your headless CMS, a cron Worker, a Slack slash command, and more! What are you gonna trigger first? 📷👀
15
22
217
34,213
🤸🏽 retweeted
It's my first @Cloudflare blog, and it's a big one. We're rebuilding WordPress as if it were built today. It's end to end TypeScript, works as an Astro plugin, and has secure plugin execution in dynamic workers. It's called EmDash, try it now ⤵️ blog.cloudflare.com/emdash-w…
27
49
398
24,066
🤸🏽 retweeted
One point of confusion I'm seeing: Lots of people assume you're supposed to run the AI agent harness itself inside a sandbox, and wonder how to do that with Dynamic Workers. The harness does *not* need to be in the sandbox. It can be a regular old Worker (probably a Durable Object, probably using Cloudflare Agents SDK[0]). Remember that an LLM can't manipulate the world at all unless you give it tools. So if you are careful about what tools you give it, it is inherently sandboxed. What we are proposing here is that you basically give the agent two tools: One to explore the APIs it has available to it (returning TypeScript type definitions), and one to execute code against those APIs (input is JavaScript). The latter tool runs the code in a Dynamic Isolate. You can't quite just run Claude Code or Codex in there, since they aren't designed to run in Workers, at least today. But @southpolesteve managed to get OpenCode (a similar harness) running 100% in Workers[1]. It's also not as hard as you might think to write your own harness -- I've done it. That said, if your agent's task specifically involves using a bunch of Linux programs, it may still be best to use containers for that. For instance, if your agent is doing software engineering -- checking out a git repo, running a compiler, etc. -- it may be impractical to make that all work in Workers. Try our Sandbox SDK[2] for that. But if your agent is planning a family vacation, it probably doesn't need to run rustc. It probably just needs to interact with a bunch of APIs. And that's where Dynamic Workers shine. blog.cloudflare.com/dynamic-… [0] developers.cloudflare.com/ag… [1] x.com/southpolesteve/status/… [2] developers.cloudflare.com/sa…
To show this off I slopforked the @opencode server so it runs entirely inside a @CloudflareDev Durable Object. No servers. No containers. Hibernates when idle. Try it: opencode attach opencode-do.southpolesteve.w… Code: github.com/southpolesteve/op…
25
35
393
36,877