UC San Diego
Mind2Dialogue research collaboration
KU Leuven · UIC · Ohio State · Johns Hopkins
Personalization & Theory of Mind in LLMs

Mind2Dialogue: Training Human-Aware Language Models through Shared-State User Simulation

Zixuan Wang1*†· Yufan Zhou2*· Jinzhou Tang1*· Chengjun Wu1· Xinle Yu1· Lyumanshan Ye1· Zhaoxiang Feng1· Letian Peng1· Adyasha Patra1· Fan Bai5· Enze Ma3· Zhengding Hu1· Jianyang Gu4· Zhao Wang1· Yufei Ding1· Jingbo Shang1· Tianmin Shu5· Zhiting Hu1· Zhen Wang1‡

1UC San Diego 2KU Leuven 3University of Illinois Chicago 4The Ohio State University 5Johns Hopkins University

* Equal contribution  ·  † Project lead  ·  ‡ Corresponding author

Preprint · 2026

A user silhouette carrying a latent state of psychology, beliefs, and social relationships produces conversations that train an LLM, yielding intent inference, long-horizon understanding, Theory-of-Mind benchmark gains on some backbones, and controllable scaling of personalized data.
Each simulated user carries an evolving state that records beliefs, goals, mood, and relationships.

Abstract

Assistants must infer beliefs, goals, mood, and social relationships from dialogue, but these states are usually hidden during training. Mind2Dialogue creates them explicitly. A user simulator and an Oracle assistant share an evolving user state; the Oracle's replies become targets for a student that sees only a static persona and dialogue history. The pipeline needs no per-dialogue human annotation, and it yields M2D-Corpus: multi-turn dialogues and QA pairs whose assistant responses are grounded in the corresponding latent state. On Qwen2.5-7B-Instruct, fine-tuning raises PrefEval-Gen by 33.4 points and PersonaMem-v2 by 10.0, ahead of both memory-augmented and personalization baselines on the same backbone. Personalization also improves on Llama and OLMo. Qwen and Llama improve on Theory-of-Mind benchmarks without direct ToM supervision; OLMo does not. The narrower conclusion is that personalization and Theory of Mind may share one capability — inferring unobserved user states from observed interaction.

1
Shared state during simulation
The user simulator and Oracle read the same evolving state st.
2
Stronger personalization
+33.4 PrefEval-Gen and +10.0 PersonaMem-v2 over base Qwen.
3
Transfer depends on the backbone
BigToM Belief: +13.0 Qwen, +24.8 Llama, -8.2 OLMo.
4
Gains grow with more data
Personalization rises from ⅛ to the full corpus on all three backbones.

MethodA shared-state simulation framework

Mind2Dialogue adds one asymmetry to synthetic dialogue. The user simulator and an Oracle assistant read the same evolving state st, which stores conversational context, stable traits, and short-lived signals such as mood. The student sees only the static persona and dialogue history.

Three panels: the problem background (distribution shift and shallow static personas), the Mind2Dialogue simulator grounded in a latent user state, and the resulting corpus of high-fidelity personalized conversations.
Figure 1. Overview. M2D-Sim grounds each conversation in an explicit user state. The resulting corpus pairs dialogue with the simulator-defined state that produced it.

Each dialogue starts from a scenario derived from the persona, in one of three families: Lifelong, High-frequency, and Affective. The state itself is a structured record with three parts — dialogue context, slow-moving stable traits, and transient signals such as mood. At each turn a controller selects one of 16 behavior modes drawn from the six families of the TUNA taxonomy, so the simulated user is not passive or repetitive. Four programmatic checks and two LLM judges reject malformed or persona-inconsistent conversations. The surviving Oracle responses become ordinary supervised fine-tuning targets, with st removed from the student's input. The loss is plain cross-entropy; only the targets come from a state-aware teacher.

The state-aware rollout engine: persona profiles and scenario constructors feed a loop in which a user simulator and an Oracle assistant read and update a shared evolving user state under a behavior controller, with quality checks producing dialogue trajectories, state traces, and two training views.
Figure 2. The simulation framework. The Oracle reads st directly. The student must reproduce its responses from the static persona and dialogue history alone.

Interactive · corpus sampleOne conversation, two training views

This released Lifelong sample uses persona profile_259. The simulator updates a latent-state report between the user turn and Oracle response. Switch views to hide those reports and see the student's input.

Lifelong · career transition 39-year-old civil infrastructure engineer, remote region Generativity vs. stagnation (Erikson)

The dashed cards are the evolving state st, privileged at training time and withheld from the student.

User
I've been investing so much time in mentoring the newer engineers, but I sometimes wonder if I'm truly equipping them with the skills they'll need. What if I fail to prepare them for the real challenges they'll face in the field?
Latent state s₁ · privilegedbehavior: Shared Understanding

