Devansh: chocolate milk cult leader (@Machine01776819) header
Devansh: chocolate milk cult leader (@Machine01776819) profile picture

Breaking down ideas in AI, Software, and Tech as an industry. Chocolate Milk Cult Leader reaching 1M+ people monthly. The best meme maker in all of tech

United States of America
Joined October 2020
Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)Photo by Devansh: chocolate milk cult leader (@Machine01776819)
Devansh: chocolate milk cult leader retweeted
Keep pushing the boundaries at @trymirai
Massive breakthrough in speculative decoding! It made a 9B LLM on my MacBook 4x faster, and 2.6x faster than regular speculative decoding. I ran Qwen3.5 9B on my M5 MacBook Pro with the same prompt, three ways: - No speculative decoding: done in 42s - Regular speculative decoding: done in 30s - DFlash + Weaver: done in 11s The video below shows all three side by side. Here's why it works: Speculative decoding lets a cheap drafter guess the next few tokens, and the main model checks them all in one pass. The fastest drafters, like DFlash, guess every position in parallel. But each guess is made on its own, so position 5 never sees what was picked at position 4. One early mismatch and everything after it gets thrown away. Weaver fixes this. It's a tiny adapter (one Transformer layer) on top of DFlash that: ↳ picks among DFlash's top candidates left to right, so each pick depends on the last ↳ grows a tree of likely continuations instead of a single chain ↳ lets the main model verify the whole tree in one pass On my Mac, every pass of the model produced 7.5 tokens instead of 1. On a B200 GPU, the paper reports 4x faster decoding across chat, math and code. @TryMirai open-sourced the whole stack in their engine, uzu, built for Apple Silicon. GitHub repo: github.com/trymirai/uzu (don't forget to star it 🌟) Trying it takes two commands: 𝗯𝗿𝗲𝘄 𝗶𝗻𝘀𝘁𝗮𝗹𝗹 𝗺𝗶𝗿𝗮𝗶 𝗺𝗶𝗿𝗮𝗶 --𝗺𝗼𝗱𝗲𝗹 𝘁𝗿𝘆𝗺𝗶𝗿𝗮𝗶/𝗤𝘄𝗲𝗻𝟯.𝟱-𝟵𝗕-𝗠 -𝗺 "𝗪𝗿𝗶𝘁𝗲 𝗮 𝗽𝘆𝘁𝗵𝗼𝗻 𝗳𝘂𝗻𝗰𝘁𝗶𝗼𝗻 𝘁𝗼 𝗺𝗲𝗿𝗴𝗲 𝘁𝘄𝗼 𝘀𝗼𝗿𝘁𝗲𝗱 𝗹𝗶𝘀𝘁𝘀" --- I wrote a full breakdown of why local inference is memory-bound and how uzu gets past it, with reproducible code. The article is quoted below. In the replies, there's an illustration of standard vs. speculative vs. uzu decoding.
1
1
6
201
Ask five AIs what share of salespeople quit after one follow-up. All five: 44%. Follow the citations: a sales firm's stats page, then a freelance writer's sample article. No survey. No study. Five AIs agreeing isn't consensus. It's one portfolio piece with five readers.
106
Recently I told you all about all training models is a losing move. Now @alighodsi is saying the same. DataBricks, one of the companies that kickstarted the whole hypecycle around trained models when they bought MosaicML talked about all the models they serve their customers. Notice what's missing? Their own models. They've realized that custom model training has basically no value. All the vertical companies trying to sell this are basically selling snake oil. cc @willchen500 lnkd.in/p/dZrzAvzM
Replying to @RamaswmySridhar
I don't think we should fight. The two companies are complementary. Since you're not doing this AI stuff, I really think Snowflake should consider getting its AI tokens through Databricks. You can get both cheap OSS models as well as frontier (OAI/Ant/Gemini/Grok) models from our platform. It all goes through Unity Gateway which has Smart Routing, Budgets, and Access Control. You can even use Omnigent with any harness, including CoCo. Most of our customers used this to reduce token spend ~30% last few months while token count went up. Genie lets you then track, control, manage that spend, all your financials, marketing, etc. Quick POC?
1
12
4,334
Pimco, which kicked off the AI data-center lending boom, has quietly halved its Meta and Oracle AI bonds. Same week, Nvidia and AMD pledged $4B for Meta stock. Lender out. Chip sellers in. The bank left the party. The bartender bought Meta another round.
176
Malaysia is the world's #4 destination for AI chips, per Epoch AI. Also in Epoch's data: China logged $3.8B of servers from Malaysia. Malaysia logged exporting $0.6B. $3B of hardware left and nobody did the paperwork. Not the 4th AI superpower. The world's busiest AI layover.
101
Harvard: coding agents made PRs take 49% longer to merge. Features shipped: flat. Anthropic: expert analysts sided with their agent's secret coin flip 86% of the time. So we're slower, and not safer. "Human in the loop" is the world's most expensive coin flip.
1
1
4
450
Everyone's quoting Anthropic's $80.7B half-year loss. Wrong number. $72.4B of it is a non-cash accounting charge. The real one is in the S-1: $542-567B of future compute commitments. First-half revenue: $16.3B. The loss is accounting. The 33x is real.
1
1
1
203
OpenAI and Anthropic both "disproved" a 25-year-old computer science hypothesis, hours apart. Anthropic's own paper: the algorithm only beats brute force on formulas with more than 10^10,000 variables. The universe has ~10^80 atoms. Maybe real math. Definitely a PR race.
139
Pay attention, b/c NVIDIA's newest Nemotron Models are not your average model release. They've made several interesting changes to maximize their intelligence per dollar. My favorite is how they replaced standard Mixture of Experts with the newer Latent MoE. According to their research, conventional MoE would need roughly 350 billion extra parameters just to match LatentMoE’s accuracy. LatentMoE also delivers up to 3.5x higher throughput at matched accuracy. Let's understand how that works (full NVIDIA research deep dive coming soon; consider this a preview) Traditionally, MoE cuts your costs by routing each token to only a small fraction of the network’s experts; helping you get the knowledge capacity of a massive model while paying for the inference of a smaller one. That’s why MoE has become a mainstay in all modern LLMs (to the point that it was actually surprising that Meta refused to MoE for as long as they did for their Llama models). However, even when you cut the FLOPs with MoE, you have to pay for the freeloading inactive experts in memory (AI models got free housing before you did), read their weights into the compute units, and — when the model is split across multiple GPUs — ship token activations back and forth across the network. That data movement creates two nasty bottlenecks depending on your traffic regime: When concurrency is low, the GPU spends most of its idle. When concurrency is high across a multi-GPU cluster, the interconnect saturates as the system dispatches full-width token vectors to whichever remote GPUs hold the chosen experts. While MoE reduces the total number of calculations for you, you’re still streaming lots of big bytes across your network, which adds a cost of its own. This is what LatentMoE was built to solve. Simply put, it reduces the dimensions of your input vectors, making processing much cheaper. (As an aside, notice how more and more companies are embracing reasoning in the latent space?? When this becomes mainstream, don’t forget that I was the first one to call it) With these cost savings, each latent expert becomes much cheaper to read from HBM much lighter on the network; so Nemotron can pack in far more total experts and activate a much higher top-k combination of experts per token without spiking serving costs. This allows them to hit the perfect top-bins half volley of intelligence per dollar, the metric that the entire AI Industry is now chasing when they realized that AI models eventually need to make money AND that perhaps you don’t astra level intelligence to edit your spreadsheets based on your macros. Really intelligent work by @NVIDIAAI
187
Can't believe people are still finding this. Super cool to see.
Replying to @gabepereyra @harvey
This is going to be a pretty long answer, but just to preface it: if you really disagree with this, or you feel strongly that you have data that proves me wrong, let’s discuss it properly. We can do a public roundtable with you, your research team, engineering guys, whoever else you think would add value to the discussion. My community is almost at 2 million people monthly now, and I think it would be a great way to show people how you guys are thinking about this, why you’re so confident in the approach, and where you think my analysis is wrong. The point would not be "debate" (I think that's corny af), but to have a good-faith discussion about our differences in opinion/technical thesis in a way that everyone can walk out with a better understanding of things. Happy to also talk privately if that's better. Or just argue with code, as they say. We'll define a task, define a budget, we build it in our own ways, and let’s compare the results. Now onto the answers. TLDR: training custom models would be wasteful for law firms and most challenges around sensitive agentic deployments are not a model layer problem. Trying to solve them in the model layer creates major security issues that law firms will not want to deal with. 1-- when you talk about helping law firms build their own models/building on their private data, you're likely suggesting post-training, because obviously they will not have the amount of money and data required to train a completely new intelligent model from scratch. Especially one that’s competitive against the really good open models out there currently. This is not useful to them because stacks of research have already shown us that most of the knowledge of an LLM comes from the pre-training stage, not from the post-training. Post-training is essentially just a way to change how the model samples from its latent space, but the way concepts are organized and information is actually learned is mostly coming from the pre-training stage. This is a problem for law firms because they don’t want their own custom knowledge, their client data, their own proprietary knowledge, to be confused with generic off-the-shelf internet insights (since you're not changing the pre-training). The whole point of training a model on your custom data would be that it’s much more precise, much more grounded in your data (including private data that isn't available in generic models). If you’re only post-training and not pre-training, most of your knowledge is still coming from that generic base. You can actually confirm this for yourself with your tenant models. Compare outputs on identical tasks between the tenant model and the base model it was post-trained from. You’ll see that the distributions are actually quite similar, especially when you account for the amount of resources you would have had to spend getting there. 2) let’s say you realize this and you’re post-training the model not to be more knowledgeable, but specifically to navigate a law firm’s spaces better: learn how to navigate through Google Drive connectors, any enterprise software they’ve bought, DISCO, Clio, etc. The problem there is most generic off-the-shelf LLMs, especially the really cutting-edge ones, will already have had access to the same tools and will know how to navigate these environments themselves. It’s not like these environments are alien technology that intelligent models will not be familiar with. So then you’re again stuck on the same issue: what is the ROI? Especially when you consider the fact that once you start getting into post-training, what happens when the next generation of model comes out? Are you just going to start post-training again? You’ll have to post-train that and redo all of your investment. So really all that gets left are the very, very specific law firm things: ways they want to practice, where the templates are, how to find their templates, how to use their templates, etc. That is incredibly valuable. But any generic intelligent model plus a well-defined harness and a well-defined customized context map can handle this much better. Customizing the harness (this includes setting up things like access controls, which we will talk about in a sec) and context map will be 10x cheaper and much better than training a model. If you're skeptical about this, let's back both of our claims with code. 3) Now let’s say for the sake of argument that your law firm is committed to investing a lot of money into pre-training and post-training a model. They have the data, they have the compute, and they have the stubbornness to go ahead with this. The final problem here is that agent deployment in sensitive enterprise settings is not blocked by intelligence. In most cases, it’s blocked by other important aspects, such as data access control, strict edit permissions, etc. Certain employees should be able to access certain kinds of data; other employees should not. For some questions, answering them might require the system to access data that the employee should not see directly. It should be able to use that data to produce an allowed answer without exposing the raw data, or simply say that at their level of access control it cannot do this. Both are valid, depending on the org rules, but monitoring and enforcing these rules should not be purely left to LLM calls. Similarly, what about edit controls? You should be able to edit your files, not edit files above your permission level and absolutely not touch client data. If you try to solve these kinds of problems in the AI model layer, you are just introducing unnecessary stochasticity. You will have mistakes. Look no further than coding models for prood. despite tens of billions of dollars invested into post-training coding models, coding models continue to do stupid shit like delete production databases and rewrite access controls. And coding models have orders of magnitude more investment behind them. Coding is more verifiable, so it’s easier to train with post-training techniques. Coding is also a domain AI researchers and engineers are familiar with, so there’s much greater domain understanding there compared to something like law, where your AI researcher and your AI engineer will usually not know law particularly deeply. Despite all of those advantages, coding models still have not solved these problems because these are not AI model-layer problems. Anybody trying to solve these problems by just training a law-firm AI model is introducing unnecessary security risks and unnecessary costs. All of which will compund when the agents spins out subagents in swarms. 4) And I haven’t even started to mention the fact that even if you do train your own model, you still have to worry about inference. There’s a reason AI inference companies and providers that optimize GPU utilization and inference utilization make so much money. What are you going to do? Go to a cloud/neo cloud provider and tell them to host your model? Host it in a VPC? Because otherwise you’re asking law firms to invest not just in research teams and model teams, but also inference engineers, cloud-serving engineers, DevOps guys, and everything required to make sure one person’s query doesn’t get messed up with another person’s query. These problems continue to compound. You’re adding a lot of unnecessary headache onto people, and you’re doing all of this for basically no gain. It is much simpler for a law firm to take, if they want, an open model hosted in their environment or through something like OpenRouter. Fine. Or if they want a closed model, they can use an API with ZDR and no training guarantees. Then worry about setting up the harness, the context map, the access controls, and building a system with the security and access-control structure in place. That will give you 10 times the results. Happy to hear where you see things differently
2
158
Devansh: chocolate milk cult leader retweeted
Replying to @msuster @pzakin
Great. Please do let me know how you prefer to learn, and I will respond. Meanwhile - Here's the intro to an objective long read on this subject, which you can dissect with your chatbot. It's penned by the highly respected and followed researcher @Machine01776819 share.google/aimode/bxCdIPzb… If you prefer, your fav chatbot can follow these newer breadcrumbs to see how 24/7 persistent agent swarms are now affordable and fast: 1. Memory is widely acknowledged as the bottleneck to inference 2. DeepInfer has proven you can use flash storage as non-volatile memory to extend KV cache, and efficiently scale agent swarm performance to 3 days, with chat sessions to 7 days 2a. Note most inference providers today scale inefficiently, adding more GPU servers just for the needed HBM+DRAM 3. WEKA's Augmented Memory Grid (AMG) inspired DeepInfer, with my team posting about this KV cache storage approach since Feb 2025 4. AMG uses high-bandwidth networking (NVLink, UMBP) to enable storage capacity as high-bandwidth memory, combining the best of both, scaling efficient agent performance to weeks and months 5. Most recently ahead of their successful Token Factory cached token rollout, Nebius published updated benchmarks showing WEKA AMG processing 2-4x more requests and input/output tokens. Previously CoreWeave, Firmus and Oracle published similar AMG benefits with frontier models current at that time. Finally If interested, I can DM you some detailed interactive dashboards which outline the tech in an even more engaging way.
1
1
2
46
It's kind of wild but I'm hearing stories that OpenAI might be selling to Google. Game breaking if true.
2
2
7
494
It won't be a full acquisition but Google is apparently getting a stake.
1
69
Harvey refused to defend their approach because they know it's a scam.
Replying to @gabepereyra @harvey
This is going to be a pretty long answer, but just to preface it: if you really disagree with this, or you feel strongly that you have data that proves me wrong, let’s discuss it properly. We can do a public roundtable with you, your research team, engineering guys, whoever else you think would add value to the discussion. My community is almost at 2 million people monthly now, and I think it would be a great way to show people how you guys are thinking about this, why you’re so confident in the approach, and where you think my analysis is wrong. The point would not be "debate" (I think that's corny af), but to have a good-faith discussion about our differences in opinion/technical thesis in a way that everyone can walk out with a better understanding of things. Happy to also talk privately if that's better. Or just argue with code, as they say. We'll define a task, define a budget, we build it in our own ways, and let’s compare the results. Now onto the answers. TLDR: training custom models would be wasteful for law firms and most challenges around sensitive agentic deployments are not a model layer problem. Trying to solve them in the model layer creates major security issues that law firms will not want to deal with. 1-- when you talk about helping law firms build their own models/building on their private data, you're likely suggesting post-training, because obviously they will not have the amount of money and data required to train a completely new intelligent model from scratch. Especially one that’s competitive against the really good open models out there currently. This is not useful to them because stacks of research have already shown us that most of the knowledge of an LLM comes from the pre-training stage, not from the post-training. Post-training is essentially just a way to change how the model samples from its latent space, but the way concepts are organized and information is actually learned is mostly coming from the pre-training stage. This is a problem for law firms because they don’t want their own custom knowledge, their client data, their own proprietary knowledge, to be confused with generic off-the-shelf internet insights (since you're not changing the pre-training). The whole point of training a model on your custom data would be that it’s much more precise, much more grounded in your data (including private data that isn't available in generic models). If you’re only post-training and not pre-training, most of your knowledge is still coming from that generic base. You can actually confirm this for yourself with your tenant models. Compare outputs on identical tasks between the tenant model and the base model it was post-trained from. You’ll see that the distributions are actually quite similar, especially when you account for the amount of resources you would have had to spend getting there. 2) let’s say you realize this and you’re post-training the model not to be more knowledgeable, but specifically to navigate a law firm’s spaces better: learn how to navigate through Google Drive connectors, any enterprise software they’ve bought, DISCO, Clio, etc. The problem there is most generic off-the-shelf LLMs, especially the really cutting-edge ones, will already have had access to the same tools and will know how to navigate these environments themselves. It’s not like these environments are alien technology that intelligent models will not be familiar with. So then you’re again stuck on the same issue: what is the ROI? Especially when you consider the fact that once you start getting into post-training, what happens when the next generation of model comes out? Are you just going to start post-training again? You’ll have to post-train that and redo all of your investment. So really all that gets left are the very, very specific law firm things: ways they want to practice, where the templates are, how to find their templates, how to use their templates, etc. That is incredibly valuable. But any generic intelligent model plus a well-defined harness and a well-defined customized context map can handle this much better. Customizing the harness (this includes setting up things like access controls, which we will talk about in a sec) and context map will be 10x cheaper and much better than training a model. If you're skeptical about this, let's back both of our claims with code. 3) Now let’s say for the sake of argument that your law firm is committed to investing a lot of money into pre-training and post-training a model. They have the data, they have the compute, and they have the stubbornness to go ahead with this. The final problem here is that agent deployment in sensitive enterprise settings is not blocked by intelligence. In most cases, it’s blocked by other important aspects, such as data access control, strict edit permissions, etc. Certain employees should be able to access certain kinds of data; other employees should not. For some questions, answering them might require the system to access data that the employee should not see directly. It should be able to use that data to produce an allowed answer without exposing the raw data, or simply say that at their level of access control it cannot do this. Both are valid, depending on the org rules, but monitoring and enforcing these rules should not be purely left to LLM calls. Similarly, what about edit controls? You should be able to edit your files, not edit files above your permission level and absolutely not touch client data. If you try to solve these kinds of problems in the AI model layer, you are just introducing unnecessary stochasticity. You will have mistakes. Look no further than coding models for prood. despite tens of billions of dollars invested into post-training coding models, coding models continue to do stupid shit like delete production databases and rewrite access controls. And coding models have orders of magnitude more investment behind them. Coding is more verifiable, so it’s easier to train with post-training techniques. Coding is also a domain AI researchers and engineers are familiar with, so there’s much greater domain understanding there compared to something like law, where your AI researcher and your AI engineer will usually not know law particularly deeply. Despite all of those advantages, coding models still have not solved these problems because these are not AI model-layer problems. Anybody trying to solve these problems by just training a law-firm AI model is introducing unnecessary security risks and unnecessary costs. All of which will compund when the agents spins out subagents in swarms. 4) And I haven’t even started to mention the fact that even if you do train your own model, you still have to worry about inference. There’s a reason AI inference companies and providers that optimize GPU utilization and inference utilization make so much money. What are you going to do? Go to a cloud/neo cloud provider and tell them to host your model? Host it in a VPC? Because otherwise you’re asking law firms to invest not just in research teams and model teams, but also inference engineers, cloud-serving engineers, DevOps guys, and everything required to make sure one person’s query doesn’t get messed up with another person’s query. These problems continue to compound. You’re adding a lot of unnecessary headache onto people, and you’re doing all of this for basically no gain. It is much simpler for a law firm to take, if they want, an open model hosted in their environment or through something like OpenRouter. Fine. Or if they want a closed model, they can use an API with ZDR and no training guarantees. Then worry about setting up the harness, the context map, the access controls, and building a system with the security and access-control structure in place. That will give you 10 times the results. Happy to hear where you see things differently
1
1
324
Devansh: chocolate milk cult leader retweeted
Training Your Own Models is an Incredibly Stupid Idea artificialintelligencemadesi… < tell me how you really feel, @Machine01776819. 😀 His main point: "Your company’s knowledge doesn’t need to live inside a model’s weights. Your AI needs to know how to use it." Seems right to me.
2
2
5
934
news.ycombinator.com/item?id… Our research into how useless training models on your data is made it to hackernews!!!
1
125
Devansh: chocolate milk cult leader retweeted
BREAKING: After 1 year in stealth, @rdominguezibar and I are launching GR Angel. We invest in exceptional founders, put them in front of one of the biggest tech audiences in the world: + 600k followers, + 400k subs & 10M weekly views. Across our personal angel investments and GR Angel, we’ve now backed: → A portfolio that has raised $1.2B+ → Companies including HappyRobot, Replit, Nozomio, Throxy, Apollo Atomics, Gru Space, Didit, Aktoria Robotics, Arga Labs, Hyperspell and QFEX → Alongside investors including a16z, Sequoia, Founders Fund and General Catalyst → 1 Exit: Portco went from $10Kmrr to 7M arr in close to 1 year Our distribution has helped startups get millions of views, one doubled its ARR and another received a $1M investment offer and much more. Now we’re looking for the most cracked founders worldwide, investing bigger checks and starting our growth phase, you can reach out to us 24 7 and hiring 👀
37
26
5
109
82,409