
co-founder of thirdlayer • prev research @jumptrading @meta @harvard
Joined January 2025
- Tweets116
- Following558
- Followers5.2K
- Likes83
Kevin Gu retweeted
Legendary discussions at the office. @rronak_ discussed applying and scaling up SDPO for continual learning in the real world to prevent context degradation and more
@kevingu gave a talk on learning from production traces for knowledge-work tasks that have no direct verifier: how to generate reward signal without ground truth and keep organizational context current as the work changes
@matthewjsargent explained how to stabilize asymmetric self play and new research fields in open ended learning
Thanks to all those who came out and asked great questions we’ll be hosting more of these soon!
Most agents are static once deployed. Trained once, frozen, and brittle outside their training distribution.
We’re bringing together researchers and builders working on systems that keep learning, decompose problems into reusable pieces, and improve their own reasoning over time. Talks are from @kevingu CTO of Thirdlayer, @rronak_ CEO of Trajectory, @matthewjsargent CEO of Vmax followed by open Q&A.
Join us! luma.com/l666hxiw
Kevin Gu retweeted
If you're into continual learning, RSI, or self-optimizing agents, come to Intent this Friday in SF.
3 technical talks from the founders of Vmax, Trajectory, and Thirdlayer on closing the training loop in production:
@kevingu (CTO, @dexbythirdlayer) is covering context architecture for capturing organizational diffs, post-training on custom context, and a meta-harness that hill-climbs overnight.
@rronak_ (CEO, @trajectorylabs) will cover why GRPO collapses trajectory feedback into a scalar and loses signal, and how SDPO fixes this with a privileged teacher that distills richer supervision into the student. Live at Harvey, Clay, Decagon, Mercor.
@matthewjsargent (CEO, @VmaxAI) will cover why single-agent self-play self-calibrates (the proposer converges to tasks it can already solve) and how PopuLoRA fixes this with co-evolving teacher + student LoRA adapters on a shared frozen base.
Fri Jul 31, 6pm. Open Q&A after the talks.
Cohosted with @shaheersan and @SusaVentures
RSVP here (capacity limited) 👉 luma.com/l666hxiw
Kevin Gu retweeted
Most agents are static once deployed. Trained once, frozen, and brittle outside their training distribution.
We’re bringing together researchers and builders working on systems that keep learning, decompose problems into reusable pieces, and improve their own reasoning over time. Talks are from @kevingu CTO of Thirdlayer, @rronak_ CEO of Trajectory, @matthewjsargent CEO of Vmax followed by open Q&A.
Join us! luma.com/l666hxiw
Kevin Gu retweeted
We're hiring a multi-hyphenate product designer with impeccable taste and technical depth.
Current UI models no longer work for AI agents. Every interface was designed for a world where humans did the execution. Now that agents handle the execution, interfaces now serve as channels for intent and negotiation.
Nobody’s designed these primitives yet.
If you want to be at the frontier of defining what this next generation of UI actually looks like, DM me with your work.
Kevin Gu retweeted
One of our users hit inbox zero and cleared 1,900 emails in a single session.
We shipped a full gmail suite that:
- scans your inbox with a personalized triage
- drafts replies in your voice
- auto syncs your CRM
- recovers old leads
- personalizes outreach at scale
- creates action items sent straight to your Slack.
Runs every morning or on-demand. You never have to open your inbox.
New features launching every couple days.
Kevin Gu retweeted
four weeks before YC demo day, we killed what we'd been building. it had a 50% CMO response rate, but we couldn’t stop thinking about an idea that nobody had a name for yet…
10,000+ downloads later, that idea is Dex.
On the 1st ep of First Commit, @reggitales explains why she dropped out of Harvard, left a YC batch mid-pivot, and is now building Dex — a browser agent helping knowledge workers offload the manual layer of their day.
speaking at a panel moderated by @BainCapVC this thursday on predictive + proactive interfaces with @kneureither, @justoutquan, and Jenning Chen. rsvp in comments
Kevin Gu retweeted
Someone is going to build a worldclass “Brain” for enterprises & make a stupid amount of money.
Why? As @da_fant said, “coding w ai is solved bc all context is in the git repo. knowledge work is difficult bc context is spread out. an ai system that creates a git repo w all context for a knowledge worker will be able to 100% automate the work.”
When companies talk about being data ready for AI, this is what they’re implicitly saying.
Engineering has been prepared for this moment for a long time because of the deterministic nature of code, the centralization/versioning of data (read: GitHub), and AI tools that are largely build by engineers for engineers.
But for the rest of white collar work, there’s a TON of catching up to do to properly harness the power of the technology.
The big challenge here, and why no one has truly cracked the code for "an ai system that creates a git repo w all context for a knowledge worker" is because unlike code, most knowledge is 1) distributed, 2) unstructured, and 3) unverifiable.
It's distributed: transcripts live in Granola. Documents in Notion. Customer Data in Hubspot. ERP. Emails. Slack messages. Random spreadsheets. SOP docs. Etc. Etc.
Building an ingestion engine that connects to all of your disparate data sources and auto-updates based on the shelf-life of the data is the first, and frankly, easiest step of the process.
Next, it's unstructured: let's say I want to create a proposal for a potential client. To nail the proposal, I want it to pull important information from a variety of sources. The specific asks & background from our initial sales call. Previous proposals to anchor ourselves to a proven format. And completed sprint boards from Linear, so the pricing & timeline in the document is grounded in truth.
Whether it's a thoughtful filesystem (a la Obsidian) or an OpenClaw-esque memory structure, the brain needs to be great at self-organizing in a thoughtful schema. This is very hard, especially if you want to build a generalizable brain that can be shaped to an array of different enterprises.
And finally, most knowledge is unverifiable: writing a function, running a unit test, and seeing if the code works is easy. It works or it doesn't. Using AI to accelerate your content creation process is highly subjective. What is a good/bad idea? Is the content in your voice or not? Does it feel like slop or novel? Answering these questions are both difficult and non-verifiable.
That same system described above doesn't just have to be great at organizing & forming coherent relationships, but it also has to be great at self-improving based on feedback from the user. Memory systems (like those introduced by OpenClaw) are great to a point, but as you scale the corpus of data within your company's brain, things like compaction and cleaning become wildly important to avoid the needle in the haystack problem.
Someone is going to figure out how to solve this problem, and when they do, not only will they make a shit ton of money, but they'll be robinhood for knowledge workers, enabling non-engineers to enjoy the sort of leverage that only technical folks have felt for the last few years.
introducing Dex, the first agent system with full operational context and a self-updating knowledge base
karpathy's llm knowledge base on steroids
Dex ingests raw events from every app in your workspace. every slack message, email, meeting, browser session, task update compounds into one living knowledge base. background agents continuously monitor and enhance it while you sleep so your agents get smarter every day
try now at joindex [dot] com
Introducing Dex: the self-driving workspace for operators.
Dex is the first agent system with full operational context and a self-updating knowledge base.
Every datapoint from your workspace is ingested, synced, and structured into compounding context for agents to take action.
Comment "DEX" or tag @dexbythirdlayer access.
First 1,000 sign-ups get 7 days free.
After, join our rolling waitlist.
Sign up at joindex [dot] com for a fun surprise.
How dex works (threads)
Kevin Gu retweeted
Introducing Dex: the self-driving workspace for operators.
Dex is the first agent system with full operational context and a self-updating knowledge base.
Every datapoint from your workspace is ingested, synced, and structured into compounding context for agents to take action.
Comment "DEX" or tag @dexbythirdlayer access.
First 1,000 sign-ups get 7 days free.
After, join our rolling waitlist.
Sign up at joindex [dot] com for a fun surprise.
How dex works (threads)
Kevin Gu retweeted
whoa this is actually fucking sick, a self-improving ai you can use yourself right now (for any task)
dude created an ai agent that autonomously upgraded itself to #1 across multiple domains in < 24 hours…. then open sourced the entire thing
but here’s why it actually works:
- agents fucking suck, not because of the model, because of their harness (tools, system prompts etc)
- Auto agent creates a Meta agent that tweaks your agents harness, runs tests, improves it again - until it’s #1 at its goal
- best part: you can set this up for ANY task. in this article he uses it for terminal bench (code) and spreadsheets (financial modelling) - it topped rankings for both :)
- secret sauce: he used THE SAME MODEL to evaluate the agent - claude managing claude = better understanding of why it failed and how to improve it
humans were the fucking bottleneck and this not only saves you a load of time, it’s just a better way to train them for domain specific tasks
seriously check it out
Kevin Gu retweeted
Neat project + post. This line of work is making me think of harnesses as transient reasoning scaffolds. Reminds me of earlier “XoT as intermediate structure” work (SatLM, Program-of-Thought, Tree-of-Thought, etc.), but now in an agentic regime with much more room for optimization.
I keep wondering about this idea of meta-optimization: how broad should we expect that optimization to get? Should a meta-agent mostly do local search over prompts/tools/hyperparameters, or should it sometimes pursue riskier, longer-horizon interventions? Wilder example, but if we pointed something like AutoResearch at "coding", should we expect it to rediscover higher-level workflows or abstractions akin to Claude Code?
My guess is that “meta” agents, or even deeper recursive optimizers, will tend to favor local improvements over sweeping pipeline redesigns. Very targeted and precise changes, even when broader features might help in the long run. Measuring that “meta-scope”, where do agents spend their time optimizing these harnesses, seems worth studying.
Kevin Gu retweeted
Send this article to your agent and thank me later
teapawt.net/kevingu/status/2039843…






















