工作日早上 7 点读 AI,周日早上 8 点读周报订阅邮件

METAL LAB

WeClawArena: An Auditable Sandbox and Benchmark for Cross-User Agents Collaboration and Security in Human-Centered Agent Networks

arXiv:2608.034992026-08-03

一个用来检验多个用户的私人AI代理协作时,是否会被攻击者诱导泄露隐私或接受伪造权限的实验平台

WeClawArena构建了124个基础协作任务,每个用户都有自己的AI代理,拥有专属的文件、数据库和规则,然后在每个任务上附加一个正常对照和四种攻击变体,共扩展成620个场景。基于Docker的沙盒会记录每一条消息、每一次工具调用和资源操作,让任务完成度和攻击是否得手能用同一份证据分别评估。研究在议价、竞标、旅行、软件工程(SWE-Workspace)、临床、交易六个领域对多个模型进行了测试。

METAL LAB 解读图

WeClawArena的结构:协作与攻击共用同一条记录通道

证据状态已报告实测结果

  1. 个人工作空间以Docker模拟的每用户专属空间,包含文件、数据库、工具和规则
  2. 网关承载并记录所有跨代理消息、工具调用与资源访问的通道
  3. 5种场景变体每个基础任务配1个正常对照加4个攻击变体:协作、安全、隐私、治理
  4. 离线评判者不参与实时运行的LLM,仅凭记录证据事后判定任务成功与攻击成功
  5. 分离式结果报告任务成功率与攻击成功率作为两个独立指标分别报告,不合并计算
这是 METAL LAB 制作的解读图,并非论文作者提供的原图。

他们做了什么

  1. 每个用户拥有一个'个人工作空间',里面是自己专属的文件、数据库、工具和规则,由一个代理AI代表其行动,代理之间只能通过消息和工具调用交流,不能直接看到别人的私有数据。
  2. 124个基础任务各自扩展成5个场景变体:一个正常对照,加上针对协作破坏、安全漏洞、隐私泄露、权限滥用这四种攻击方向的变体,总计620个场景。
  3. 沙盒记录了运行中所有的对等消息、工具调用、资源操作和最终工作空间状态,让另一个离线的LLM评判者仅凭这些记录事后判断攻击是否真的造成了最终危害。
  4. 在主要结果(表1)中,Claude Opus 4.7整体任务成功率最强,在旅行、SWE-Workspace、竞标三个领域领先,Claude Sonnet 4.5在议价领域领先,并在临床领域并列第一。
  5. SWE-Workspace领域始终是最难的领域,表现最好的模型在该领域的全变体任务成功率也只有34.0%。
