AI2 advances artificial intelligence through nonprofit research and open tools that benefit society. It builds and maintains open projects like AllenNLP, Aristo, Mosaic, PRIOR, EarthRanger, Skylight, and Semantic Scholar to help researchers, developers, and policymakers work on language understanding, reasoning, and climate or knowledge modeling. Unlike many AI companies, AI2 does not sell products; it is funded by grants and donations and shares its findings and tools openly with the public. Its goal is to improve AI’s reasoning and language abilities and apply these advances to real-world societal problems in education, science, and policy.
Work here?Claim your company
Industries
Company Size
201-500
Company Stage
N/A
Total Funding
N/A
Headquarters
Seattle, WA
Founded
2014
See people who can refer or advise you
Help us improve and share your feedback! Did you find this helpful?
Ai2's ToyBlocks helps trace why robot tasks fail. Ai2's robot-learning framework separates planning from movement in controlled tests. Its results show why whole-task success needs its own evidence. Rohit Ramachandran November 6, 2026 The Allen Institute for AI (Ai2) announced ToyBlocks on November 6, 2026, giving robotics researchers a controlled way to investigate a practical question: did a robot choose the wrong action, or fail to carry out the right one? For teams assessing automation, the distinction helps identify what to investigate next. The public framework simulates an arm manipulating tabletop blocks, generates training demonstrations and supports tests of trained models. It offers a way to diagnose problems in a deliberately limited setting, not proof that a robot can handle an arbitrary workplace task. Separate choosing a step from carrying it out. A planner chooses the next step and the block to act on; a controller turns that instruction into arm movements. In the project's example system, Molmo 2 handles planning and ManiFlow controls movement. ToyBlocks lets researchers replace either the planner or the controller with a reference component, then compare the outcomes. Supplying a reference plan helps examine movement; supplying a reference executor helps examine planning. Starting conditions and scoring need to remain comparable. A successful swap points to a component worth investigating, but it is not an automatic verdict on the cause. The evaluation metrics explicitly record failures of the reference executor, including infeasible motions and unsuccessful motion plans. Researchers need to inspect those failures before attributing a problem to the learned planner. A successful movement is not a completed task. Ai2 reports that its combined Molmo 2-ManiFlow system completed 15 of 30 physical three-block spelling trials, compared with 111 of 200 simulated trials. The physical scenes contained 4-10 blocks familiar from training. An operator stopping unsafe movement counted as a failed episode. Ai2 separately reports 81.1% success for individual physical skills. That counts skill executions, not complete spelling tasks, and cannot identify the share of task failures caused by planning. The institute says more trials are needed to establish statistical confidence across tasks. The practical lesson for an automation buyer is to ask for evidence covering the whole job. Thirty trials with familiar blocks do not establish reliability with unfamiliar objects in a warehouse or home. A score needs a deadline and a finish line. In a separate evaluation of ManiFlow with reference plans, Ai2's model card reports 26-28 successes out of 128 simulated episodes using a 30-second limit. Across four runs with a longer allowance - described as 194 seconds for this test, scaled to expert demonstrations - it reports 69-76 episodes reaching the goal. These results test the movement model, not the combined system from the physical trials. The implication is that being able to finish and being able to finish in time are different questions. A generous allowance can help investigate capability; an operational deadline tests whether that capability is useful for the intended job. Neither score is complete without its time budget. The finish line matters too. ToyBlocks distinguishes reaching the goal at any point from still satisfying it when the episode ends. For an object-arranging task, briefly getting the arrangement right is not the same as leaving it intact. A useful comparison should state which outcome it counts, alongside collision and stopping rules. Unseen examples can still leave out hard cases. The released dataset's documentation says it retains successful demonstrations and removes failed attempts. Difficult starting arrangements are therefore underrepresented, including in validation data used to assess performance. It also says the demonstrations contain no recovery from mistakes. That creates a distinction for anyone reading a benchmark: examples withheld from training can still be a selected set of easier-to-solve situations. They do not automatically represent every situation a robot will encounter. ToyBlocks can capture failure states and generate new expert demonstrations and recovery behaviors from them. That is a tool for designing further experiments, not evidence that recovery examples are already present in the released dataset. What teams can use it for now. For a robotics team, the immediate use is a bounded comparison: hold the task and starting conditions steady, replace one component, and examine completion, timeouts and failure records. The evaluation guide warns that individual trajectories can vary between repeated runs even with fixed seeds. Repeated aggregate results are more informative than one favorable replay. Access also requires resources. The setup guide specifies Linux, an NVIDIA GPU and a driver supporting CUDA 12.8. Public code does not remove compute, storage or integration costs; the documentation does not establish an all-in cost per experiment. Teams choosing a different kind of virtual experiment can use the related guide to NVIDIA Cosmos for virtual robot trials, which explains the choice between predicting video from actions and varying a simulator's imagery. ToyBlocks answers a narrower development question: which part of a robot's behavior deserves closer investigation? Using that answer to choose the next experiment is justified. A deployment decision still needs whole-task evidence under the objects, deadlines and physical conditions that deployment will involve.
Google is giving the Allen Institute for AI (Ai2) about $5 million, plus $1.8 million in cloud credits, to turn its AI weather model NeuralGCM into an open-source tool for projecting climate change. The tool would look at the next five to 50 years. Ai2 plans to add the ocean to the model and work on making it reliable in a warmer world. It will also release the code for training it.
StateBench Evaluates How Language Models Track State Changes in Long Documents. StateBench Evaluates How Language Models Track State Changes in Long Documents Published November 3, 2026 Ai2 introduced, a benchmark for evaluating long context state tracking... By Hardware Team Published November 3, 2026 Ai2 introduced StateBench, a benchmark for evaluating long-context state tracking: the ability of language models to retain information about entities as that information changes throughout a document. State tracking supports tasks such as reading code, where variables are assigned and reassigned, and following narratives in which characters move or objects change hands. If a mystery novel says that John gave Mary a knife immediately before a murder, for example, the model must recognize that the objects associated with the characters have changed. Some tasks only require finding the latest update. More difficult tasks require following a chain of changes, where missing one intermediate step can produce an incorrect final result. One example is determining what John gave Mary when Edward previously placed a knife in John's backpack. Transformers have documented theoretical limitations on difficult state-tracking tasks involving long dependency chains. These limitations have helped motivate recurrent and hybrid architectures, including Gated DeltaNet, which maintain a running memory. Existing evaluations often focus on the hardest cases, but researchers also need to understand which types of state tracking different architectures can handle, including simpler cases that may occur more frequently. StateBench was designed to measure state-tracking problems across several complexity levels. Ai2 used it to compare language models with different architectures. Recurrent and hybrid models generalized much farther than transformers when trained directly on these tasks. Frontier models, including Gemini 3.8 Flash, Claude Opus 5.5, and GPT-6 Sol and Luna, still failed on harder state-tracking problems as the inputs became longer. Four levels of state tracking. StateBench has four difficulty levels, each allowing more complex state-update operations. The levels can be compared to different types of variable assignment: * R-trivial problems use immutable assignment. A variable's value never changes, so the model only needs to recover its initial value. In code, this resembles let x = 4. In everyday life, a birth date is an example of information that remains fixed. * Aperiodic problems allow reassignment by value. The model must identify the most recent value and can disregard earlier ones. In code, this resembles x = 4 followed later by x = 2. A thermostat setting is a practical analogy because the latest setting determines the current state. * Soluble problems add self-referential updates. Each update depends on the current value, so the model must carry changes forward instead of locating only the latest assignment. In code, this resembles x = x + 5. A game score works as an everyday example because each point changes the running total. * General finite problems add assignment by reference. One variable can take the current value of another, creating dependencies across updates. In code, this resembles x = y or swapping two variables. Another example is a magician hiding a ball under one of five cups and repeatedly swapping the cups. Locating the ball requires tracking how every swap changes its position. This is an example of the S[5] state-tracking problem, one of the most difficult levels discussed in previous work on the limits of state tracking. These levels can be explained through variable assignments, but they also reflect distinctions from Krohn-Rhodes theory, a branch of algebra concerned with state-tracking problems represented as word problems over finite monoids. The theory describes how such problems can be decomposed into atomic primitives, with each level in the StateBench hierarchy corresponding to a different set of primitives. For a fair comparison, StateBench starts with a general finite sequence of variable assignments and derives three easier versions. This produces four comparable problems, one at each difficulty level. Each version uses the same number of variables and distinct values, and assignments appear at the same points in the sequence. Only the assignment type changes. Findings. Pretrained models. The evaluation included open pretrained models on the r-trivial, aperiodic, and general finite levels. The goal was to identify where state tracking failed and whether the failures matched theoretical expectations. Under standard theoretical assumptions, transformers can handle r-trivial tasks reliably, and can handle soluble and aperiodic tasks to some extent, but are expected to fail on general problems. Gated DeltaNet, with a more flexible memory update, can in principle handle all four levels. The evaluation began with open pretrained models whose training data and context lengths are documented. The models included two 7-billion-parameter systems, Olmo 3, a transformer, and Olmo Hybrid, which adds Gated DeltaNet layers. Smaller models with 275 million and 2.7 billion parameters were also tested. All models were pretrained on the same data. None had encountered contexts longer than 64,000 tokens during training, while most were evaluated on inputs substantially longer than that. Almost all models performed well on r-trivial problems, lost accuracy on aperiodic problems as inputs grew, and remained near chance on general finite problems. The format of the problem also mattered. The 275-million-parameter hybrid and Gated DeltaNet models scored near the ceiling on RULER-style r-trivial problems but were near chance when the same underlying tasks were presented as spreadsheet edits. This difference is one reason StateBench represents each underlying problem in multiple formats. Frontier models. Four frontier models were tested: Gemini 3.8 Flash, Claude Opus 5.5, GPT-6 Sol, and GPT-6 Luna. Each model read a sequence of variable assignments and generated the final value of every variable. All four performed well on r-trivial and aperiodic problems. On soluble and general finite problems, however, accuracy fell sharply as the inputs became longer. Accuracy reached 13% or lower on the longest general finite problems. A likely factor is sensitivity: at the harder levels, many more steps can affect the final answer, so missing a single update is more likely to produce an incorrect result. Models trained directly on StateBench. The next evaluation examined whether failures on the harder levels reflected architectural limitations or whether pretraining simply failed to teach the necessary procedures. Direct task training provides a more favorable setting for separating limitations caused by architecture and optimization from those caused by pretraining data. Several 275-million-parameter models were trained from scratch on StateBench: two transformer variants, two hybrid models, and two Gated DeltaNet variants with different memory-update constraints. The models trained on sequences of up to 256 assignments and were tested on sequences of up to 64,000 assignments, or 250 times the maximum training length. The architectures diverged as sequence lengths increased. Gated DeltaNet and hybrid models generalized almost perfectly on r-trivial, aperiodic, and soluble problems through the longest tested sequences, which contained tens of thousands of assignments. Transformers learned the easier levels but degraded on longer sequences and never learned general finite problems. On the hardest level, the Gated DeltaNet variant with the more flexible memory update generalized the farthest. It remained near perfect through approximately 10 times the length of the longest sequences used during training. For Gated DeltaNet and hybrid models, the results indicate that training was an important factor. When trained directly, these models learned to handle state-tracking levels that their pretrained counterparts could not. Transformers showed a different pattern: even with direct training, they could not learn the hardest level. Open questions. Several questions remain unresolved. A new proof shows that Gated DeltaNet with a more limited memory update, using non-negative eigenvalues, can solve all aperiodic tasks and certain periodic tasks. One example is determining whether a repeated input has occurred an even or odd number of times. This result assumes the paper's fixed-precision arithmetic with rounding. The architecture's precise position in the hierarchy remains open. It is not yet known whether this version can solve all soluble tasks, or how numerical precision and the addition of attention layers affect its capabilities. StateBench also assumes a fixed number of variables, while real tasks often introduce new entities over time. In a long conversation, for example, new people and objects may appear as the conversation progresses, requiring the model to begin tracking them. The current framework does not yet cover this setting. As recurrent and hybrid architectures continue to develop, identifying the types of state tracking each architecture can handle may help researchers design and train future systems. StateBench provides a more detailed way to identify where models fail and to develop training and evaluation data for capabilities that remain limited.
EIN.: 853561212 | State of Incorp.: DE | Fiscal Year End: 1231Type: D | Act: 33 | File No.: 021-406833 | Film No.: 211098912
Ai2 introduces LitPivot to guide scientific ideation across literature landscapes. Ai2 has unveiled LitPivot, a dynamic exploration tool that models research ideas within scientific literature landscapes to accelerate interdisciplinary discovery. Published October 23, 2026 Academic literature discovery has long relied on keyword search and citation tracking, methods that struggle to map non-obvious connections across sprawling scientific fields. To address this gap, researchers from the Allen Institute for AI (Ai2) have introduced LitPivot, a system designed to help researchers navigate, contextualize, and iterate on scientific ideas by positioning them dynamically within the broader publication landscape. Contextual ideation across research graphs. Rather than treating a research question as a static keyword query, LitPivot models scientific exploration as an evolving trajectory. At its core, the tool accepts user-provided concepts, nascent hypotheses, or working problem formulations and projects them into a multi-dimensional literature space. By evaluating thematic adjacencies and structural citations across academic repositories, LitPivot visualizes where an idea sits relative to established subfields and emerging trends. The workflow allows researchers to "pivot" their focal point iteratively. When an investigator modifies constraints - such as switching target methodologies, altering evaluation metrics, or transposing a problem into an adjacent discipline - LitPivot recomputes the surrounding literature neighborhood. This dynamic restructuring helps users discover relevant prior work that traditional lexical matching algorithms typically miss, particularly across interdisciplinary domains. Overcoming the blind spots of keyword retrieval. Standard academic discovery engines often suffer from vocabulary mismatch: two communities may investigate identical theoretical phenomena while utilizing entirely disparate terminology. LitPivot circumvents this limitation by leaning on modern neural representations and relational paper graphs, such as those derived from the Semantic Scholar corpus. Instead of merely retrieving top-ranked search hits, the tool identifies bridge papers, conceptual bottlenecks, and unaddressed intersections between disparate literature clusters. This capability assists researchers during literature reviews, project scoping, and grant writing, enabling them to evaluate the genuine novelty of an approach before investing months into experimental verification. Architecture and interaction design. LitPivot couples dense representation models with interactive visual interfaces, allowing users to inspect why specific papers are grouped together. By mapping semantic distance alongside bibliometric metadata, the framework clarifies both the historical lineage and current frontier of a topic. For developers and research teams looking to build atop the framework, the project illustrates how retrieval-augmented systems can move beyond simple passage lookup toward structured ideation assistance. By surfacing complementary techniques from parallel disciplines, the system encourages cross-pollination, making scientific synthesis faster and more rigorous. Why it matters. As the sheer volume of published scientific papers continues to grow exponentially, cognitive overload poses an existential threat to comprehensive literature reviews. Tools like LitPivot demonstrate a shift from passive academic indexing toward active cognitive scaffolding, providing researchers with systematic methods to pinpoint uncharted questions and accelerate scientific discovery.
Find jobs on Simplify and start your career today
Don't see your dream role? Check out thousands of other roles on Simplify.Browse all jobs
Industries
Company Size
201-500
Company Stage
N/A
Total Funding
N/A
Headquarters
Seattle, WA
Founded
2014
Find jobs on Simplify and start your career today
Don't see your dream role? Check out thousands of other roles on Simplify.Browse all jobs