
19, doing things @theo, prev @amazon, benching design @ https://xitter.twitterapi.xyz/t.co/KJTlF68jXv, https://xitter.twitterapi.xyz/t.co/K22CdAPmas, @icarusstrats my opinion n larps are my own opinion
Joined February 2021
- Tweets6.1K
- Following706
- Followers3.6K
- Likes41.2K
Dara A. retweeted
Replying to @dummerspast39
Harassing and lying about open source maintainers is indeed a stupid bitch move.
Here’s what she is hiding from you guys: xitter.twitterapi.xyz/theo/status/2120131740…
Replying to @theo
It is kinda shitty that we get dunked on all the time because we’re open source.
Julius had a massive agent loop running to clear out and merge open PRs from contributors. Someone had “fable 5.5” in a commit message and it got attached to his username when it merged. He was asleep at the time.
I’ve been dealing with this particular mistake for months now. This was one out of over 3,599 PRs he merged in that month alone.
I’m sorry guys, but I need you all to help fight this misinformation. The alternative is to just close the repo and end all the bullshit.
People like @dummerspast39 make me regret open sourcing T3 Code.
Dara A. retweeted
Actual software engineer here.
Vibe coding is when you use AI to write software without manually reviewing every single line of code. Instead, you rely on empirical tests, formal verification, and static analysis to verify that your code is correct.
Rewrites like the Discord rewrite are prime targets for vibe coding because you can easily verify them. Just take the old code, run it with a ton of random inputs (this is called fuzzing), and compare the output with the new code. Your rewrite is done when the output is always the same.
As for how you know it's vibe coded? Everything is vibe coded these days. Software engineers don't write code by hand anymore. Instead, we herd clankers writing code.
Speaking of ads!
Almost all of the 10xn creators are booked into the new year!
I expect all of our creators will be sold out in Q1 by the end of this year.
If you're trying reach devs... hit me up!
Dara A. retweeted
I got tired of Minecraft co-op mods that just open a second copy of the game and hope for the best.
So I built real split screen into Minecraft Java.
One game. One window. Up to 4 players.
Plug in a controller, press START, you're in. 🎮
Free & open source 👇
Dara A. retweeted
hey. here's a little demo of the most meaningful improvement to my productivity since speech-to-text.
Dara A. retweeted
Google Play Testing has been nothing but a mess to deal with. They... banned our beta group?
So we're now mirroring the APK for the beta track on Github Releases: github.com/pingdotgg/t3code/…
volume does matter
look, i get it. if you were an engineer before agents came along, you're rightfully skeptical about lines of code and number of PRs being used as a metric for any kind of productivity. and i agree! or at least, i used to. for ease of explanation i will talk about this from the perspective as being an engineer on a large team of at least 50.
volume didn't matter before because we focused on impact. you could have high impact even with a few PRs: for example you could make a one line config change and save the company millions of dollars.
but before agents, the times where i saw volume come into the conversation were for the outliers. on the negative end you might have someone who is struggling to perform, on the other end you might have someone who was a "coding machine" archetype. a coding machine was someone who could just lock themselves in a room and emerge with a stack of PRs that solve a huge number of problems. so volume did matter, but only at the tail ends of the distribution, and combined with impact.
if you've ever worked at a large tech company before, you'll get what i mean. the thing about agents is that big tech co problems are now small-medium co problems as well.
how do agents change this calculus? well, everyone now has the ability to become a coding machine. you have incredibly capable frontier models that can write code better than any of us, at a rate much faster than we can. in this world, if you're still producing the same number of PRs as before, why wouldn't you pause to wonder why you're not being more productive? alien intelligence is here, and yet you can't outship a human coding machine?
this brings me back to why i keep talking about trust (xitter.twitterapi.xyz/poteto/status/21020504…). if you haven't put in the work to trust your agent's output, it is very difficult to scale up your productivity.
and yes, this approach does require more tokens, but i think about this in terms of cost per intelligence. before agents, this cost was very high - you needed to hire many software engineers with high 6 figure salaries to do the work. tokens are still expensive today, but are likely to get cheaper over time (xitter.twitterapi.xyz/theo/status/2107924138…) factoring in the cost of intelligence. what looks exorbitant today will likely be affordable in 6 moths to a year. a single engineer with agents can do the work of tens if not hundreds of engineers, at a fraction of the cost.
the reality that i don't think has hit yet is that job of the software engineer has truly changed. our job is not merely to produce software any longer (well tbh it was never only about the code, but bear with me for the sake of the explanation), but the machine that writes the software. this idea of a software factory, or a Michelin kitchen as i like to call it, is still a topic of research. and it's the type of stuff i like to share, not to flex, but to show you what's possible when you put a lot of rigor into using agents at scale
Dara A. retweeted
This guy got an Amazon SWE internship WITHOUT a technical interview
No leetcode grind. No OA.
I chatted with @daradoescode for this week's Sloth Bytes, and we talked about:
- How he got his internship (and other programs most people don't know about)
- Why he still says to do LeetCode, and how he balances it with building projects
- His intern project at Amazon that made a big impact through his knowledge of AI and also got him a return offer
You can read it here for free:
slothbytes.dev/p/he-got-into…
Dara A. retweeted
The T3 Code MCP now works with any connector. Add it to ChatGPT, Claude, Grok, etc. and drive your threads from there.
Dara A. retweeted
We just shipped in-app visualization capabilities in T3 Code. This enables agents to build cool dynamic experiences within the thread.
Huge shoutout to @davis7 for pushing us on this (and building most of it). Didn't expect to dig it so much.
Dara A. retweeted
Introducing Cursor for Android!!! 🔥
- Create and manage Projects and agents.
- Work across machines and the cloud.
- Oversee agents working in Live Notifications.
- Plan, assert goals, and tag skills.
- Take over agent desktops and pin your favorites.
Release on GH below!
Dara A. retweeted
currently @t3dotcodes is the best AI coding app for multitasking because of 2 main reasons:
1. the chats in the sidebar have actual useful info - Codex and Claude Code's default sidebar is focused on saving space and Codex's activity bar hides chats that i haven't archived yet so it's not usable by itself
2. threads that are in progress are hidden - this saves so much mental load scanning the sidebar to see what's going on
please copy the T3 Code sidebar 🙏
the Codex, Claude Code, and Cursor sidebars only show the title and a small coloured dot for some reason - it feels like they're all focused on design and being minimalistic/saving space
this small coloured status dot trend needs to go badly
@DevinAI is another example of a good sidebar at the moment, it shows stuff like "Approve phase 1" or "PR is ready" so you can EASILY scan the sidebar and see what's happening
Dara A. retweeted
if you want to unhandicap codex computer use (getting 1password to appear, having it not reprompt you for approval when you've already given it) here's a github gist to give to your agent
you should only do this if you know what you're doing gist.github.com/RhysSullivan…
Dara A. retweeted
tldr of what orchestrator brings (just merged):
- Pi integration + OpenCode 2 support
- better subagent tracking, with models and results visible
- queued messages survive restarts
- interrupted threads can continue after a restart
- resume automatically when usage limits reset
- live context usage + more reliable forks and rollbacks
- provider switching mid-thread
- agents can now create threads, subagents with any other provider

