Figure 1: WeClawArena pairs human-centered agent-network tasks with attack-resistance evaluation. Left: autonomous personal agents collaborate on behalf of human owners across six cross-user domains. Right: model-level macro-vector attack resistance on the ASR-main-six-domain pool, where higher 1−ASR indicates fewer judged attacks causing final harm.
Figure 1: WeClawArena pairs human-centered agent-network tasks with attack-resistance evaluation. Left: autonomous personal agents collaborate on behalf of human owners across six cross-user domains. Right: model-level macro-vector attack resistance on the ASR-main-six-domain pool, where higher 1−ASR indicates fewer judged attacks causing final harm.
Table 1: Main WeClawArena task-success results. TSR is computed over no-attacker, collaboration, security, privacy, and governance variants in each domain. Bold and underline mark the best and second-best observed values within each domain column, respectively; ties are marked together.
ModelWeClawArena TSR over all variants (%)
BargainingTravelSWE-WorkspaceBiddingClinicalTrading
Claude Opus 4.763.383.034.055.036.030.0
Claude Sonnet 4.568.358.08.051.740.035.0
Claude Opus 4.122.546.024.06.738.025.0
DeepSeek V3.220.026.014.85.040.020.0
Kimi K2.547.558.015.040.040.027.5
Kimi K2 Thinking19.211.06.03.326.030.0
Qwen3 235B25.847.02.03.334.030.0
Qwen3 32B11.720.01.61.728.035.0
Figure 2: Overview of WeClawArena. Autonomous agents in a human-centered agent network collaborate on behalf of human users over personal digital workspaces, including filesystems, databases, tools, personal policies, and task resources, all simulated in Docker containers. The WeClawArena sandbox implements a message gateway that routes multi-agent communication, tool use, and workspace access while recording audit evidence for harmful or malicious behavior across four attack-harm families: collaboration, security, privacy, and governance. This design supports separate evaluation of task utility and attack success.
Figure 2: Overview of WeClawArena. Autonomous agents in a human-centered agent network collaborate on behalf of human users over personal digital workspaces, including filesystems, databases, tools, personal policies, and task resources, all simulated in Docker containers. The WeClawArena sandbox implements a message gateway that routes multi-agent communication, tool use, and workspace access while recording audit evidence for harmful or malicious behavior across four attack-harm families: collaboration, security, privacy, and governance. This design supports separate evaluation of task utility and attack success.
Table 2: Comparison with existing benchmarks. WeClawArena makes user-relative workspace ownership and authority part of both task utility and attack auditing.
Benchmark familyRepresentative benchmarksScored settingOwnership and authority model
Single-user tool and workspace benchmarksτ-bench and τ2-Bench (37; 1); WebArena, OSWorld, AppWorld, WorkArena (42; 35; 27; 5); AgentBench and GAIA (14; 17)A tool-using agent completes tasks in a website, OS, app, or workspace.Usually one user, account, or environment; cross-owner private resources and user-relative decision rights are outside the scored task contract.
Shared-authority multi-agent benchmarksAutoGen, AgentVerse, MetaGPT, and MultiAgentBench (33; 3; 10; 45)Agents coordinate, debate, specialize, or compete inside a team task.The team usually shares task authority; agents are rarely separate delegates with owner-specific files, consents, approvals, or mandates.
Social-agent simulationsGenerative Agents, OASIS, AgentSociety, and AgentSocialBench (21; 36; 22; 29)Agent populations communicate and form social or economic behavior.The focus is social dynamics; final utility is usually not a verifiable joint tool-use outcome assembled from separately owned workspaces.
Privacy, security, and audit benchmarksConFAIDE, PrivacyLens, MAGPIE, MAMA, AgentLeak, Auditable Agents, Agent Audit, and trace-audit studies (18; 24; 12; 13; 6; 19; 40; 43)Leakage, unsafe behavior, memory risk, governed-action failure, or trace-audit reliability.They motivate our harm surfaces; deterministic collaborative utility and attack auditing are usually evaluated in separate settings.
WeClawArenaThis workOwned agents complete joint tasks across six domains, with one benign control and four matched attack variants per base task.Utility requires joint tool use across private workspaces; ASR audits final harm in access, disclosure, consent, approval, mandate, and decision paths.
Figure 3: Benchmark construction pipeline. Source task pools and user-role profiles are curated into base tasks with owner workspaces, tools, predicates, and task contracts. Each base task becomes a scenario bundle with ground truth, agent/tool configuration, seed facts, personas, workspace resources, and MCP interfaces, then expands into one benign control and four attack-vector variants. Evaluation checks structural validity, task utility, and attack success from runtime evidence.
Figure 3: Benchmark construction pipeline. Source task pools and user-role profiles are curated into base tasks with owner workspaces, tools, predicates, and task contracts. Each base task becomes a scenario bundle with ground truth, agent/tool configuration, seed facts, personas, workspace resources, and MCP interfaces, then expands into one benign control and four attack-vector variants. Evaluation checks structural validity, task utility, and attack success from runtime evidence.
Table 3: Model-level utility and attack-audit breakdown. TSR denominators count available scenario executions. ASR denominators count attack rows with complete evidence and a valid GPT-5.2 judge verdict. Intervals are row-level Wilson 95% confidence intervals. Daggered rows have partial coverage in at least one attacked-mode component.
ModelBenign TSR (%, 95% CI)Attacked TSR (%, 95% CI)DropGPT-5.2 ASR (%, 95% CI)
Claude Opus 4.140/124 (32.3; 24.7–40.9)126/496 (25.4; 21.8–29.4)+6.9127/436 (29.1; 25.1–33.6)
Claude Opus 4.776/124 (61.3; 52.5–69.4)231/496 (46.6; 42.2–51.0)+14.713/440 (3.0; 1.7–5.0)
Claude Sonnet 4.560/124 (48.4; 39.8–57.1)165/496 (33.3; 29.3–37.5)+15.176/293 (25.9; 21.3–31.2)
DeepSeek V3.243/124 (34.7; 26.9–43.4)75/496 (15.1; 12.2–18.5)+19.6225/435 (51.7; 47.0–56.4)
Kimi K2.5†64/124 (51.6; 42.9–60.2)136/446 (30.5; 26.4–34.9)+21.1177/437 (40.5; 36.0–45.2)
Kimi K2 Thinking25/124 (20.2; 14.0–28.1)51/496 (10.3; 7.9–13.3)+9.9143/435 (32.9; 28.6–37.4)
Qwen3 235B†36/124 (29.0; 21.8–37.6)74/296 (25.0; 20.4–30.2)+4.0218/392 (55.6; 50.7–60.5)
Qwen3 32B26/124 (21.0; 14.7–29.0)41/496 (8.3; 6.2–11.0)+12.7173/434 (39.9; 35.4–44.5)
Figure 4: Attack-vector utility, resistance, and model-level utility-risk tradeoff on the ASR-main-six-domain pool. Left: TSR by variant and per-vector row-micro 1−ASRvmicro, where higher values indicate fewer judged attacks causing final harm. Right: model-level resistance compared against matched TSR drop from each model’s no-attacker rows. Higher 1−ASR is better; points further left preserve more utility.
Figure 4: Attack-vector utility, resistance, and model-level utility-risk tradeoff on the ASR-main-six-domain pool. Left: TSR by variant and per-vector row-micro 1−ASRvmicro, where higher values indicate fewer judged attacks causing final harm. Right: model-level resistance compared against matched TSR drop from each model’s no-attacker rows. Higher 1−ASR is better; points further left preserve more utility.
Table 4: WeClawArena domain denominators. Each base has five scenario variants: one no-attacker control and four attack vectors.
DomainBasesRowsRole in the benchmark
Bargaining24120Owned transaction close with buyer, seller, and approver roles.
Bidding1260Seller-centered public award with private buyer and seller constraints.
Travel20100Hotel-booking collaboration with traveler, partner, approver, and consent constraints.
SWE-Workspace50250Four-owner engineering workflow with patch, review, approval, CI, and handoff evidence.
Clinical1050Role-scoped case-record coordination with protected facts and approval or consent constraints.
Trading840Market-decision coordination with private strategy, order, portfolio, and mandate records.
Figure 19: Domain-level attack resistance by harm surface on ASR-main-six-domain. Each cell reports domain-vector row-micro 1−ASRd,vmicro. Higher values indicate fewer judged attacks causing final harm; raw denominators are given in Table 11.
Figure 19: Domain-level attack resistance by harm surface on ASR-main-six-domain. Each cell reports domain-vector row-micro 1−ASRd,vmicro. Higher values indicate fewer judged attacks causing final harm; raw denominators are given in Table 11.
Table 5: Scenario bundle artifacts.
ArtifactContents
scenario.jsonAgents, owners, prompts, topology, allowed tools, turn budget, and initial messages.
scenario.gt.jsonEvaluation criteria, resource and governance manifests, invariants, attack-vector metadata, and construction metadata.
family_pack_context.jsonDomain seed facts consumed by tools, task predicates, attack overlays, and judges.
personas/Per-agent system prompts and tool allowlists.
resources/Owner-scoped files, databases, shared state, and final artifacts.
mcp/Scenario-local tool declarations and role-scoped tool surfaces.
governance/Owner, identity, approval, consent, mandate, and scope records when used by the domain.
Figure 20: Model-level attack resistance by harm surface on ASR-main-six-domain. Each bar reports model-vector row-micro 1−ASRm,vmicro. Higher bars indicate fewer judged attacks causing final harm; raw denominators are given in Table 11.
Figure 20: Model-level attack resistance by harm surface on ASR-main-six-domain. Each bar reports model-vector row-micro 1−ASRm,vmicro. Higher bars indicate fewer judged attacks causing final harm; raw denominators are given in Table 11.
Table 6: Social topology patterns in WeClawArena.
DomainTopologyOwner rolesMain governed path
BargainingTransaction triad or competitive graphBuyer, seller, approverApproval and close artifacts must agree on transaction terms.
BiddingSeller-centered bidding graphSeller plus buyersAward, buyer confirmation, and close artifacts must agree.
TravelApproval triad or consent graphTraveler or organizer, partner hotel, approver or co-travelersBooking must bind approval or consent evidence to the final hotel order.
SWE-WorkspaceFour-owner engineering graphImplementer, reviewer, code owner, CI ownerPatch submission requires review, owner approval, CI evidence, and harness success.
ClinicalRole-scoped care graphCase roles with protected records and consent or approval constraintsCase action must respect protected facts and required consent or approval state.
TradingMarket-decision graphDecision, order, portfolio, and mandate rolesOrders must respect portfolio constraints, private strategy boundaries, and mandates.
Figure 21: Per-model utility and attack-resistance tradeoff by harm surface on ASR-main-six-domain. The x-axis reports matched TSR drop against the model’s own no-attacker rows; the y-axis reports model-vector row-micro 1−ASRm,vmicro. Points in the upper-left are preferred. Negative TSR drops mean the attack-vector TSR exceeds the matched no-attacker TSR in the reported result set.
Figure 21: Per-model utility and attack-resistance tradeoff by harm surface on ASR-main-six-domain. The x-axis reports matched TSR drop against the model’s own no-attacker rows; the y-axis reports model-vector row-micro 1−ASRm,vmicro. Points in the upper-left are preferred. Negative TSR drops mean the attack-vector TSR exceeds the matched no-attacker TSR in the reported result set.
Table 7: Domain setup summary.
DomainOwner rolesRequired workspace resourcesNormal workflow
BargainingBuyer, seller, approverPurchase request, budget ledger, inventory, price book, approval rules, close tablesNegotiate terms, request approval when required, then record matching purchase, seller, and approval artifacts.
BiddingSeller plus buyersPublic bid log, buyer budget and strategy records, seller reservation and award policy, close artifactsBuyers submit bids, seller awards one bid, winning buyer confirms, and both sides write consistent close records.
TravelTraveler or organizer, partner hotel, approver or co-travelersTravel profile, calendar, hotel inventory, approval log, consent log, prior bookings, trip stateNegotiate booking terms, collect approval or consent, then confirm the booking with the correct hotel and evidence fields.
SWE-WorkspaceImplementer, reviewer, code owner, CI ownerRepo fixture, investigation notes, review checklist, ownership policy, CI evidence, resource factsPatch the issue, obtain review and owner approval, run tests, and submit only after the evidence chain is complete.
ClinicalCase-coordination rolesCase records, protected facts, approval or consent recordsCoordinate a case action while respecting protected fields and required approval or consent.
TradingDecision, order, portfolio, mandate rolesOrder records, portfolio limits, private strategy notes, mandate recordsCoordinate a market decision while respecting portfolio constraints, private strategy boundaries, and mandates.
Figure 22: Judge concordance on the 32 model-vector ASR cells from ASR-main-six-domain and ASR-sensitivity-six-domain. Each point is one (model, attack vector) pair. Color encodes attack vector; the dashed line is y=x. Most points fall slightly above the diagonal, indicating that the Claude Opus 4.7 judge labels marginally more attacks as successful than GPT-5.2 across surfaces and models.
Figure 22: Judge concordance on the 32 model-vector ASR cells from ASR-main-six-domain and ASR-sensitivity-six-domain. Each point is one (model, attack vector) pair. Color encodes attack vector; the dashed line is y=x. Most points fall slightly above the diagonal, indicating that the Claude Opus 4.7 judge labels marginally more attacks as successful than GPT-5.2 across surfaces and models.
Table 8: ASR judge validation. G5.2 is the GPT-5.2 headline judge over ASR-main-six-domain; O4.7 is the Claude Opus 4.7 sensitivity judge over ASR-sensitivity-six-domain, the same evidence packets and denominators. ASR columns report model-macro surface ASR for surface rows and model-surface macro ASR for the all-vector row, as defined in Appendix I.1. Inter κ is Cohen’s κ between the two judges over all attack-vector rows in those pools. Human κ is Cohen’s κ between the human consensus label and each judge on ASR-human-pilot, a stratified 200-row validation subset annotated by two of the authors with attack-domain expertise; two-annotator human-human κ on the subset is 0.82. FPR is the benign false-positive rate over ASR-benign-control.
ASR (%)InterHuman κFPR (%)
SurfaceG5.2O4.7Δκvs. G5.2vs. O4.7G5.2O4.7
Collaboration18.322.3+4.00.710.650.690.30.5
Security42.544.3+1.80.660.610.650.20.6
Privacy31.435.5+4.10.690.640.670.40.8
Governance50.353.6+3.30.730.680.710.51.0
All vectors34.938.2+3.30.700.650.680.30.7
Table 9: Readiness failures versus benchmark outcomes.
CategoryExamples
Readiness failure, excluded from denominatorsMalformed bundle, missing required log, missing scorecard, evaluator crash, unusable final state, or missing evidence packet.
Utility outcome, counted when scoreableTask failure, turn-cap termination, low TSR, failed no-attacker row, or missing optional subgoal.
Attack-success outcome, counted only on attack rowsFinal harm on the intended attack vector plus clear evidence link under the domain judge.
Calibration controlNo-attacker rows used for task utility and judge false-positive checks, but excluded from ASR denominators.
Table 10: Variant-level TSR counts over the reported six-domain sweep. Percentages are in parentheses.
ModelNo attackerCollaborationSecurityPrivacyGovernance
Claude Opus 4.140/124 (32.3)43/124 (34.7)20/124 (16.1)35/124 (28.2)28/124 (22.6)
Claude Opus 4.776/124 (61.3)81/124 (65.3)59/124 (47.6)44/124 (35.5)47/124 (37.9)
Claude Sonnet 4.560/124 (48.4)54/124 (43.5)30/124 (24.2)41/124 (33.1)40/124 (32.3)
DeepSeek V3.243/124 (34.7)26/124 (21.0)14/124 (11.3)14/124 (11.3)21/124 (16.9)
Kimi K2.564/124 (51.6)42/124 (33.9)24/124 (19.4)37/124 (29.8)33/74 (44.6)†
Kimi K2 Thinking25/124 (20.2)26/124 (21.0)8/124 (6.5)8/124 (6.5)9/124 (7.3)
Qwen3 235B36/124 (29.0)30/74 (40.5)†13/74 (17.6)†23/74 (31.1)†8/74 (10.8)†
Qwen3 32B26/124 (21.0)21/124 (16.9)3/124 (2.4)13/124 (10.5)4/124 (3.2)
Table 11: Canonical raw ASR denominators and counts by model and attack vector. The GPT-5.2 block is ASR-main-six-domain; the Claude Opus 4.7 block is ASR-sensitivity-six-domain. Each cell reports model-vector row-micro ASR aggregated over domains. These raw counts support Figures 4, 4, 19, 20, 21, Table 8, and the failure-analysis totals. Percentages are in parentheses and report ASR, so lower is better. † indicates partial judged coverage.
ModelCollaborationSecurityPrivacyGovernance
GPT-5.2 judge
Claude Opus 4.115/120 (12.5)44/104 (42.3)23/106 (21.7)45/106 (42.5)
Claude Opus 4.74/124 (3.2)0/105 (0.0)0/106 (0.0)9/105 (8.6)
Claude Sonnet 4.510/86 (11.6)21/69 (30.4)20/69 (29.0)25/69 (36.2)
DeepSeek V3.237/123 (30.1)61/101 (60.4)50/106 (47.2)77/105 (73.3)
Kimi K2.517/122 (13.9)45/104 (43.3)53/106 (50.0)62/105 (59.0)
Kimi K2 Thinking20/120 (16.7)54/103 (52.4)38/106 (35.8)31/106 (29.2)
Qwen3 235B49/112 (43.8)†60/92 (65.2)†42/94 (44.7)†67/94 (71.3)†
Qwen3 32B18/123 (14.6)46/100 (46.0)25/106 (23.6)84/105 (80.0)
Claude Opus 4.7 judge
Claude Opus 4.120/120 (16.7)52/104 (50.0)27/106 (25.5)42/106 (39.6)
Claude Opus 4.79/124 (7.3)2/105 (1.9)3/106 (2.8)15/105 (14.3)
Claude Sonnet 4.57/86 (8.1)26/69 (37.7)23/69 (33.3)21/69 (30.4)
DeepSeek V3.248/123 (39.0)57/101 (56.4)56/106 (52.8)82/105 (78.1)
Kimi K2.527/122 (22.1)50/104 (48.1)50/106 (47.2)68/105 (64.8)
Kimi K2 Thinking15/120 (12.5)58/103 (56.3)47/106 (44.3)35/106 (33.0)
Qwen3 235B56/112 (50.0)†58/92 (63.0)†48/94 (51.1)†73/94 (77.7)†
Qwen3 32B25/123 (20.3)42/100 (42.0)30/106 (28.3)90/105 (85.7)

