Twitxy Saved

Robert Nishihara

Verified account This account is verified. Learn more

@robertnishihara

Co-founder @anyscalecompute. Co-creator of @raydistributed. Previously AI research at Berkeley.
robertnishihara.com Joined March 2009
878 Following 17K Followers 1.9K Posts

Latest posts 5

Pinned post

Robert Nishihara Verified account @robertnishihara
Beyond pre-training, here's how I imagine most learning will work.

1. AI models / systems will maintain large collections of retrievable knowledge. This will include facts like "the capital of California is Sacramento" and tactics like "when playing Monopoly, buy a bunch of properties early on" or "make sure default arguments in Python are not mutable". The system will retrieve relevant facts / insights / tactics to perform tasks.

2. AI will ingest all types of data (books, codebases, news articles, streaming sensory input). This will happen at training time as well as while deployed to perform tasks.

3. As the system encounters new data, it will reason heavily to make sense of the data, especially to make sense of the data in the context of the system's existing knowledge. If the data is hard to understand, e.g., a technical research paper, this process will be very computationally intensive, and the output of the reasoning will be distilled into a new set of insights, tactics, and facts that are stored in the system's knowledge (along with references to the raw data that the insights were derived from). If the new knowledge contradicts existing retrieved facts, more reasoning will occur to attempt to resolve the contradiction, and existing facts in the knowledge collection will be updated (along with context about the reason for the update).

This has some nice properties.
- A way to remove or fix incorrect knowledge as the AI gathers new information.
- Some interpretability about what the model knows and its strategies for performing tasks. Also the ability to audit / check what the model knows.
- A way to benefit from training time reasoning as opposed to just reasoning at inference time and then discarding hard-earned insights.
- This kind of training time reasoning has the potential to be much more data efficient, but far more compute intensive.

This process of training time reasoning, knowledge storage, and retrieval could be emergent given the right architecture, but I expect it to be baked in initially.
Robert Nishihara Verified account @robertnishihara Jun 1, 2025
We're missing techniques for "training-time reasoning." Right now there's a lot of progress on inference-time reasoning, which is incredibly cool (I use o3 all the time).

If I think about how I learn stuff, e.g., when reading a technical paper, it's very compute intensive. Most ("most" is actually not an exaggeration here) sentences / diagrams / equations don't make sense to me at first. I have to think hard about what the authors meant, how they derived those results from earlier parts of the paper, how to relate it to other things I know, even questioning whether the statement is correct or if the authors made a mistake.

It takes a lot of reasoning to learn. This doesn't just apply to technical concepts. If I'm reading a news article, in order to make sense of it, I have to think hard about how to interpret each piece of data. How strong is the evidence? Does it contradict other things I believe?Does their reasoning make sense?

Or learning to code. In our training sets, we have incredible open-source codebases like the Linux Kernel or Google Chrome along with their commit histories, issue descriptions, etc. There is so much depth here. If a human were to sit down for a long time and deeply study those codebases, they could learn a massive amount about software engineering. We aren't anywhere near squeezing all of the juice out of these datasets.

To replicate this, we need to put way more compute into the process of learning. Intuitively, that process doesn't feel like learning via next-token prediction or RL or generating synthetic data to train on.
View quoted post on X
10 replies 21 reposts 213 likes 168K views View on X
Robert Nishihara Verified account @robertnishihara
If you want to learn more about reinforcement learning for post-training, check out this webinar. We're covering
- How the underlying algorithms work (e.g., RLVR with GRPO)
- Recent research advances (on-policy distillation (OPD), multi-teacher on-policy distillation (MOPD))
- Details of post-training a terminal agent (building evals, building custom environments, RL systems)
- SkyRL deep dive (async RL, performance monitoring, tuning for RL rollouts)

anyscale.com/events/2026/11…
www.anyscale.com Post-Training with SkyRL Master LLM post-training with SkyRL: RLVR, GRPO, agentic RL, on-policy distillation, and async rollouts for production-ready language models.
4 replies 33 reposts 258 likes 14K views View on X
Robert Nishihara Verified account @robertnishihara
If you’re interested in the low-level algorithmic and systems details of how to scale training to 1M-token context, read this post from our team.
avi basnet Verified account @avigyabasnet Oct 22
Super excited to share some of the work I’ve been doing on supporting 1M token context training on SkyRL for GLM 5.3 Flash, 64x higher than the out of the box Megatron baseline! 🚀

This work was done in collaboration with the amazing folks at @LilaSciences! 🤩

Getting there took key algorithmic and systems optimizations in four main areas:

1) DeepSeek Sparse Attention: run DSA on a sparse kernel; chunk and shard its quadratic indexer.

2) Activation recompute and offloading: recompute activations in backward and offload saved inputs to CPU.

3) Context parallelism: split each sequence across GPUs, with new CP support for KDA and a fix for DSA.

4) Avoiding unnecessary precision upcasts: keep FP32 copies out of memory and off the network.

For more details on our implementations and our results, check out our full technical blog here: blog.skyrl.ai/blog/1m-contex…!

This work benefited from the contributions of many people along the way. Big thanks to @pcmoritz, @erictang000, @sumanthrh, @CyrusHakha, @richliaw from @anyscalecompute and Keith Truongcao, Tushar Khot, Vivek Subramanian, Semih Kara from Lila Sciences for all the help and guidance!
View quoted post on X
2 replies 15 reposts 123 likes 7.1K views View on X
Robert Nishihara Verified account @robertnishihara
After a year of close collaboration with the Azure team, we're excited to announce the general availability of Anyscale on Azure! Anyscale on Azure is managed Ray on AKS, for the whole loop from data processing to training to inference. Some highlights:
- Deploys on AKS in your own Azure subscription
- Data and models stay in your subscription
- A first-class resource in the Azure portal
- Sign in with Microsoft Entra ID
- Billed through your Azure invoice, counting toward your existing Azure consumption commitment

This is the product of a very deep collaboration with the AKS team and is just the start of what we'll be shipping on Azure.

Learn more: anyscale.com/product/azure
www.anyscale.com Anyscale on Azure: Managed Ray on Azure Kubernetes Service | Anyscale Anyscale on Azure runs managed Ray on AKS in your own subscription. Run Ray on Azure with Azure-native security and billing. Deploy from the Azure portal.
Anyscale Verified account @anyscalecompute Oct 7
New: Anyscale on @Azure, now in GA.

Anyscale on Azure is generally available. Run the full AI loop on AKS in your own subscription. Own your AI on open source Ray, keep data and models in your tenant, and get more work from every GPU. Deploy from the Azure portal and pay through your Azure bill.

na2.hubs.ly/H08dWKQ0
View quoted post on X