CEO @Guildai | VP Eng Meta/Instagram | Cofounder/SVP Eng Lightspark | VP Eng Yahoo | CEO Luminate | CTO/Cofounder LiveOps | Netscape Browser Eng Lead, Borland

San Francisco, CA
Joined July 2008
James Everingham retweeted
Your AI strategy should outlast your favorite model. A month ago, Guild’s engineering team was using Claude. A couple weeks later? Codex. Two weeks from now? It's anyone's guess. We don’t impose spending caps, and we don't have an opinion about how our engineers build. Our engineers gravitate where they see ROI. And that ROI math changes all the time. But here's the issue: your business processes, integrations, and operating requirements don’t. And if those investments become too tightly coupled to a single provider, the cost of switching can easily become a bottleneck to performance. For model selection to remain flexible, your infrastructure needs to remain independent. Read more from Akshay Punhani on this topic here: guild.ai/blog/engineering/wh…
1
6
88
So happy for my friends @kevinweil and @dpatil. Plenty of reasons to cheer these two on over the years. Helping scientists develop new medicines faster is a particularly good one. Congrats to the whole Warp Sciences team!
💥 Introducing Warp Sciences, a new company applying AI and robotics to help the world develop new medicines faster. We’ve raised a $215M Series A led by @lightspeedvp to bring frontier AI out of the browser and into the lab, and build scientific capacity here in America. I co-founded Warp with my long-time friend @dpatil, FAIR co-founder @manohar_paluri, and drug hunter Sol Reisberg. The early team is full of incredible people like @bkspears9, who helped achieve Q>1 fusion at LLNL.
10
332
James Everingham retweeted
Who's accountable for what your agents can do? Of the 362 U.S. IT decision-makers who responded to our recent Agent Management Report, the majority still couldn't agree on who actually owned their agents. Engineering/IT scored highest at 28.2%, 3.9% reported no single ownership standard -- and in a separate question, about half of all respondents admitted their organizations didn't have a formal policy governing agent use at all. Step 1 is proving that agents can do the work. Step 2 is proving they can do the work with the same visibility, accountability, and operational rigor of any other production system. Have you read the report? What stuck out to YOU? Let us know in the comments! guild.ai/blog/agent-governan…
1
3
83
James Everingham retweeted
New resource: download the Build or Buy Guide for Software Factories to explore— - key principles behind the build or buy debate - common pitfalls in both building and buying - and a total-cost calculator to measure potential costs against future ROI guild.ai/software-factory-bu…
1
4
104
RT @GuildAI: This team's been shipping hard all summer long. And our first end of summer party is when we finally took a beat to celebrate.…
1
7
James Everingham retweeted
A Microsoft Azure case study just proved that engineers are already starting to replace AI again. I sat in on a Guild.ai company all hands. The company is valued at $300M and gives companies one place to build, run and govern their AI agents, and see what they actually cost. During the all hands, engineer Ganesh Asapu presented a Microsoft Azure networking case study. Over eight months, most of their LLM agents were converted into deterministic code or hybrids, and only a small slice needed to stay fully agentic. As presented, costs came down by more than 70%. Then someone in the room flipped the usual fear around. Engineers aren't going to be replaced by AI, they're going to replace AI. Finally, some useful signal on how AI agents are actually being used inside frontier enterprise companies. Special thanks to James and the Guild team for allowing me in.
1
1
1
178
We surveyed hundreds of U.S. IT decision-makers about how they’re managing AI agents. 96% say they’re confident their organization has a complete and accurate inventory of its agents. At the same time, two-thirds of organizations using agents have experienced an agent-related incident in the past year. Only 40% have logging or audit trails. So maybe companies know their agents exist. But many still don’t know what those agents are doing, what they can access, who owns them, or how to stop them. Companies are putting agents into production much faster than they’re figuring out how to manage them. That’s the Agent Management Gap, and it’s the problem we’re building Guild to solve. guild.ai/ai-agent-management…
1
8
231
James Everingham retweeted
AI spend is growing. Most leaders still don't know where. We'll be on the ground at @WeAreDevs 2026 (in San Jose, from Sept 23–25). If you want to learn how to control your AI spend, stop by the booth, check out talks from co-founders @jevering and Chris Waterson, OR book time with us here → guild.ai/we-are-developers-2…
1
1
5
144
James Everingham retweeted
We had a blast last night chatting all things agent operations at our first ever Guild Table Dinner. Shoutout to all the smart minds who came out to share in the conversation (and the hors d’ouvres). If you’re at #splunkconf26 looking for an amuse bouche from the Guild team, grab some time at the link below and we’ll give you a bite-sized demo of what we’ve been cooking up this summer in the Guild forge. guild.ai/conf-2026
1
6
139
James Everingham retweeted
Replying to @splunk
@Splunk's .conf26 is here! Join us tomorrow (Tuesday) 2:15 PM - 3:00 PM MDT in Bluebird Ballroom 3C to watch Spencer Wanlass and Bhanu Prakash Kovuri leverage Guild + Splunk to guide a real agent from first-commit to continuously self-improving—live from the breakout stage. Deployed on Guild. Evaluated in Splunk. Wanna find out how you can create your own self-improving agents with Guild? Schedule some time to chat here: lnkd.in/eePFX7Bh #splunkconf26
1
6
121
Of everything we’ve built on the Guild platform, Software Factory has had the biggest impact inside our own company. We use it every day, and it’s changed how our engineering team works. Now you can try the same Factory for free. We’ll even give you 100M tokens to get started.
For the last few months, we’ve been relying on our internal Guild Software Factory to plan, implement, review, triage, and maintain our engineering work. Now we're making it available for everyone out of the box. Sign up to try the factory for free and we'll give you 100M tokens to get you shipping. Visit app.guild.ai/factory to learn more.
15
400
James Everingham retweeted
Rethinking your AI infrastructure? Wondering what Guild.ai is all about? Guild CEO @jevering is going LIVE @ 8:30 PT w/ hosts @RonfortMartin and @MichaelWaitze on @AGTPinsights!
1
4
102
I don’t think enterprises are going to pick one agent framework. They’re going to have OpenClaw, LangChain, goose, and probably ten things we haven’t heard of yet. Trying to force all of that onto one framework feels backwards to me. Give people freedom to build with what they want, then give the enterprise one secure, governed place to run it all. That’s the bet we’re making at Guild.
The agent you already trust deserves a real home—and you shouldn't have to rebuild it to give it one. That's why we're excited to announce that Guild now fully supports agents written for @openclaw and @LangChain . The same typed interface, the same version history, and the same governance. All in one place. At Guild, we believe that every enterprise needs a centralized operations layer to run and govern their agents. And we're committed to making that vision a reality. We started with Goose agents this summer. Now we're three. And we're still just getting started. Your agent worked on a laptop. Now it runs everywhere (with the guardrails on). Learn more 👉 guild.ai/blog/engineering/br…
4
320
Great video on setting up a software factory on Guild. Try it for free and be up and running in minutes.
We built a Software Factory for ourselves first. Now we're making it available to everyone. Here's some quick stats after just a few months using our Software Factory internally: 🔥 34% of merged PRs at Guild are now written autonomously by our Software Factory 🔥 56% of all code fixes are created by the Software Factory 🔥 and 91% of merged Factory PRs need no additional engineer commits Want to see it in action? Check out the demo in the link below 👇 youtube.com/watch?v=HW4doj2g…
3
214
Tag an issue. Get a review-ready PR. The Guild Software Factory is pretty simple to get going: 1. Set up a factory in a few minutes 2. Connect it to your issue tracker 3. Tag an issue guild-auto From there it picks up the issue, plans the work, writes the code, runs the tests, and gives you a PR to review. And if you don’t like exactly how our factory works, change it. Swap models. Add or remove agents. Change the tools. Add your own rules, approvals, or workflow. Or build a completely different factory. That’s really the idea behind Guild. The factory is something we built on the platform, not a black box you’re stuck with. If you’re looking for something to mess around with over the long weekend, set one up for free here: guild.ai/product/software-fa… We’ll throw in about $200 of tokens too.
1
145
James Everingham retweeted
ICYMI check out @jevering , @ChrisWaterson , and the rest of the Guild team on @insidestartups with @willsclips_ for an inside look at the platform, the office, and the many bespectacled builders crafting the next generation of AI infrastructure. youtube.com/watch?v=IyaPJtR3…
1
7
326
James Everingham retweeted
34% of merged PRs at Guild are now written by Software Factory, autonomously. 56% of all code fixes come from it. 91% of merged Factory PRs need no additional engineer commits. Software Factory is changing how we build at Guild. It’s not another coding agent. It’s a system of specialized agents that continuously finds work, plans it, implements it, tests it, reviews it, and hands a finished PR back to an engineer. And it runs all the time. A few more numbers from our own codebase: - 70% of fixes for auto-detected issues come from the Factory - 81% of log-triage fixes are Factory-written - 80% of code changes to the Guild CLI are written by the Factory - 75% of Factory PRs are accepted and merged - 25% of alerts have a fix PR up within 90 minutes - 97% reduction in time-to-fix for some workflows - About $12 in model spend per merged Factory PR The important part is what those numbers add up to. The Factory is taking entire categories of engineering work off the team: production bugs, flaky tests, noisy logs, small fixes, and maintenance work that would otherwise sit in a backlog or interrupt an engineer. Humans still merge every PR. That’s deliberate. Agents do the work. People own the outcome. Coding agents were the first step. The next step is engineering systems that can continuously find, route, execute, review, and maintain work. We built ours for ourselves first. Now Software Factory is available for other teams to run on Guild. Try Software Factory → app.guild.ai/factory
1
1
6
190
Our Software Factory now writes 34% of the PRs we merge at Guild and 56% of all our code fixes. Today, we’re releasing it for other engineering teams. We built Software Factory for ourselves first. It’s now doing a meaningful amount of the work that used to sit in backlogs or interrupt engineers. Production bugs. Flaky tests. Noisy logs. Small fixes. Maintenance. The stuff that matters, but often doesn’t get done because pulling an engineer away from something else costs more than living with the problem. The model cost to create a merged Factory PR is about $12. That means a lot of work that wasn’t worth interrupting an engineer for suddenly becomes worth fixing. A few numbers from our own codebase: - 70% of fixes for auto-detected issues come from the Factory - 81% of log-triage fixes are Factory-written - 91% of merged Factory PRs need no additional engineer commits - In some workflows, time-to-fix is down 97%, from roughly a month to a day This is probably the thing I’m most excited about that we’ve built at Guild. Software Factory is a system of specialized agents that can find work, figure out what needs to be done, implement and test the change, review it, and hand an engineer a finished PR. And importantly, it can start the work itself. Our production systems can detect an issue and feed it directly into the Factory without someone first creating a ticket, putting it in a backlog, and waiting for an engineer to pick it up. Humans still decide what gets merged. For us, that’s been the real shift. The Factory isn’t just helping engineers write code faster. It’s getting work done that otherwise might never get prioritized. We depend on ours every day now. Starting today, you can run your own Software Factory on Guild. Try it. → guild.ai/product/software-fa…
5
179
We just shipped Guild Optimizer. In our internal testing, we’ve reduced the cost of some agents by as much as 87% with no measurable reduction in quality. What surprised me was where a lot of those savings came from. Not some magical new model. Mostly from going back and fixing decisions that were completely reasonable when the agent was first built. The first job is to get the thing working. So you pick a model, write some prompts, give it the tools it needs, and ship it. Maybe the model is more powerful than you need. Maybe some of the work should just be code. Maybe you added a bunch of tools that never actually get used. It works, so you move on. Going back later is harder than it sounds. You need to know that the cheaper version still does the job just as well, which means having good evals. Most teams don’t. That’s what Optimizer does. It takes your actual production history and automatically builds an eval set. Then it starts testing cheaper models, looking for unused tools, evaluating the prompts, and finding places where predictable work can be moved out of the model and into code. You can see the proposed changes and the impact of each one before approving anything. Nothing just magically changes in production. One thing this has made pretty clear to me: there’s a lot more hiding in the cost of an agent than which model you picked. As we run more and more agents ourselves, I think continuously optimizing them is just going to become part of operating them. Optimizer is live in Guild today. Would love to hear what people think. guild.ai/blog/product/optimi…
1
1
12
383
Open source is about to get a new kind of contributor: agents. That’s one reason I’m so excited that Guild is partnering with the @linuxfoundation . A lot of us at Guild come from open source. Back when I was at Netscape, when we open-sourced Mozilla, I saw firsthand what an open community could build. I’ve believed in the power of that model ever since. And few organizations have done more for open source than the Linux Foundation, which supports some of the world's most important open-source projects and is now home to the Agentic AI Foundation. The Linux Foundation team has already pushed us in good ways. Their requirements drove our first support for an outside agent framework: goose, the open source framework that now lives under the AAIF. Over the coming months, we’ll be working with their team to build internal agents for the Linux Foundation running on Guild. Ultimately, their product team will be able to build, run, and manage those agents themselves. I’m personally so grateful for this partnership. And we can’t wait to see what this unlocks. I wrote more about why I think agents are going to change open source, and what we’re building together with the Linux Foundation: guild.ai/blog/news/linux-fou…
1
8
320