Traverse: Learning When to Remember, Reset, and Redirect for Long-Horizon Web Search
Abstract
Long-horizon information-seeking agents often accumulate noisy or misleading context, causing early mistakes to persist and making recovery increasingly difficult. We introduce an autonomous search harness in which the agent manages its own search process through three states: Rubric, Answer, and Verify. The agent first defines criteria for a valid answer, searches under these criteria, and then independently verifies the result before deciding whether to terminate or continue searching. It is further equipped with a Seal Memory tool that enables active context management. Training this behavior with reinforcement learning, however, can induce Seal Collapse, resulting in unstable training and preventing the agent from reliably learning when and how to use its memory tools. We solve this with a simple strategy that trains only the final segment after context management. Our 35B model achieves 72.83 on BrowseComp, outperforming comparable open-source systems, and consistently improves over the base model across BrowseComp-ZH, xbench, DeepSearchQA, WideSearch, financial investigation, and product search. Ablations show that autonomous compression outperforms automatic compaction and validate our RL design.
1 Introduction
Over the past two years, we have witnessed a remarkable transition of large language models from conversational assistants (Lambert et al., 2025) to increasingly autonomous agents that can interact with the environment (Wang et al., 2025; Zheng et al., 2025b; Li et al., 2025b; Wan et al., 2026). Powered by rapid advances in both model capabilities and the surrounding runtime infrastructure, or agent harnesses (Wu et al., 2024; Yang et al., 2024; Wang et al., 2025), LLM agents are beginning to create tangible value in real-world workflows, most notably in coding (Yang et al., 2024; Wang et al., 2025; Pan et al., 2025) and deep research (Zheng et al., 2025b; Li et al., 2025b; Wan et al., 2026). Deep information-seeking systems such as OpenAI deep research (OpenAI, 2025) and Gemini Deep Research (Citron, 2024) already assist users across an unusually broad spectrum of tasks, from tracking down a half-remembered movie to conducting comprehensive literature reviews and producing market intelligence reports. In parallel, the community has developed increasingly rigorous benchmarks (Wei et al., 2025; Chen et al., 2026b; Du et al., 2026; Gao et al., 2026; Avraham et al., 2026) to probe the limits of these systems, evaluating not only whether an agent can retrieve relevant information, but also how deeply, broadly, and persistently it can explore the open web.
However, we observe a persistent failure mode in existing information-seeking agents. During long-horizon search, agents inevitably accumulate noisy, irrelevant, or misleading evidence in their context. Earlier mistakes can then bias subsequent decisions, causing the agent to revisit unproductive search paths and eventually enter a degenerate state from which recovery becomes increasingly difficult. This not only wastes valuable context budget, but also amplifies early errors throughout the trajectory. Recent work has begun to address this problem through explicit context management: some methods periodically summarize the growing interaction history (Wu et al., 2026), while others reconstruct an evolving research state at each step (Chen et al., 2026a). In broader long-horizon agent settings, recent work explores active memory curation and context folding (Zhang et al., 2026; Sun et al., 2025). Despite this progress, these methods focus primarily on maintaining a useful search state. We argue that an equally important capability remains largely overlooked: the agent itself may know whether the answer it has reached is actually correct.
In this paper, we seek the answer to the following question: Can we provide the right tools and workflow to enable an information-seeking agent to fully control its own search process and verify its answer? To this end, we propose a highly autonomous search harness that transitions among three states: Rubric, Answer, and Verify. Given a question, the agent first enters the Rubric state to formulate a set of criteria that a correct answer must satisfy, and then carries these criteria into the Answer state to guide its search. During this process, we equip the agent with a self-managed context mechanism: the Seal Memory tool, which it may invoke at its own discretion to compress the accumulated context and carry forward only the information it considers useful. Once a candidate answer is found, the agent transitions to the Verify state, where it assumes the role of a verifier and re-examines the evidence supporting the answer. Crucially, the agent itself decides whether the answer is sufficiently verified or whether it should return to the Answer state and resume searching.
Training such an agent introduces an additional challenge: while we can distill the desired behaviors from strong teacher models, we also want the agent to learn through environmental feedback how to use its memory tools effectively with reinforcement learning. However, we find that the commonly adopted strategy of optimizing all context segments (Wu et al., 2026) leads to unstable training and a failure mode we term Seal Collapse, preventing the model from reliably learning when to invoke the Seal Memory Tool. We address this with a simple yet effective strategy that optimizes only the final segment after context management. Using this recipe, our Traverse-35B model achieves 72.83 on BrowseComp (Wei et al., 2025), outperforming recent open-source systems of comparable scale, including QUEST-35B and AREX-Turbo (Xie et al., 2026; Lu et al., 2026), while also showing consistent gains over the base model on representative benchmarks such as BrowseComp-ZH (Zhou et al., 2025) and WideSearch (Wong et al., 2025), with strong transfer to financial investigation and product search. Extensive ablations further show that agent-controlled context compression outperforms automatic compaction and validate the effectiveness of our RL training strategy. Our contributions can be summarized as follows:
- •
We develop an autonomous long-horizon search harness that combines a Rubric–Answer–Verify state machine with agent-triggered Seal and Read Memory tools. The agent decides when to create a context boundary, what evidence and failed hypotheses to preserve, and whether a candidate answer should terminate the search or trigger another evidence-seeking round.
- •
We identify Seal Collapse, a failure mode that arises when trajectory-level feedback is propagated across all context segments, and analyze its connection to ambiguous credit assignment and segment-induced trajectory reweighting. We introduce a final-segment-only RL strategy that stabilizes memory-tool learning while keeping the training workload independent of the number of context resets.
- •
We demonstrate strong performance across a broad range of search tasks, together with consistent improvements over the base model. Controlled ablations further validate the effectiveness of agent-controlled context compression and final-segment-only RL.
2 Method
2.1 Overview
Our goal is to maximize agent autonomy in long-horizon search. We first address the unavoidable problem of context exhaustion by letting the agent decide both when to compress its context and what information to carry forward. This capability is implemented through two tools: the Seal Memory tool, which compresses and stores memory, and the Read Memory tool, which retrieves finer-grained details when needed. We further organize the search process as a state machine. Given a query , the agent first enters the Rubric state and constructs . These rubrics are then passed to the Answer state, where the agent gathers evidence with search and browse tools while autonomously deciding whether to compress its context or produce an answer . In the Verify state, the agent evaluates conditioned on and , and outputs . The process terminates on Pass; otherwise, the agent returns to the Answer state with verifier feedback and continues searching. Our framework is summarized in Figure 1.
2.2 Self-Context Management
Context management is unavoidable in long-horizon agentic search. When an agent follows an incorrect search path, or must verify an answer across multiple pieces of evidence, its finite context can easily become exhausted. We observe, however, that the agent itself often has sufficient signal to recognize when search has stalled and when the evidence is strong enough to discard accumulated noise. We therefore introduce the Seal Memory Tool, an agent-invoked context management mechanism that lets the agent autonomously decide whether to continue searching or reset its context. When invoking the tool, the agent is required to summarize the information worth preserving according to a structured memory template. It reviews its interaction history, incorporates evidence collected so far, and, if available, the memory produced by the previous segment. We expose several summary fields as tool arguments to guide this process. Let denote the interaction history in segment , and the memory carried into that segment. The next memory is generated as
| (1) |
with . After sampling , the context is reset and the next segment starts from
| (2) |
The agent then resumes search from . The trajectory terminates once the agent chooses to produce a final answer instead of invoking the memory tool again. Meanwhile, after each tool call, the agent is informed of its current token usage, allowing it to explicitly track the remaining context budget rather than blindly continuing until it hits the context limit. We also provide a Read Memory Tool to retrieve detailed information from the stored memory when necessary. More details about the memory tools are provided in Appendix F.
2.3 Deep Research State Machine
In this section, we explore how to equip the agent with self-verification capabilities. Inspired by DeepSeekMath-V2 (Shao et al., 2025), we design a workflow that spans question decomposition through answer verification, enabling the agent to assess the correctness of its own answer and decide whether the search process should terminate.
Rubric State. We first ask the agent to decompose the question in the Rubric State. Given a query , the agent identifies the criteria that must be satisfied for an answer to be considered correct and produces a rubric set , where the number of criteria is determined adaptively by the agent. The rubric turns the constraints in the query into an explicit, structured checklist that can guide subsequent search and verification. For the multi-constraint, short-answer tasks considered in this work, typically contains one content criterion for each distinct clue in the question, together with an additional criterion specifying the required answer format. Each content criterion describes an independently verifiable property of the target entity and is designed to be checked against Web evidence. To avoid injecting assumptions at this early stage, the criteria remain simple, objective, and faithful to the original query, preserving approximate expressions, numerical ranges, and indirect descriptions at their original level of specificity. We represent each criterion as an indexed natural-language description and carry the resulting rubric forward to subsequent states.
Answer State. Next, the agent enters the Answer State and begins the actual search. Given the rubric set produced in the previous state, the agent is equipped with search, Web browsing, Seal Memory, and Read Memory tools. Each tool response is augmented with the current resource usage:
Based on the remaining budget and the noisiness of the accumulated context, the agent decides whether to invoke the Seal Memory Tool to compact its context. Within each segment, it repeatedly chooses between continuing the search through compaction or terminating with an answer . When compaction resets the context, the token budget is refreshed, while the turn budget is preserved across segments.
Verification State. Finally, the agent enters the Verify State, where it receives the query , the candidate answer , and the rubric set , and independently assesses whether satisfies the required criteria. We equip the verifier with the same four tools as the Answer State—search, Web browsing, Seal Memory, and Read Memory—allowing it to gather external evidence for each rubric. When the verification context becomes overly long or noisy, the verifier may also invoke Seal Memory to compact its context. At the end of verification, the agent outputs a decision . If , the process terminates and is returned as the final answer. Otherwise, the verifier produces a suggestion explaining why the current answer is insufficient, which rubrics remain unsatisfied, and where the subsequent search should focus, before transitioning back to the Answer State. Upon re-entry, the Answer State is additionally informed of previously proposed answers and their failures, together with the verifier’s latest feedback and unmet rubrics, enabling the agent to resume search with a more targeted direction rather than starting from scratch.
Taken together, the agent cycles through the Rubric, Answer, and Verify states, potentially undergoing multiple rounds of answering and verification until it can no longer identify an error and decides to submit the answer. Throughout this process, the agent autonomously manages its context via the Seal Memory Tool and independently determines whether the current answer is sufficiently verified or whether further search is necessary.
3 Model Training
3.1 Supervised Fine-Tuning
Query Construction and Data Curation. To train our model, we first synthesize challenging yet verifiable information-seeking questions using knowledge graphs, following WebShaper (Tao et al., 2025), and apply rigorous verification and cleaning to retain only solvable instances. We then pair these questions with a strong teacher model and our harness to collect agent trajectories. Since teacher rollouts can still contain undesirable behaviors, we filter both rule violations, such as malformed or unparsable tool calls, and behavioral errors, such as invoking the Seal Memory Tool prematurely or after the answer has already been found. Rather than discarding an entire trajectory due to a few flawed turns, we mask those turns out during training while preserving the remaining valid supervision. Further details about data synthesis are provided in Appendix A.
Masked SFT. To incorporate the filtering masks above, we augment the standard next-token prediction objective with a turn-level training mask. Specifically, for each turn , we assign a mask , which is broadcast to all tokens in that turn. All system, user, and tool turns are always assigned . For assistant turns, if the turn is identified as undesirable and otherwise. The SFT objective becomes
| (3) |
where is the number of turns, is the number of tokens in turn , and denotes its -th token. This allows the agent to avoid imitating bad patterns while still learning how to recover after it.
3.2 Seal Guided Reinforcement Learning
After distilling context-management behaviors from strong-teacher trajectories, we further ask whether the agent can learn them from environmental feedback. Context compaction introduces a structural challenge for RL: every context reset fragments the original trajectory into a new training sample. A trajectory may therefore contain multiple segments , where is the number of segments induced by compaction.
A natural strategy is to assign each trajectory its final correctness as reward , compute the group-normalized advantage , where and are the group reward mean and standard deviation, and broadcast it to every segment and optimized token: . This follows the philosophy of GRPO, where all optimized tokens in a trajectory share the same advantage.
This seemingly natural choice creates two problems. First, it obscures credit assignment. A successful trajectory may recover only after its final compaction removes misleading evidence from earlier exploration. Conversely, a failed trajectory may contain useful evidence in earlier segments yet make a wrong commitment only in the last. Broadcasting the final outcome therefore rewards or penalizes many actions only weakly related to the result, injecting substantial optimization noise. Second, fragmentation implicitly reweights trajectories. The RL objective can be written as
| (4) |
where is the number of trajectories, is an RL objective such as PPO, and is the policy parameterized by . Suppose one trajectory is split into segments while the remaining trajectories are not compacted. The batch now contains training samples. Each non-compacted trajectory receives weight instead of ; thus, the normalizer changes with .
Addressing both issues simultaneously is non-trivial. One must either spend additional computation to obtain more accurate value estimates, thereby enabling finer-grained credit assignment, or resort to more sophisticated algorithmic designs whose effectiveness must then be carefully validated under this dynamically evolving training process. Instead, we take a deliberately simple route. We propose a simple yet effective strategy that sidesteps both challenges: we optimize only the final segment produced by context compaction. Despite its simplicity, this design is motivated by two key observations:
- 1.
Implicit Learning. At the end of each segment, the agent must either produce an answer or invoke the Seal Memory Tool, otherwise, the segment terminates due to context overflow and becomes the final segment, where failure is penalized. Thus, even without explicitly rewarding memory tool calls, the agent is implicitly encouraged to invoke the Seal Memory Tool when further search is needed, while learning when to stop and answer within the current segment.
- 2.
Reward Signal. The final segment is temporally closest to the trajectory-level reward and therefore receives a less noisy learning signal, reducing the optimization variance induced by broadcasting the same advantage across all preceding segments.
In this way, training only the final segment actually couples two decisions: whether to continue searching through compaction, and whether enough evidence has been gathered to answer. We therefore formulate our RL objective as:
| (5) |
where only the last segment is optimized. We compute within-group advantages using the GRPO-style Z-score normalization. For policy optimization, we adopt GSPO (Zheng et al., 2025a) to stabilize MoE training. Specifically, GSPO aggregates token-level policy ratios into a sequence-level importance ratio, . We additionally apply penalties for tool usage, trajectory length, and token-budget consumption. Detailed reward configurations are provided in Appendix C.
4 Experiments
4.1 Experiment Setup
Implementation Details. We use Qwen3.5-35B-A3B as our base model and adopt GSPO to stabilize RL training for the MoE architecture. We set the maximum number of agent turns to 512, the context length to 256K, and the sampling temperature to 1.0. Our RL training uses 96 GPUs, with 32 GPUs allocated to policy optimization and 64 GPUs dedicated to asynchronous rollout generation. For all ablation studies, we keep the search backend, training hyperparameters, and sampling configuration identical to ensure fair comparisons. During SFT, we collect and train on trajectories from the rubric, answer, and verification states, whereas RL is applied only to the answer state. For BrowseComp, we additionally enable a Discard-All context reset when the context is exhausted, following common baseline practice; this fallback is orthogonal to Seal Memory and can be combined with the agent-triggered compression mechanism.
Baselines. We compare our method with the closed-source models like GPT-5.5 (OpenAI, 2026), Claude Opus 5 (Anthropic, 2026), and Gemini 3.1 Pro (Google DeepMind, 2026), as well as the open-source models like GLM-5.1 (GLM-5 Team and others, 2026), Kimi K3 (Team et al., 2026a), DeepSeek-V4-Pro (DeepSeek-AI et al., 2026), Qwen3.5-35B-A3B and Qwen3.5-122B-A10B (Team, 2026), MiroThinker-1.7-mini (Team et al., 2026b), QUEST-35B (Xie et al., 2026), FORT-Searcher (Deng et al., 2026), and AREX-Turbo (Lu et al., 2026).
Benchmarks. We evaluate our model on five search benchmarks: BrowseComp for deep information seeking, BrowseComp-ZH (BC-ZH) (Zhou et al., 2025) for multilingual search, WideSearch (Wong et al., 2025) for breadth-oriented retrieval, and xbench-DeepSearch (xbench) (Chen et al., 2025a) and DeepSearchQA (DSQA) (Gupta et al., 2026) for multi-step evidence collection and synthesis. Together, they cover diverse deep-search capabilities across languages and task formats. We further evaluate generalization on GAIA (Mialon et al., 2024), FinSearchComp (Hu et al., 2025), and ShoppingComp (Tou et al., 2025). Additional benchmark and evaluation details are provided in Appendix F.3.
4.2 Main Results
| Model | Browse Comp | BrowseComp- ZH | xbench- 2510 | DeepSearch QA | Wide Search |
| Closed-source Models | |||||
| GPT-5.5 | 84.4 | – | – | – | – |
| Gemini 3.1 Pro | 85.9 | – | 53.0 | 93.3 | 66.4 |
| Claude Opus 5 | 90.8 | – | – | 95.0 | – |
| General-purpose Models | |||||
| Qwen3.5-35B-A3B | 61.0 | 69.5 | 50.3 | 68.5 | 57.1 |
| Qwen3.5-122B-A10B | 63.8 | 69.9 | – | – | 60.5 |
| GLM-5.1 | 79.3 | – | – | – | – |
| DeepSeek-V4-Pro | 83.4 | – | 80.0 | 88.7 | 78.0 |
| Kimi K3 | 91.2 | – | – | 95.0 | – |
| Search-specialized Models | |||||
| IterResearch-30B-A3B | 37.3 | 45.2 | – | – | – |
| REDSearcher | 42.1 | 49.8 | – | – | – |
| QUEST-35B | 64.6 | – | – | – | 60.6 |
| MiroThinker-1.7-mini | 67.9 | 72.3 | 57.2 | 67.9 | – |
| AREX-Turbo | 70.7 | – | 57.0 | 78.5 | 68.5 |
| FORT-Searcher | 72.2 | 75.0 | 57.2 | – | – |
| Traverse-35B (Ours) | 72.8 | 70.7 | 57.0 | 82.8 | 72.1 |
In this section, we evaluate our model across a diverse suite of benchmarks and compare it against strong existing systems. Beyond widely used search benchmarks, we further probe its out-of-domain generalization on finance and e-commerce-oriented tasks. As shown in Table 1, Traverse-35B achieves a score of 72.83 on BrowseComp, reaching performance comparable to FORT-Searcher. Although it trails slightly on BrowseComp-ZH and xbench, it remains highly competitive. More notably, on DeepSearchQA and WideSearch, our model achieves state-of-the-art performance among search-specialized models. Table 2 further highlights the robustness of this capability beyond the training distribution: on both financial and e-commerce benchmarks, Traverse-35B delivers substantial gains over the base model, suggesting that the learned search behaviors transfer effectively to previously unseen domains. Our method improves GAIA accuracy by 18.45 percentage points, FinSearchComp accuracy by 19.70 percentage points, and ShoppingComp SoP by 0.1331 over the base model.
| GAIA | FinSearchComp | ShoppingComp | ||
|---|---|---|---|---|
| Model | Acc. (%) | Acc. (%) | VPR | SoP |
| Base | 61.81 | 38.36 | 0.6660 | 0.2245 |
| Ours | 80.26 | 58.06 | 0.6680 | 0.3576 |
4.3 Ablation Studies
In this section, we investigate the effectiveness of our approach from three perspectives. We first validate the proposed RL algorithm, then quantify the gains brought by RL over the SFT model, and finally compare our method against Auto Compaction. For BrowseComp, we evaluate on a 185-question subset to reduce evaluation cost, which we refer to as BC185. Further details about BC185 are provided in Appendix D.
Is Training the Last Segment Effective? We compare final-segment RL (Section 3.2) with two alternatives that broadcast the trajectory-level advantage to all segments: standard all-segment RL and a -weighted variant that equalizes total trajectory weights. As shown in Figure 2, standard all-segment RL reduces BC185 Avg@3 from 60.4 for SFT to 51.7. Weighting partially recovers it to 57.8, still below SFT and final-segment RL (65.2). On WideSearch, the weighted variant achieves 40.1/59.5 Row-F1/Item-F1, compared with 46.3/66.2 for standard all-segment RL and 49.7/71.1 for final-segment RL. Thus, correcting trajectory reweighting alone does not resolve the degradation from all-segment training.
Figure 3 reveals distinct training failures. Standard all-segment RL initially improves but later collapses: Seal calls are delayed, usage approaches zero, and hard context-budget termination rises sharply. The -weighted variant shows accuracy degradation from around step 20, followed by a surge in Seal usage around steps 25–30, increasingly early Seal calls, and repeated Search/LinkSummary loops. These patterns are consistent with unresolved credit-assignment difficulties despite trajectory reweighting. Final-segment RL maintains stable accuracy, Seal usage, and search behavior while optimizing only one segment per trajectory, avoiding growth in training-segment count as context resets increase.
How Much Does RL Improve over SFT? Here, we quantify the gains brought by RL over SFT. We compare the SFT and RL models on BC185 and WideSearch. On BC185, RL improves the score by 4.8 points while reducing the number of agent turns required to reach the answer. We observe the same trend on WideSearch, where RL improves Row F1 by 6.0 points and Item F1 by 7.9 points, again with fewer search turns. These results show that RL yields substantial improvements in both effectiveness and search efficiency, while further validating the effectiveness of optimizing only the final segment.
Can Seal Memory Outperform Auto Compaction? We further compare our proposed Seal Memory mechanism with the widely used Auto Compaction strategy. We implement an Auto Compaction harness that triggers summarization when token usage reaches 90% of the context window, i.e., roughly 230K tokens in a 256K context. For a fair comparison, the summarizer is the same model used by the main agent: once the threshold is reached, it receives the full interaction history and produces a compact memory in the same format as the Seal Memory Tool, after which the agent continues from the user prompt augmented with this memory. As shown in Table 3, allowing the agent to decide when to compact its context yields a substantial performance gain: Active Seal improves Avg@3 by 10.28 points, with consistent gains on Pass@3 and Maj@3. More importantly, it reorganizes the search process much earlier, with the median first Seal occurring at 67 turns and 67.5K tokens, compared with 217 turns and 231.4K tokens for Auto Compaction. The flexibility of Seal Memory enables the agent to explore a broader range of possibilities and pursue more diverse search paths. Its average trajectory length increases from 112.2 to 217 turns, ultimately achieving substantially higher final-answer accuracy than fixed-threshold compaction.
| Strategy | Avg@3 | Pass@3 | Maj@3 | First Turn | First Tokens | Avg. Turns |
|---|---|---|---|---|---|---|
| Auto Compaction | 54.95 | 68.11 | 56.22 | 217 | 231.4K | 112.2 |
| Active Seal | 65.23 | 76.22 | 68.11 | 67 | 67.5K | 217.7 |
5 Related Work
5.1 Web Search Agents
Large language models have increasingly been equipped with search and browsing tools to acquire external information during reasoning. Early systems such as WebGPT (Nakano et al., 2022) and ReAct (Yao et al., 2023) established the foundations for grounded answer generation and interleaved reasoning and action. Recent search agents extend this paradigm to longer and more autonomous interactions involving query reformulation, webpage navigation, evidence aggregation, and answer synthesis (Li et al., 2025b; Wu et al., 2025; Li et al., 2025a). Meanwhile, benchmarks such as GAIA (Mialon et al., 2024), BrowseComp (Wei et al., 2025), BrowseComp-ZH (Zhou et al., 2025), WideSearch (Wong et al., 2025), and DeepSearchQA (Gupta et al., 2026) evaluate complementary aspects of tool use, persistent browsing, multilingual retrieval, and broad information collection. Our framework organizes search into explicit Rubric, Answer, and Verify states, enabling the agent to construct task-specific evaluation criteria, conduct evidence-seeking interactions, and revise its answer according to verification outcomes.
5.2 Reinforcement Learning for Long-Horizon Search Agents
Recent work applies outcome-based reinforcement learning to teach language models when and how to search, allowing search behavior to emerge without intermediate reasoning annotations (Jin et al., 2025; Song et al., 2025; Chen et al., 2025b). Extending this approach to long-horizon search introduces two coupled challenges: the interaction history may exceed the active context budget, and a terminal reward provides ambiguous supervision for the many exploratory actions preceding the final answer. Context summarization and folding methods address the first challenge by compressing interaction histories and restructuring trajectories around context updates (Wu et al., 2026; Zhang et al., 2026; Sun et al., 2025). However, trajectory-level advantages are commonly propagated across multiple reconstructed segments, even though early search often contains irrelevant retrievals, candidate elimination, and abandoned directions. Our method uses autonomous Seal Memory operations to define segment boundaries and applies the terminal learning signal only to the final segment. Earlier evidence remains available through the sealed memory, while uncertain exploratory segments receive no direct gradient.
6 Conclusion
This paper introduces Traverse, a long-horizon search agent that autonomously manages both its search process and its context. The agent structures research through Rubric, Answer, and Verify states, while the Seal Memory Tool allows it to decide when to compress accumulated context and what information to preserve. To train this behavior, we combine masked supervised fine-tuning on curated teacher trajectories with a reinforcement-learning strategy that optimizes only the final segment after context compaction. This simple design avoids the noisy credit assignment and trajectory reweighting induced by all-segment training, preventing the Seal Collapse observed in our experiments. Using this recipe, Traverse-35B achieves 72.83 on BrowseComp and remains competitive across multilingual, broad-retrieval, and evidence-synthesis benchmarks, while transferring effectively to financial and e-commerce search tasks. Our ablations further show that final-segment training improves the performance, and that agent-triggered sealing substantially outperforms fixed-threshold automatic compaction.
References
- Claude Opus 5 System Card. Note: Published July 24, 2026 External Links: Link Cited by: §4.1.
- DREAM: deep research evaluation with agentic metrics. In Proceedings of the 64th Annual Meeting of the Association for Computational Linguistics, pp. 9879–9904. External Links: Document Cited by: §1.
- IterResearch: rethinking long-horizon agents with interaction scaling. External Links: 2511.07327, Link Cited by: §1.
- Xbench: tracking agents productivity scaling with profession-aligned real-world evaluations. External Links: 2506.13651, Link Cited by: §4.1.
- ReSearch: learning to reason with search for llms via reinforcement learning. External Links: 2503.19470, Link Cited by: §5.2.
- BrowseComp-Plus: a more fair and transparent evaluation benchmark of deep-research agent. In International Conference on Learning Representations, Cited by: §1.
- Try deep research and our new experimental model in Gemini, your AI assistant. Note: https://blog.google/products-and-platforms/products/gemini/google-gemini-deep-research/Accessed: 2026-08-24 Cited by: §1.
- DeepSeek-v4: towards highly efficient million-token context intelligence. External Links: 2606.19348, Link Cited by: §4.1.
- FORT-searcher: synthesizing shortcut-resistant search tasks for training deep search agents. External Links: 2606.12087, Link Cited by: §4.1.
- DeepResearch Bench: a comprehensive benchmark for deep research agents. In International Conference on Learning Representations, Cited by: §1.
- DR-Arena: an automated evaluation framework for deep research agents. In Proceedings of the 64th Annual Meeting of the Association for Computational Linguistics, pp. 27130–27152. External Links: Document Cited by: §1.
- GLM-5: from vibe coding to agentic engineering. External Links: 2602.15763, Link Cited by: §4.1.
- Gemini 3.1 Pro: Model Card. Note: Published February 19, 2026 External Links: Link Cited by: §4.1.
- DeepSearchQA: bridging the comprehensiveness gap for deep research agents. External Links: 2601.20975, Link Cited by: Table 6, §4.1, §5.1.
- FinSearchComp: towards a realistic, expert-level evaluation of financial search and reasoning. External Links: 2509.13160, Link Cited by: §4.1.
- Search-r1: training llms to reason and leverage search engines with reinforcement learning. External Links: 2503.09516, Link Cited by: §5.2.
- Tülu 3: pushing frontiers in open language model post-training. In Second Conference on Language Modeling, Cited by: §1.
- WebSailor: navigating super-human reasoning for web agent. External Links: 2507.02592, Link Cited by: §5.1.
- WebThinker: empowering large reasoning models with deep research capability. In Advances in Neural Information Processing Systems, Vol. 38. External Links: Document Cited by: §1, §5.1.
- AREX: towards a recursively self-improving agent for deep research. External Links: 2607.21461, Link Cited by: §1, §4.1.
- GAIA: a benchmark for general AI assistants. In The Twelfth International Conference on Learning Representations, ICLR 2024, Vienna, Austria, May 7-11, 2024, External Links: Link Cited by: §4.1, §5.1.
- WebGPT: browser-assisted question-answering with human feedback. External Links: 2112.09332, Link Cited by: §5.1.
- Introducing deep research. Note: https://openai.com/index/introducing-deep-research/Accessed: 2026-08-24 Cited by: §1.
- GPT-5.5 System Card. Note: Published April 23, 2026 External Links: Link Cited by: §4.1.
- Training software engineering agents and verifiers with SWE-Gym. In Proceedings of the 42nd International Conference on Machine Learning, Proceedings of Machine Learning Research, Vol. 267, pp. 47717–47737. Cited by: §1.
- DeepSeekMath-V2: towards self-verifiable mathematical reasoning. External Links: 2511.22570, Link Cited by: §2.3.
- R1-searcher: incentivizing the search capability in llms via reinforcement learning. External Links: 2503.05592, Link Cited by: §5.2.
- Scaling long-horizon llm agent via context-folding. External Links: 2510.11967, Link Cited by: §1, §5.2.
- WebShaper: agentically data synthesizing via information-seeking formalization. External Links: 2507.15061, Link Cited by: Appendix A, §3.1.
- Kimi k3: open frontier intelligence. External Links: 2607.24653, Link Cited by: §4.1.
- MiroThinker: pushing the performance boundaries of open-source research agents via model, context, and interactive scaling. External Links: 2511.11793, Link Cited by: §4.1.
- Qwen3.5: accelerating productivity with native multimodal agents. External Links: Link Cited by: §4.1.
- ShoppingComp: are llms really ready for your shopping cart?. arXiv preprint arXiv:2511.22978. Cited by: §4.1.
- Inference-time scaling of verification: self-evolving deep research agents via test-time rubric-guided verification. In Findings of the Association for Computational Linguistics: ACL 2026, pp. 24822–24835. External Links: Document Cited by: §1.
- OpenHands: an open platform for AI software developers as generalist agents. In International Conference on Learning Representations, Cited by: §1.
- BrowseComp: a simple yet challenging benchmark for browsing agents. arXiv preprint arXiv:2504.12516. Cited by: Appendix D, §1, §1, §5.1.
- WideSearch: benchmarking agentic broad info-seeking. External Links: 2508.07999, Link Cited by: Table 6, §1, §4.1, §5.1.
- WebDancer: towards autonomous information seeking agency. External Links: 2505.22648, Link Cited by: §5.1.
- AutoGen: enabling next-gen LLM applications via multi-agent conversation. In First Conference on Language Modeling, Cited by: §1.
- ReSum: unlocking long-horizon search intelligence via context summarization. External Links: 2509.13313, Link Cited by: §1, §1, §5.2.
- QUEST: training frontier deep research agents with fully synthetic tasks. External Links: 2605.24218, Link Cited by: §1, §4.1.
- SWE-agent: agent-computer interfaces enable automated software engineering. In Advances in Neural Information Processing Systems, Vol. 37. External Links: Document Cited by: §1.
- ReAct: synergizing reasoning and acting in language models. In International Conference on Learning Representations (ICLR), Cited by: §5.1.
- Memory as action: autonomous context curation for long-horizon agentic tasks. External Links: 2510.12635, Link Cited by: §1, §5.2.
- Group sequence policy optimization. arXiv preprint arXiv:2507.18071. Cited by: §3.2.
- DeepResearcher: scaling deep research via reinforcement learning in real-world environments. In Proceedings of the 2025 Conference on Empirical Methods in Natural Language Processing, pp. 414–431. External Links: Document Cited by: §1.
- BrowseComp-zh: benchmarking web browsing ability of large language models in chinese. External Links: 2504.19314, Link Cited by: §1, §4.1, §5.1.
Appendix A Search Task Synthesis
Our task-synthesis pipeline follows a formalization-driven design inspired by WebShaper (Tao et al., 2025). It consists of four stages: seed-task initialization, structured formalization, Web-grounded expansion, and quality filtering.
Seed Selection and Formalization.
We begin by sampling a target entity from a large-scale knowledge graph. A controlled traversal of its relational neighborhood retrieves a collection of factual relations and attributes, from which we construct a simple seed question with a known answer. The target may be either the sampled entity itself or one of its attributes, while the remaining facts serve as initial constraints.
For each constraint, we define a knowledge projection
| (6) |
where denotes a relation and is an entity or attribute value. The projection contains all candidate entities satisfying the corresponding constraint. We denote the formal representation of the seed task as
| (7) |
and define its feasible answer set as
| (8) |
We retain seed tasks for which . The formal representation records the target, supporting relations, intermediate entities, and the constraints required to recover the answer, providing an executable specification for subsequent expansion and validation.
Layer-wise Expansion.
Starting from the seed representation, we iteratively increase the task’s search depth. At expansion step , the synthesizer selects an expandable leaf constant from and treats it as the answer to a new subproblem. The subproblem is represented by a predicate satisfying . We then replace the original constant with a new variable constrained by this subproblem:
| (9) |
where denotes the expression obtained by replacing with in the current task representation. Consequently, information that was directly available in the seed task must now be recovered through an additional search process. The expansion is accepted only when the updated representation preserves the original target:
| (10) |
Repeated expansion produces chained and branching structures whose intermediate results are necessary for resolving the final answer.
Each expansion combines relations from the knowledge graph with information retrieved from the Web. The synthesizer searches for the selected leaf entity using multiple query formulations and collects relevant facts from heterogeneous pages. We prioritize independently supported information and remove sources that merely duplicate the same underlying statement. The retrieved facts are linked back to the corresponding entities before being incorporated into the formal representation, reducing errors caused by ambiguous names or mismatched entities. When a Web document contains descriptive text instead of an explicit structured relation, candidate entities are first extracted and linked before being used as new expansion anchors.
Controlling Task Complexity.
We separately control structural complexity and clue specificity. Structural complexity is determined by the expansion depth, relation-chain length, number of branches, and number of constraints. The resulting tasks cover several composition patterns, including chained retrieval, multi-constraint intersection, comparison, numerical reasoning, and temporal reasoning.
After the structure is fixed, we vary clue specificity through controlled transformations. Exact dates may be converted into truthful time ranges, numerical values into intervals, entity names into type-level descriptions, and directly searchable attributes into indirect relational descriptions. For example, an exact award name and year may be expressed through its field, issuing organization, and approximate period. The original and transformed values are retained in the task metadata so that each rewritten clue can be checked against its underlying fact.
We vary the degree of transformation across constraints. Some clues provide viable entry points for search, while others require broader exploration and cross-document integration. This produces tasks with different search horizons without removing the information required to identify the answer.
The expanded formal representation is finally verbalized into a natural-language question. The generator is instructed to preserve all factual constraints, avoid exposing the masked target, and express the clues as a coherent information-seeking request. Each generated sample includes the question, reference answer, formal representation, supporting relations, source provenance, and transformation metadata.
Verification and Filtering.
We apply several complementary filters before using a synthesized task for trajectory collection. First, structural validation checks that the formal representation is internally consistent, contains no unresolved or cyclic dependencies, and preserves the reference answer throughout expansion. Second, evidence validation examines the reliability and relevance of the supporting Web pages, verifies entity correspondence, and confirms that the reference answer satisfies every generated constraint. Sources that are factually unsupported, low quality, redundant, or inconsistent with the target entity are removed together with the corresponding samples.
We approximate answer uniqueness using a targeted candidate set. For a generated question , we construct
| (11) |
where contains nearby entities sampled from the knowledge graph, contains entities of the same semantic type as the reference answer, and contains plausible alternative answers produced during search-agent attempts. Each candidate is checked against the complete constraint set. We discard a sample if any alternative candidate also satisfies its formal representation:
| (12) |
Finally, we evaluate contamination and empirical difficulty. Tool-free models are first asked to answer each question directly, and questions that can be reliably solved without retrieval are removed. For the remaining samples, a search agent performs independent attempts, yielding an empirical success rate
| (13) |
We use this estimate to remove tasks that are consistently trivial or effectively unsolvable and to construct a difficulty-balanced training set. The retained tasks are subsequently executed with our agent harness to collect complete trajectories for supervised fine-tuning and reinforcement learning.
Appendix B Qualitative Analysis of Autonomous Context Recovery
We further examine whether the model uses context management as an active recovery mechanism, rather than invoking it only when the context window is nearly exhausted. We identify successful trajectories in which the model explicitly recognizes that its current search is no longer productive, autonomously invokes Seal Memory, and subsequently changes its search strategy. Table 4 summarizes two representative cases.
| Case | Before Seal | Sealed State | Strategy after Reset | Outcome |
|---|---|---|---|---|
| Hipolit Łossowski | The model repeatedly examines Polish officers, but each candidate violates at least one constraint, such as military branch, award rank, death place, or burial site. | It records the rejected candidates together with their exclusion reasons, while retaining the unresolved constraints and verified historical facts. | The model replaces person-by-person enumeration with a structured query combining war participation, military rank, award, death place, and burial location. | 1881 ✓ |
| Hiroaki Yamamoto | The model searches the current Rakuten Eagles roster but cannot find a player satisfying both the birth-year and weight constraints, eventually noting that it is “running in circles.” | It preserves the likely team, the failure of the current-roster hypothesis, conflicting weight evidence, and the possibility that the target is a former player. | The model re-verifies the weight constraint, expands the search from the current roster to historical players, and corrects its structured-query formulation. | Hiroaki Yamamoto ✓ |
In the first case, the model initially searches for a Polish military officer by checking individual candidates. This produces a sequence of partial matches: some candidates participated in the relevant war but received the wrong class of the Order of Polonia Restituta, while others fail the death-place or burial constraint. After recognizing that continued enumeration is inefficient, the model invokes Seal Memory and stores not only the verified facts but also the rejected candidates and their exclusion reasons. In the refreshed segment, these dead ends are converted into explicit query constraints. The model then performs a joint structured search over military service, award rank, death place, and burial location, identifies Hipolit Łossowski, and returns the correct birth year, 1881.
The second case illustrates recovery from an incorrectly bounded search space. While identifying a Japanese baseball player, the model initially assumes that the target must appear on the current Rakuten Eagles roster. Repeated searches fail to reconcile the required birth year and weight, leading the model to state, “I’m running in circles. Let me try a completely different approach.” It then invokes Seal Memory, recording that the current-roster assumption has failed and that historical players should be considered. After the reset, the model verifies the disputed weight condition, expands the search to former Rakuten players, and corrects an entity-type error in its structured query. This revised search identifies Hiroaki Yamamoto and produces the correct answer.
These cases show that the learned behavior goes beyond periodic context compression. The model can recognize an unproductive search state, decide when to create a semantic boundary, preserve evidence and failed hypotheses, and redirect the subsequent search from a refreshed context. The controlled comparison with automatic context compaction provides complementary quantitative evidence for the effectiveness of this model-initiated recovery behavior.
Appendix C Reward Shaping and Context-Budget Randomization
Answer correctness provides the primary trajectory-level signal. We retain both positive and negative values of the group-relative advantage defined above, and augment this outcome signal with resource penalties and action-local signals on the final segment. We denote the correctness component assigned to each trainable token in the final segment by .
For resource usage, let be the number of assistant turns, the turn limit, the length of the active segment, and its assigned context budget. We use linearly increasing penalties near the corresponding limits:
| (14) | ||||
| (15) |
where . Thus, the turn penalty begins when a trajectory enters the final fraction of its turn budget, which is set to in our experiments. The context penalty follows the same pattern as the active segment approaches , and generation is terminated once the hard context limit is reached.
Format supervision is assigned to the assistant turn that produces the error. If turn contains format violations, its penalty is
| (16) |
where controls the penalty per error and limits its magnitude. We also identify three deterministic action violations: fabricated tool names or arguments, repeated identical search actions, and answer-ready Seal Memory calls. The last case occurs when the Seal arguments indicate that the model has already obtained the answer; the Seal operation is rejected and the model continues from the current segment. For an offending action of type , we cap its token-level advantage by
| (17) |
where is the corresponding violation-specific threshold.
We additionally reward parallel tool use when it reduces serial search rounds. Among correct trajectories for the same question, we compute the tool-use cost
| (18) |
and rank the trajectories according to . More efficient correct trajectories receive a larger efficiency score, which is converted into a width-aware bonus and assigned directly to the assistant turns that issue parallel tool calls. Combining these terms gives the final token-level advantage
| (19) |
followed by the deterministic action caps above. When a rollout group has identical correctness rewards, ordinary auxiliary advantages are suppressed, while the resource penalties and deterministic action constraints remain active.
During training, the segment budget is sampled independently for each rollout group:
| (20) |
where contains multiple context limits. All trajectories for the same question share , preserving a matched resource setting within the group. After Seal Memory, the new segment starts from the task specification and sealed memory under the same budget. Varying across groups requires the model to determine when to Seal from its current progress and remaining token budget. This prevents the policy from learning a fixed Seal trigger tied to a particular context length.
Appendix D BrowseComp-Lite: A Lightweight Evaluation Subset
BrowseComp contains 1,266 questions and requires long-horizon interactions with Web search tools (Wei et al., 2025). Evaluating every model checkpoint on the full benchmark is therefore computationally expensive. To support more efficient model development and ablation studies, we construct BrowseComp-Lite-185, a fixed subset of 185 questions selected to closely approximate full-set performance.
We first apply a fixed random permutation to the original BrowseComp test set and define the first questions as a candidate subset . We then retrospectively evaluate each candidate subset using historical full-set results from multiple models and training checkpoints. For each evaluation setting, we compare the accuracy on with its corresponding accuracy on the complete benchmark and identify the smallest that satisfies a prescribed deviation tolerance. This calibration is conducted using five historical Best-of-1 evaluation runs and four Best-of-5 runs.
| # Runs | Deviation tolerance (percentage points) | |||||
| Setting | ||||||
| Best-of-1 | 5 | 345 | 230 | 185 | – | – |
| Best-of-5 | 4 | 785 | 695 | 650 | 190 | 185 |
As shown in Table 5, selecting 185 questions limits the observed deviation to three percentage points under Best-of-1 evaluation and five percentage points under Best-of-5 evaluation. We therefore fix and use the resulting subset as BrowseComp-Lite-185.
Appendix E Qualitative Comparison of Active Sealing and Automatic Compaction
(a) Mechanism comparison
(b) Anonymized trajectory comparisons
| Case | Automatic Compaction | Active Seal |
|---|---|---|
| Case A: Multi-constraint entity joining | ||
| Incorrect Correct | The model searches individual clues independently and repeatedly explores unrelated candidate entities. Although several candidates are later contradicted by retrieved evidence, the trajectory remains anchored to the same search branch and returns an incorrect answer. | Active Seal records the rejected candidates and reframes the task as an entity-joining problem. The refreshed trajectory identifies a common entity connecting multiple constraints, verifies the remaining evidence, and returns the correct answer. |
| Case B: Rare-constraint prioritization | ||
| Incorrect Correct | The model becomes anchored to a plausible candidate suggested by one salient clue and repeatedly searches within the same hypothesis, despite evidence that contradicts it. | Active Seal preserves the contradictions already discovered and restarts the search by prioritizing the rarest combination of constraints, which leads to the correct entity. |
| Case C: Entity-centered redirection | ||
| Incorrect Correct | The model repeatedly searches the full clue combination and retrieves mostly irrelevant results, without identifying a productive search pivot. | Active Seal identifies the strongest partial entity match, records it as the next search pivot, and resumes with targeted queries that recover the missing event and resolve the answer. |
As illustrated in Figure 4, the main distinction is not merely how the trajectory is compressed, but when and why the state transition occurs. Automatic compaction responds only to context length, while active Seal can respond both to context consumption and to agent-recognized semantic stagnation.
Appendix F Tool Interfaces
The answer agent interacts with the environment through four function-calling interfaces: web search, question-conditioned page summarization, active memory sealing, and memory retrieval. The schemas below are the interfaces exposed to the model. Backend choices and execution policies—including the search engine, result-field filtering, domain blocking, retry limits, and Seal-count limits—are fixed by the experimental configuration and are not model-visible arguments. All top-level argument objects are strictly validated and reject undeclared fields via additionalProperties: false. Runtime budget annotations are appended by the framework after tool execution and are not part of the semantic return schema.
F.1 Web Interaction Tools
F.1.1 Web search: search_api
The search tool accepts a free-form query and an optional result count. The search backend is selected by the evaluator rather than by the agent, which keeps the model-facing interface identical across evaluation settings.
On success, the tool returns a ranked list. In our configuration, each result retains the title, URL, textual description, and rank position.
F.1.2 Page summary: link_summary_tool
This tool reads one or more URLs and extracts information conditioned on the agent’s current question. Allowing multiple URLs supports comparison without changing the call structure.
A successful response contains the synthesized answer and reader status. The implementation may retry transient failures or fall back to a reader-plus-LLM pipeline, but this recovery is transparent to the answer agent.
F.2 Memory Tools
F.2.1 Active checkpoint: seal_memory_tool
The Seal tool creates a structured cognitive checkpoint. Instead of storing an unstructured transcript alone, it asks the agent to distinguish verified, conflicting, and partial facts; record visited paths and dead ends; retain unexplored leads; and specify the first action after the context transition. Only next_step_plan and task_progress are mandatory at the top level, allowing early checkpoints to remain partial.
The tool returns a persistent memory identifier together with the normalized checkpoint. The framework also records the timestamp and may attach the source conversation internally.
F.2.2 Checkpoint retrieval: read_memory_tool
The retrieval tool expands the checkpoint produced by the immediately preceding segment. The framework exposes only the identifier of this most recent checkpoint to the model after a context transition. By default, the tool returns the compact structured state only; the agent can explicitly request bounded tails of the associated conversation or the optional structured summary when additional detail is necessary.
The default response reproduces the compact checkpoint. When requested, conversation_history and structured_summary are added subject to the corresponding message and character limits.
F.3 Judge Models and Evaluation Protocols
Table 6 summarizes the judge models and evaluation protocols used for results produced with our harness. We use DeepSeek-V4-Flash to evaluate BC, BC-ZH, GAIA, and xbench with benchmark-specific answer-matching prompts. For DeepSearchQA and WideSearch, we follow their official evaluation implementations, including the prescribed judge models and scoring procedures.
| Benchmark | Judge Model | Evaluation Protocol | Metric |
|---|---|---|---|
| BC | DeepSeek-V4-Flash | Semantic equivalence between the predicted and reference answers | Accuracy |
| BC-ZH | DeepSeek-V4-Flash | The same answer-equivalence protocol as BC, with Chinese questions and answers | Accuracy |
| GAIA | DeepSeek-V4-Flash | Benchmark-specific answer matching covering numerical, textual, list, and date equivalence | Accuracy |
| xbench | DeepSeek-V4-Flash | Chinese answer-extraction and equivalence prompt following the benchmark grading format | Accuracy |
| DeepSearchQA | Gemini-2.5-Flash | Official component-level evaluation for single- and set-valued answers (Gupta et al., 2026) | Macro-F1 |
| WideSearch | GPT-4.1-2025-04-14 | Official table parsing, normalization, semantic alignment, and column-level grading (Wong et al., 2025) | Item-F1 |
Additional Benchmark Details.
For FinSearchComp, we evaluate on a time-stable subset of the official 635-question release. Since the 244 time-sensitive questions are associated with answers fixed at the dataset’s 2025 snapshot, evaluating them with a live search engine may incorrectly penalize up-to-date answers. We therefore exclude these questions and retain all 391 time-stable questions; this subset is not obtained through random sampling. For ShoppingComp, we report VPR, defined as the proportion of evaluation instances for which the agent produces a valid product-oriented response, and SoP (Satisfaction of Products), which measures the average proportion of user-requirement rubrics satisfied by the recommended products.
BC and BC-ZH.
We use the same judge template for BC and BC-ZH, retaining the original language of the question, reference answer, and model response. The judge returns a binary decision in JSON format. The complete prompt is shown below.
Please determine whether the provided answer is correct.
Question: <question>
Ground truth: <ground_truth>
User answer: <model_answer>
Evaluate whether the user answer is equivalent to the
ground truth. Consider:
1. Numeric equality, ignoring formatting differences.
2. Semantic equivalence, ignoring casing, punctuation,
and whitespace.
3. For lists, whether the elements match regardless of order.
4. Equivalence between different date formats.
Ignore format inconsistency.
Return the result in JSON:
{
"reasoning": "Brief explanation",
"decision": true/false
}
Return JSON only, with no extra commentary.
DeepSearchQA and WideSearch.
For DeepSearchQA, we use the official Gemini-2.5-Flash judge prompt. Each expected answer component is evaluated independently, while unsupported additional answers are counted as false positives when computing Macro-F1. For WideSearch, we use the official GPT-4.1 evaluator. Model outputs are first parsed as structured tables and normalized using the benchmark-provided string, numerical, date, and URL processing rules. GPT-4.1 is invoked for semantic primary-key alignment and columns requiring LLM-based grading, after which Item-F1 is computed using the official aggregation procedure.