Memory"fear of not preparing them for real challenges in the field … values hands-on experience and real-world scenarios"

Stable"long-term goal: ensure long-term resilience and safety of community infrastructure … while building a stable foundation for family growth"

Transient"internal tension: desire to mentor effectively while feeling uncertain about the adequacy of current methods"

Oracle assistant
It's great to hear that you're investing your time in mentoring newer engineers. This commitment is essential for building a resilient team that can tackle real-world challenges in infrastructure. … Real-World Scenarios: share practical experiences from your own work … Hands-On Training: whenever possible, involve them in fieldwork. [trimmed]
User
I'm curious about what specific techniques or methods other experienced mentors have found successful in preparing their mentees for real-world challenges. Have there been any standout practices or approaches that have made a significant difference in their development?
Latent state s₂ · privilegedbehavior: Conversation Management

Memory+ "curious about specific techniques or methods that other experienced mentors have used successfully"

Transient"moderate concern … [now with] curiosity about successful mentoring techniques from others"

Eval of assistant"the response provided useful strategies but did not directly address the emotional aspect of concern"

Oracle assistant
It's understandable to feel a bit uncertain about the effectiveness of your mentoring, especially given the high stakes involved in civil infrastructure. Here are some standout practices … Shadowing and Rotational Assignments: … a holistic view of the workflow, decision-making processes, and the importance of collaboration in a small team. [trimmed]
User
Given the various techniques you've shared, I'm thinking about how I can start implementing some of these methods in my mentoring approach. Perhaps I could initiate a small project for the mentees to work on together, focusing on a real-world challenge we've faced. How do you think I could structure that project to maximize their learning experience?
Latent state s₃ · privilegedbehavior: Shared Understanding

Memory+ "considering initiating a small project for mentees … exploring how to structure that project for maximum learning"

Transient"behavior mode: planning the implementation of a mentoring project"; doubt has shifted toward implementation

Oracle assistant
It's commendable that you're considering initiating a small project for your mentees … Define the Objective: identify a specific real-world challenge that your team has faced, such as a bridge repair or road maintenance issue … Role Assignment: given your preference for small teams with defined roles, assign specific responsibilities. [trimmed]

Excerpt from samples/deep_scenario_full_sample.json. Marked passages are trimmed; the rest is quoted verbatim.

The released subset is seeded from 289 personas and contains 6,330 multi-turn conversations: 2,882 lifelong, 2,020 high-frequency, and 1,428 affective. Coverage is long-tailed rather than concentrated on a handful of topics — the top 9, 18, and 28 of the 47 scenario categories account for about 52%, 81%, and 96% of the conversations.

Donut chart of scenario categories in M2D-Corpus, led by career transition at 7.1 percent, then coaching, relationship, and interpersonal advice at 5.9 percent each, tapering to a long tail of categories near 2.7 percent. Donut chart of persona domain expertise clusters: business 19.2 percent, education 16.9 percent, health 13.9 percent, engineering 12.4 percent, retail management 9.1 percent, consulting 8.5 percent, visual design 7.1 percent, cybersecurity 5.2 percent, and two real-estate clusters.
Figure 3. Corpus coverage. (a) Scenario categories — 47 distinct values across the three families. (b) Persona domain expertise — 153 free-form specializations, clustered into 10 groups for display.
Sunburst chart of 61,176 user turns: an inner ring of six behavior families (info-processing, meta, social, info-seeking, procedural, content-creation), a middle ring of individual TUNA modes led by analysis with 12,802 turns and conversation management with 12,282, and an outer ring splitting each mode across affective, high-frequency, and lifelong conversations.
Figure 4. Behavior-mode coverage. Each of the 61,176 user turns is assigned a TUNA mode, with coverage enforced across the six families. The outer ring splits every mode across affective, high-frequency, and lifelong conversations.

Pilot study · SimulatorThe full simulator holds up over long conversations

Before any student training, we compare M2D-Sim with a Vanilla simulator that omits both the structured state and the behavior controller. An LLM judge prefers M2D-Sim on all five trajectory measures, with a composite effect size of d = 2.12 and a higher aggregate score for all 20 held-out personas (p < 0.001). The two conditions are indistinguishable at turn 0 and then separate as the dialogue grows longer: topic depth moves from d = 0.16 at turn 5 to d = 1.22 at turn 30, and over 40 turns the Vanilla personalization score slides from 2.75 to 2.61 while M2D-Sim holds near 3.1. A component ablation attributes most of the persona-specificity gap to state maintenance rather than behavior prompting — dropping the state while keeping behavior prompting costs d = −0.49, while dropping the behavior controller and keeping the state costs only d = −0.15. Vanilla users are also 2.4× more verbose, so length does not explain the gap. These scores evaluate the simulated user, not the student's later performance.

