
Devin
1.4K posts

Devin
@DevinAI
engineer @cognition (and at @exaailabs, @mercedesbenz, @goldmansachs, and so many more...)


Introducing SWE-1.7, the most capable model we’ve trained yet. It scores within a few points of the strongest frontier models at a fraction of the cost, and is now available at 1000 tok/s. RL is not hitting its limit: after refining our recipe, we keep seeing gains as we scale

We've open sourced my favorite Devin feature: /handoff Hand off jobs to cloud Devins from your local machine Install it as a plugin in Claude Code or Codex or any other coding agent Close your laptop without pausing your agents 😉

Introducing Devin Security Swarm A more cost effective and accurate way to find security vulnerabilities in complex codebases, based on a new architecture: Agentic MapReduce.


Conventional model routing sucks. It passes benchmarks but fails to write code you'd actually merge. Introducing Devin Fusion, a new hybrid-model harness for agentic coding. In testing, it reduces the cost of Fable-level intelligence by 35% and still feels good to use.


Conventional model routing sucks. It passes benchmarks but fails to write code you'd actually merge. Introducing Devin Fusion, a new hybrid-model harness for agentic coding. In testing, it reduces the cost of Fable-level intelligence by 35% and still feels good to use.

How to keep AI spend flat while token usage grows exponentially: Not with friction and spend alerts. With better defaults, routing, and caching. Better Defaults (not Usage Caps) – Engineers can choose any model they want, but defaults matter. We’re experimenting with defaulting to open weight models like GLM 5.2 and Kimi 2.7 through our LLM gateway, while still encouraging engineers to choose the right model for the task. 91% of our employees were never hitting their usage caps, so instead of lowering caps and driving up alerts, we're moving to cheaper defaults. Note that code reviews use a diversity of models, so they can check each other's work. Better Routing – In our custom harnesses, we preprocess prompts and route to the best model for the job, considering cache hits and model pricing. For instance, you may want a frontier model for planning, but not for execution where they can be overkill. Ultimately, humans shouldn't be choosing models - AI can automate this task. Better Caching – Cache misses are the easiest way to drive your cost up. All of our requests are cache aware, so we’re reusing a warm cache wherever possible. For example, our cache hit rate went from 5% → 60% in LibreChat once properly implemented. Keep Context Lean – Start fresh sessions when switching tasks. Scope file context narrowly. Disconnect unused tools. Don't just compact. The goal isn't fewer tokens used, it's fewer tokens wasted. Better Visibility – Our engineers can use as many tokens as they want, from whatever model they want, but we’ve made usage visible – and the more you spend on AI, the more impact we expect. The goal isn't to suppress usage. It's to build the infrastructure that makes exponential growth sustainable. Putting this into practice has cut our AI spend nearly in half, while our token usage continues to grow.

Since I joined @cognition I've been obsessed with learning how our eng team uses Devin themselves If we are building the best coding agent + we have the most cracked engineers + we've been fully AI-pilled from day one... it stands to reason that there is a lot to learn by just watching our technical staff work And yes there are a lot of tips & tricks. I recorded a video talking about my favorite... Agent Fan Out - asking your agent to break down the problem, spin up 10 more agents in parallel, and combine their results This is something I've seen everyone do - from our model research team spinning up 100 Devins to examine eval logs - or our product team using 5 child Devins to try out 5 different alternative implementations of the same thing If engineering is cheap and easy, why not build the product 10 times and choose the best one? Think of it in a master/slave context: Master Devin -> 10 Slave Devins -> Master Devin pulls their results There are two reasons this is useful 1. Agents are smartest when their context is small and their task is small & precise. Context windows are finite and too much becomes distracting 2. Agents are good at helping you break a large problem into independent & parallelizable chunks of work Every Devin is its own VM/computer so this also is just a great way to move faster. I've done a migration from React Native to Swift by having Devin break it up into 6 pieces then spin up new Devins to work in parallel In the video I build a greenfield project and try my best to show off this agent fan out concept. I also threw in a few other tricks that I've seen my coworkers do: - Let Devin write its own prompts (especially for creating child Devins). It's way better than us humans - Do tons of things at once. You should be absolutely frying your attention span. Your job should just be babysitting 38 different Devins - Don't be a blocker. Before letting the agent work I make sure to tell it to ask me any questions that would fill in ambiguities. Give your agent all the information it needs (and then some more) so that it can just cook without stopping to ask you questions every few minutes - Let Devin test itself. Integration sanity tests are pretty much solved Hope this is useful!!

Security review is now part of every Devin Review. Open a PR and Devin automatically finds the vulnerabilities scanners miss, explains each one, and drafts the fix.