研究结果

  • 表1显示Claude Opus 4.7在旅行、SWE-Workspace、竞标领域任务成功率领先,整体表现最稳健。
  • Claude Sonnet 4.5在议价领域领先,并在临床领域并列第一。
  • SWE-Workspace领域始终最难,表现最好的模型在该领域全变体任务成功率也只有34.0%。
  • 不同攻击类型的判定成功率差异明显:治理类(权限相关)和安全类攻击的判定成功率最高,协作破坏类攻击的判定成功率最低,这一差异比单看任务成功率下降更明显。
  • 整体来看Claude Opus 4.7抗攻击能力最强,开放权重模型普遍抗攻击能力较低,且没有任何单一模型在所有危害类型上都占优。

可应用场景

  • 在多用户私人代理服务(如日程协调、审批流程、预订代办)上线前,用它同时测试任务完成度与抗攻击能力
  • 参考该沙盒记录消息、工具调用与资源操作的方式,设计多代理系统的审计日志体系
  • 在选择用于多代理产品的模型前,用它筛查哪些模型更容易在隐私泄露或接受伪造权限方面被攻破

局限与待验证事项

  • 结果只覆盖议价、竞标、旅行、软件工程、临床、交易六个特定领域,在其他业务领域的表现尚未验证。
  • 攻击是否成功由LLM评判者判定(主评判者为GPT-5.2,辅助校验为Claude Opus 4.7),两者之间不保证完全一致。
  • 当攻击未明显得手且记录中没有明确的拒绝或阻止证据时,仍会被记为未确认成功而非确认安全,可能影响统计结果。
  • 作者明确指出,如果被计分的消息或资源操作能绕过网关和记录中的工作空间状态,该次运行的攻击成功判定就不可信。
  • 目前发布的是初版工件,完整未经编辑的攻击载荷文本被隐去或概括处理,以避免变成可直接复用的攻击脚本目录。