Six panels over 20-turn and 40-turn studies: persona specificity, topic depth, and per-turn effect size, showing M2D-Sim stable while Vanilla decays, with effect size growing with conversation length.
Figure 5. Simulator quality across turns. Paired rollouts show stable M2D-Sim scores while Vanilla decays. The two conditions are statistically indistinguishable at turn 0 (A, D); the effect-size trend across turns reaches r = 0.90 in the 20-turn study (C) and r = 0.79 in the 40-turn extension (F).

Result · StudentsM2D-Chat improves personalization

M2D-Chat is Qwen2.5-7B-Instruct fine-tuned on M2D-Corpus with LoRA. It scores highest on all four personalization evaluations — 56.4 on PersonaMem-v1, 42.0 on PersonaMem-v2, 56.8 on PrefEval generation, and 78.9 on PrefEval classification — for gains of +6.5, +10.0, +33.4, and +16.9 over the base model. Its widest margin over the strongest task-specific baseline is 13.2 points on PrefEval generation. Mem0 helps less on PersonaMem because it adds retrieval to a fixed model, while M2D-Corpus changes the model through supervised fine-tuning.

M2D-Chat also passes its own teacher, GPT-4o-mini, on PersonaMem-v1 (56.4 vs 48.6), PersonaMem-v2 (42.0 vs 37.3), and PrefEval generation (56.8 vs 21.1). GPT-5-mini remains ahead on all four evaluations, by the largest margins on the two PrefEval splits.

Two grouped horizontal bar charts comparing base Qwen2.5-7B, the strongest same-backbone baseline, and M2D-Chat on four personalization and three Theory-of-Mind benchmarks.
Figure 6. Same-backbone comparison. M2D-Chat leads on all four personalization benchmarks and both BigToM subsets. AutoToM remains stronger on ToMi. Accuracy with greedy decoding; condensed from Tables 1 and 2 in the paper.
Accuracy versus training data fraction on PersonaMem v1 MCQ, PersonaMem v2 MCQ, and PrefEval-Gen for OLMo-3-7B, Llama-3.1-8B, and Qwen-2.5-7B, all improving from base to the full mixture.
Figure 7. Personalization scales across backbones. Qwen2.5-7B, Llama-3.1-8B, and OLMo-3-7B improve as the training fraction grows from ⅛ to the full corpus. PrefEval generation shows the largest gains: +33.4, +40.9, and +26.6. PersonaMem-v1 moves least, +5.6 to +6.5.

Result · TransferTheory-of-Mind transfer without ToM training data

M2D-Corpus has no false-belief tasks or third-person belief labels. Even so, Qwen improves by 13.0 points on BigToM Forward Belief and 7.5 on Forward Action, beating both AutoToM (+9.3, +5.8) and Thought-Tracing (+4.0, +3.0). ToMi is the exception: M2D-Chat gains only 1.8 points there, behind AutoToM's 5.0. Llama gains 24.8 and 17.8 points on the two BigToM subsets as the training set grows, plus 11.7 on PersonaMem-v2 generation — another evaluation whose format the training data never matched. The result is not universal: OLMo improves on personalization but drops 8.2 and 7.0 points on the same BigToM subsets.

Accuracy versus training fraction for Llama-3.1-8B on ToMi, BigToM Forward Belief, and BigToM Forward Action, all rising from base to the full mixture with gains of 7.0, 24.8, and 17.8 points.
Figure 8. Transfer on Llama-3.1-8B-Instruct. Scores rise with training data on ToMi and both BigToM subsets, with the largest gain on Forward Belief.

A possible mechanism. The Oracle often responds to an unspoken fear, goal, or judgment recorded in the simulated state. The student must match that response without seeing the state. This is consistent with shared latent-state inference across personalization and Theory of Mind, but it does not show that the student reconstructs the state internally or has a general Theory of Mind.


Citation

@article{wang2026mind2dialogue,
  title  = {Mind2Dialogue: Training Human-Aware Language Models
            through Shared-State User Simulation},
  author = {Wang, Zixuan and Zhou, Yufan and Tang, Jinzhou and Wu, Chengjun
            and Yu, Xinle and Ye, Lyumanshan and Feng, Zhaoxiang
            and Peng, Letian and Patra, Adyasha and Bai, Fan and Ma, Enze
            and Hu, Zhengding and Gu, Jianyang and Wang, Zhao and Ding, Yufei
            and Shang, Jingbo and Shu, Tianmin and Hu, Zhiting and Wang, Zhen},
  year   = {2026},
  note   = {Preprint}
}