The evolution of Large Language Models (LLMs) from static instruction-followers to autonomous agents necessitates operating within complex, stateful environments to achieve precise state-transition objectives. However, this paradigm is bottlenecked by data scarcity, as existing tool-centric reverse-synthesis pipelines fail to capture the rigorous logic of real-world applications. We introduce LOGIGEN, a logic-driven framework that synthesizes verifiable training data based on three core pillars: Hard-Compiled Policy Grounding, Logic-Driven Forward Synthesis, and Deterministic State Verification. Specifically, a Triple-Agent Orchestration is employed: the Architect compiles natural-language policy into database constraints to enforce hard rules; the Set Designer initializes boundary-adjacent states to trigger critical policy conflicts; and the Explorer searches this environment to discover causal solution paths. This framework yields a dataset of 20,000 complex tasks across 8 domains, where validity is strictly guaranteed by checking exact state equivalence. Furthermore, we propose a verification-based training protocol where Supervised Fine-Tuning (SFT) on verifiable trajectories establishes compliance with hard-compiled policy, while Reinforcement Learning (RL) guided by dense state-rewards refines long-horizon goal achievement. On τ2-Bench, LOGIGEN-32B(RL) achieves a 79.5% success rate, substantially outperforming the base model (40.7%). These results demonstrate that logic-driven synthesis combined with verification-based training effectively constructs the causally valid trajectories needed for next-generation agents.
Figures & tables
Figure 1: (a) Performance comparisons. LOGIGEN-32B (RL) achieves a 79.5% success rate on τ2 -Bench, significantly outperforming open-weight baselines and remaining competitive with proprietary models. It also surpasses general-purpose baselines with substantially larger parameters. (b) Performance breakdown. The gains stem from our verification-based training protocol: SFT on verifiable trajectories establishes compliance with hard-compiled policy, while RL guided by deterministic state-rewards refines long-horizon goal achievement.
Dataset
Policy Encoding
Env. Grounding
Init. Sampling
Task Synthesis
Verification
API-Bank ToolACE TOUCAN
Tool/API/MCP specs (no explicit policy)
Mocked or external tool execution (no released local stateful env)
Table 1: Comparison from a dataset construction perspective. Hard-compiled refers to policies enforced by database constraints. Deterministic state check ensures correctness via reproducible state comparisons.
Figure 2: LOGIGEN synthesizes verifiable agentic tasks via a Triple-Agent Orchestration : ( 1 ) the Architect expands seed domain knowledge into a Wiki Policy and compiles it into a Hard-Compiled Policy Environment; ( 2 ) the Set Designer seeds boundary-adjacent initial states ( N−1 ) to maximize logical friction; and ( 3 ) the Explorer performs goal-conditioned exploration to discover executable multi-turn episodes, producing a spoiler-free task description and a deterministic target database snapshot for state-based verification.
University Registrar, Course Enrollment, Librarian, Skill Development
Enterprise Ops & HR
HR Assistant, HR Team Management, Public & Admin Clerk, Collaboration Creation, Compliance Process, Planning & Strategy
Table 2: Taxonomy of Core Domains and Scenarios
Figure 3: Task complexity profile of LOGIGEN. (a) Distribution of the top-10 complexity tags assigned to generated tasks, showing that most samples involve conditional logic, multi-step interaction, and attribute-based selection, with a substantial portion requiring state-based reasoning and fallback (waterfall) behaviors. (b) Difficulty-level distribution, where L1 (Simple) tasks are rare (51), while the dataset is dominated by L2 (Intermediate; 6,161) and L3 (Advanced; 3,788) tasks, indicating a strong bias toward non-trivial, policy-constrained problem solving.
Figure 4: Training and Evaluation Protocol of LOGIGEN. The protocol operates on a Data Package containing the Wiki Policy ( P ), Task Description ( I ), and paired database snapshots. Within the Interaction Loop , a User Simulator (driven by I ) interacts with the Agent (governed by P and tools in E ). Each tool invocation induces a deterministic mutation of the database state ( sorigin→s1→s2→⋯→sfinal ). The Verifier computes a binary success metric Rfinal by performing a canonicalized State-Diff between the resulting state sfinal and the ground-truth target starget .
Model
User Simulator
τ2 -Bench
Retail
Airline
Telecom
Overall
Closed-Source Large Language Models
Gemini-3-pro
Gemini-3-pro
85.3
73.0
98.0
85.4
Claude-Sonnet-4.5
-
86.2
70.0
98.0
84.7
GPT-5
GPT-4.1-2025-04-14
81.6
62.5
95.8
80.0
Qwen3-Max-Thinking
GPT-4.1-2025-04-14
79.4
69.0
98.2
82.2
Table 3: Main results on τ2 -Bench.
Model
τ2 -Bench
Retail
Airline
Telecom
Overall
Qwen3-8B
38.6
30.5
23.3
30.8
+ Cold Start
59.1 ( ↑ 20.5)
44.0 ( ↑ 13.5)
59.1 ( ↑ 35.8)
53.5 ( ↑ 22.7)
+ TA-GRPO RL
79.5 ( ↑ 40.9)
54.7 ( ↑ 24.2)
81.3 ( ↑ 58.0)
71.8 ( ↑ 41.0)
Qwen3-32B
53.3
42.0
26.9
40.7
+ Cold Start
65.3 ( ↑ 12.0)
50.8 ( ↑ 8.8)
71.9 ( ↑ 45.0)
62.7 ( ↑ 22.0)
Table 4: Incremental performance gains of training stages on τ2 -Bench.
Figure 5: Training reward curves for LOGIGEN-8B (left) and 32B (right) models. Compared to Vanilla GRPO, TA-GRPO exhibits higher sample efficiency and achieves superior asymptotic rewards, particularly on the 8B scale.
Figure 6: Evaluation performance on τ2 -Bench across RL training steps. TA-GRPO consistently yields higher task completion rates than Vanilla GRPO for both 8B and 32B models.
Figure 7: Trajectory-level statistics . Distributions of (left) the number of turns (user–agent interaction rounds), (middle) the number of agent messages (total assistant replies; multiple messages may occur within a single turn), and (right) the number of tool calls made by the agent across a trajectory. Bars indicate the empirical frequency (percentage), the solid curve shows a smoothed density estimate, and dashed/dash-dotted vertical lines mark the mean and median.
Figure 8: Performance comparison of Pass @ k and Pass ˆk metrics on τ2 -Bench. The left y-axis represents Pass @ k (potential capability), while the right y-axis represents Pass ˆk (consistency).
Figure 9: Training reward curves. The agent trained with the low-temperature simulator (T=0.1) achieves higher and faster-converging rewards, indicative of over-optimization.
Figure 10: Evaluation performance on τ2 -Bench. The diverse simulator (T=1.0) maintains robustness, whereas the deterministic simulator (T=0.1) suffers from performance degradation.
Appendix figures & tables1 asset
Supplementary material from the paper’s appendix.
Appendix
Module / Agent
Success
Model
Avg.
Avg. Tokens
Avg.
Rate (%)
Turn
Prompt
Compl.
Cost (¥)
The Architect
68.5
–
–
–
–
1.22
Design Wiki Policy
–
DS-V3.2-Think
2.7
37,410
6,255
0.09
Design Tables
–
DS-V3.2-Think
7.1
157,048
15,906
0.36
Design Triggers
–
DS-V3.2-Think
10.0
327,096
38,654
0.77
The Set Designer
72.8
DS-V3.2
41.4
795,374
5,941
1.61
Appendix
Table 5: Breakdown of Performance and Cost by Agent Module