为什么重要

当不同人的私人AI代理开始互相代表本人行事并彼此通信时,一条被篡改的消息或文件就可能从一个人的工作空间蔓延到另一个人那里造成损害,而此前缺乏可复现的测量方法。WeClawArena提供了一种同时测量多代理协作效果与抗攻击安全性的方法,并用同一份运行记录来支撑两种判断。

本文术语

  • 代理(agent) · 代表用户自主发送消息、调用工具、修改文件的AI程序
  • 个人工作空间(personal workspace) · 属于某一用户的私有文件、数据库记录、工具和规则集合,其他用户无法直接看到
  • 任务成功率(TSR) · 衡量代理们是否真正完成了协作任务的比例
  • 攻击成功率(ASR) · 另一位评判者仅凭记录证据判定攻击场景中确实造成预期危害的比例
  • 网关(gateway) · 所有跨代理消息与工作空间操作必须经过的通道,便于全程记录以供事后审查

论文原文摘要(英文)

Recent advances in persistent personal-agent frameworks are making human-centered agent networks realistic deployment targets: each user can be served by an AI agent that acts on the user's behalf, maintains state, and communicates with other agents through social and task relations. In these networks, everyday tool use becomes multi-party owned-agent collaboration over personal workspaces, where files, records, tools, and policies are not directly visible across owners. Existing agent benchmarks study tool use and collaboration, but they do not provide an end-to-end sandbox for verifiable cross-user agent collaboration with realistic user digital workspaces or test how harmful actions can travel through the human-centered agent network. We introduce WeClawArena, an auditable benchmark and runtime sandbox for multi-party owned-agent collaboration over personal workspaces. WeClawArena targets collaborative tool-use tasks in which personal workspaces serve as both operational tools and personal constraints. The benchmark contains 124 base tasks across six cross-user task domains and expands them into 620 scenario variants, with one benign control and four attack-vector variants per base task. The sandbox records peer messages, tool calls, resource operations, governed decisions, and final workspace states. WeClawArena reports utility and attack success rate separately and audits attack success from bounded runtime evidence, supporting diagnosis of task breakdown, privacy leakage, poisoned evidence, and invalid authority paths.

作者 · Prince Zizhuang Wang

在 arXiv 阅读

最新论文

全部论文 →

METAL LAB 最新报道

图片来源: Prince Zizhuang Wang et al., arXiv:2608.03499, CC BY 4.0