MCP-Persona is a benchmark of tool-using agents in stateful local environments inspired by personal applications. Persona here does not mean human personality or a psychometric profile: it is a context tree containing users, chats, calendars, posts, files, and relations that tools can read or modify. Construction has three stages. Tool-Traverse executes human-authored valid calls and LLM-generated invalid calls against real MCP servers; another LLM summarizes the traces and writes Python kernels intended to reproduce responses and errors. Context-Tree derives entity hierarchies from schemas and traces, fills fields through enumeration, free-form text, constrained random generation, or sanitized authentic text, and links entities. Persona-Gen first samples tool chains, generates instructions that require them, injects context values, hides parameters a user might omit, and submits instruction-context-chain triples to human review. The released English file contains 173 unique task IDs and instructions, 959 call positions, 139 tools, and 18 server prefixes; mean chain length is 5.54 and the maximum is 18. Agents receive necessary and distractor context and can act for up to twenty rounds. GPT-4o scores checkpoints from zero to one; Acc averages checkpoints per task, SR@0.8 counts tasks above .8, and Exec-Acc evaluates searches and state changes observed in the sandbox. The main table compares thirteen models. None exceeds 50 percent Acc or Exec-Acc. Claude Sonnet 4.5 leads with 38.66 Acc, 10.40 SR@0.8, and 41.50 Exec-Acc; GPT-5 obtains 36.99, 6.94, and 41.45. Qwen3-Max-Latest is the strongest listed open model on Acc and Exec-Acc at 27.54 and 29.23. Performance varies sharply by family: o4-mini reaches 53.83 on Email, while content management and many cross-server combinations are difficult. Tool-Traverse validation uses only fifty Lark traces, twenty-five valid and twenty-five failed, over fourteen tools, reconstructing each exact precondition. It reports 94 percent accuracy and 93.8 F1 versus 58 percent and 53.3 for a documentation-only simulator; serialized-JSON similarities are .739 TF-IDF, .737 ROUGE, .741 BLEU, and .870 METEOR. This is promising evidence for that slice, not behavioral equivalence across all servers. The so-called human-LLM correlation revisits only GPT-5 decisions and reports 82 disagreements among 970 checkpoints, or 91.5 percent agreement, but provides no coefficient, kappa, annotator count, independence, uncertainty, or adjudication. Ablations are also mixed. On Lark, the authors' guide raises GPT-5 from 37.50/64.29 to 45.00/80.36 Acc/Exec-Acc; on Rednote some guides reduce scores. Restricting tools to ground-truth servers improves many execution cells but uses oracle information and hurts others; adding distractors lowers GPT-5 Acc from 41.04 to 36.99 while raising Exec-Acc from 29.25 to 39.15. The release audit finds discrepancies that prevent table reproduction. The paper refers to twenty-four servers with twelve personalized servers, the conclusion to twelve simulated servers, the README to eighteen and 139 tools, and an ablation to 140 tools. Released tasks do contain eighteen prefixes and 139 tools, but the repository ships only seventy-nine kernels in eight simulator directories; universal_email appears in forty-two chain positions and has no released simulator. More critically, the released evaluator constructs 724 checkpoints, not the 970 in the human study. Thirty-five tasks store the whole plan as one string and the code scores it as one checkpoint. English data are not fully localized either: 172 of 173 ground-truth arrays are identical to the Chinese version; sixty-five retain Chinese in execution targets and 149 in checkpoint annotations. Task 1 literally requests the English title '2025 Q4 Team Review Meeting' while its checkpoint requires '2025Q4团队复盘会议', so faithful execution can conflict with the hidden target. The repository is not runnable end to end. The README clone URL returns Repository not found; one source file fails compilation with two indentation errors; evaluators import agentoolkit and prompts/configuration from private /data/JohnDoe paths; the runner that generates results and sandboxes is absent; configuration names nonexistent task files; and matplotlib plus agentoolkit are missing from dependencies. API and judge arguments are required but not wired into the pipeline. When an agent result or sandbox context is missing, evaluation skips it rather than assigning zero and never verifies final coverage, potentially inflating means. Outputs, item scores, human labels, the fifty fidelity traces, cost logs, authors' skills, and aggregation scripts are not published; there is also no actual license, test suite, CI, lockfile, or container. Rankings have no repeated runs, intervals, or tests, and privacy, authorization, phishing, and destructive-action risks are discussed but not evaluated. The defensible contribution is an inspectable set of complex tasks, contexts, chains, and many simulators, plus limited evidence that traversal improves a Lark simulator. It does not demonstrate synthetic humans, user realism, psychometric validity, safety, empirical privacy, equivalence with complete real systems, or end-to-end reproducibility.
Research question
Can a reproducible benchmark of personal tasks with simulated MCP servers be built from real traces, and how well do current LLM agents resolve chains with implicit context, persistent state, and coordination across tools?