AI news and explainers at 7 AM weekdays, plus a Sunday weekly at 8Get it in your inbox

METAL LAB

MerchantBench: Benchmarking LLM Agents for Long-Term Coherence in E-Commerce Operations

arXiv:2607.289562026-07-30

LLM agents were put in charge of a 365-day online store, and most gave up on managing it far sooner than humans did

MerchantBench is a 365-day simulated online store built from 98,843 real e-commerce product records, used to test whether LLM agents can keep making sound decisions over a long, persistent operation. Eight LLMs were run under two agent frameworks for 48 total runs, each covering product sourcing, pricing, cash flow, and delayed-feedback handling. Even the best LLM setup ended with only 27.3% of the average final net assets that human participants achieved.

METAL LAB explanatory visual

How MerchantBench tests an agent's staying power over a simulated year

Evidence statusMeasured results reported

  1. Real-data product catalog98,843 real product records and 36,576 suppliers from 1688, each with a 365-day demand history, ported into the simulator
  2. Four ongoing decisionsProduct sourcing, listing/pricing control, cash-flow management, and mixed-latency feedback response, all handled via 26 tools
  3. Fast signals vs. slow signalsSupplier events (price changes, stockouts) surface quickly, while order outcomes (returns, refunds, bad reviews) surface late and erode cash and store rating over time
  4. 48 evaluation runs8 LLMs x 2 frameworks (ReAct, Hermes) x 3 repeats over 365 simulated days, benchmarked against 3 human participants and a rule-based bot
  5. Coherence-loss diagnosisDecision traces reveal declining operational activity and goal drift, documented as operational and strategic coherence failures
An explanatory diagram made by METAL LAB, not a figure supplied by the paper's authors.

What they did

  1. Most existing agent benchmarks test short tasks with a clear pass/fail line; this paper instead targets 'Long-Term Coherence' - the ability to keep pursuing a goal sensibly over an extended period while updating decisions as evidence accumulates.
  2. The environment is grounded in 98,843 real product records and 36,576 suppliers from 1688 (a large Chinese wholesale marketplace), simulated hourly across 8,760 steps (365 days), with 26 store-management tools (search, listing, pricing, finance checks, etc.) available to the agent.
  3. A key design feature is mixed-latency feedback: placing a new order commits cash immediately, but bad outcomes like cancellations, refunds, or poor reviews surface only later and gradually erode the store's rating.
  4. Eight models - GPT-5.6 Sol, Claude Opus 4.8, Qwen3.7-Max/Plus, GLM-5.2, DeepSeek-V4-Pro/Flash, and Kimi K2.6 - were each run three times under both ReAct (a minimal tool-calling controller) and Hermes (a fuller framework with code execution, planning, memory, and skill management), totaling 48 runs of 365 simulated days.
  5. Results were compared against three human participants and a rule-based bot; the best LLM configuration still reached only 27.3% of the humans' mean final net assets, and traces showed patterns of declining activity over time (operational coherence loss) and drifting away from the profit goal (strategic coherence loss).
Figure 1: Order-level dynamics couple immediate liquidity pressure with delayed feedback. New orders commit available cash before settlement, whereas abnormal outcomes surface later and affect store rating.
Figure 1: Order-level dynamics couple immediate liquidity pressure with delayed feedback. New orders commit available cash before settlement, whereas abnormal outcomes surface later and affect store rating.
Table 1: Business performance, store reliability, and long-horizon activity after 365 simulated days. Values are means over three runs. Final net assets and GMV are reported in thousands of RMB, total fines in RMB, and rate metrics in percent. SWR denotes Sustained Window Rate. The best result within each framework is shown in bold.
Model or OperatorBusiness PerformanceStore ReliabilityLong-Horizon Activity
Net AssetsGMVProfit MarginOrdersFinesAvg. Store RatingAnomaly RateAvg. Active ListingsSWRTool Calls
ReAct
GPT-5.6 Sol40.8974.1951.39964994.0410.750.099.47,257
Claude Opus 4.831.8969.1044.41,2147964.0512.124.045.01,139
Qwen3.7-Max20.6639.7344.59256723.9016.139.611.1815
Qwen3.7-Plus20.7440.8545.61,0567053.9913.149.952.21,221
GLM-5.225.7360.9037.32,1581,4223.9314.926.053.32,045
DeepSeek-V4-Pro6.568.4041.94502454.0114.423.530.6660
DeepSeek-V4-Flash14.4728.7839.69855174.0414.119.340.6960
Kimi K2.624.9963.6932.92,2301,4743.8915.347.310.61,228
Hermes
GPT-5.6 Sol52.93133.0740.23,2511,0964.099.250.066.14,831
Claude Opus 4.835.5683.2339.91,8081,0894.0211.822.131.71,138
Qwen3.7-Max59.46116.7646.91,9291,2953.9015.749.622.21,366
Qwen3.7-Plus29.4253.6948.99816423.9513.849.919.4820
GLM-5.242.32103.0636.92,7311,4544.0511.349.662.81,792
DeepSeek-V4-Pro16.7131.9543.41,0626653.9814.533.033.3942
DeepSeek-V4-Flash24.6964.5237.61,9891,7743.9316.048.862.21,259
Kimi K2.623.9675.0626.83,3982,6713.7319.148.317.8969
Others
Human217.61608.0635.39,4425,6223.9812.549.1100.08,311
Rule-based24.4853.3740.31,6051,3743.7618.050.0100.03,236
Figure 2: Overview of MerchantBench. The merchant agent coordinates four decision components through shorter supplier feedback and delayed order outcomes over 365 days. The environment combines an upstream supplier simulation, a merchant store, and a downstream order level simulation to evaluate Long-Term Coherence and business outcomes.
Figure 2: Overview of MerchantBench. The merchant agent coordinates four decision components through shorter supplier feedback and delayed order outcomes over 365 days. The environment combines an upstream supplier simulation, a merchant store, and a downstream order level simulation to evaluate Long-Term Coherence and business outcomes.
Table 2: MerchantBench merchant tool inventory.
ToolAccessDescription
Product Sourcing
get_daily_reportReadReturns the daily market report for the current simulation date with market news and opportunity signals
search_productsReadSearches the visible Product Catalog using public fields
get_product_detailReadReturns visible product, logistics, rating, and supplier fields
get_supplier_profileReadReturns the public supplier profile and visible product count
list_supplier_productsReadLists the currently visible products from one supplier
Listing and Pricing Control
list_productWriteAdds products to the store at specified selling prices
delist_productWriteRemoves products from the store
adjust_priceWriteChanges selling prices for active listings
review_my_listingsReadReviews listing age, sales velocity, fines, and fulfillment backlog
query_my_listingsReadReturns current listings with cumulative sales, profit, and fines
query_store_performanceReadSummarizes store outcomes by day or week
query_product_sales_statsReadRanks product outcomes and reports abnormality counts
Cash-Flow Management
query_balanceReadReturns the cash balance, security deposit, funds in transit, receivables, and fines
get_store_snapshotReadSummarizes orders, supply, cash, listings, and store rating
query_platform_rulesReadReturns capital, settlement, penalty, and closure rules
query_cash_pipelineReadSummarizes receivable aging and active order cost exposure
Supplier and Order Monitoring
query_supply_chain_anomaliesReadReturns new or current supplier abnormalities and affected listings
query_my_ordersReadSearches historical orders with logistics and accounting fields
query_open_ordersReadReturns active orders with fulfillment timing and economics
query_order_updatesReadReturns status changes since the previous observation window
query_order_detailReadReturns one order’s full status timeline, accounting, and penalties
Agent Support and Control
read_memory_docReadReads the run local agent memory document
write_memory_docWriteReplaces the run local agent memory document
get_observationReadReturns the current rendered observation
list_toolsReadReturns tool schemas after scenario filtering
Figure 3: Real-world demand patterns and calibrated risk profiles across 98,843 products. Whiskers span the 10th to 90th percentiles, and boxes show interquartile ranges.
Figure 3: Real-world demand patterns and calibrated risk profiles across 98,843 products. Whiskers span the 10th to 90th percentiles, and boxes show interquartile ranges.
Table 5: Built in Hermes tools provided by the official architecture.
ToolAccessDescription
Execution and Files
terminalExecuteExecutes shell commands in a persistent environment
processManageMonitors and controls background processes
execute_codeExecuteRuns Python programs that call Hermes tools and process their outputs
read_fileReadReads text files with line numbers and pagination
write_fileWriteCreates or replaces files and checks supported formats
patchWriteApplies targeted file edits and returns a unified diff
search_filesReadSearches file names and contents
Memory and Skills
memoryWriteStores durable facts that persist across sessions
session_searchReadSearches messages from previous Hermes sessions
skills_listReadLists available skills and their descriptions
skill_viewReadLoads skill instructions and linked resources
skill_manageWriteCreates, revises, or deletes skills
Planning and Coordination
todoManageMaintains the task list for the current session
clarifyInteractRequests clarification, feedback, or a decision from the user
delegate_taskDelegateAssigns independent tasks to subagents
Projects and Output
project_listReadLists available project workspaces
project_createWriteCreates and activates a project workspace
project_switchWriteSwitches the active project workspace
text_to_speechGenerateConverts text into speech audio
image_generateGenerateGenerates or edits images from prompts and references
Figure 4: Final net asset distributions across three repeated runs for each configuration.
Figure 4: Final net asset distributions across three repeated runs for each configuration.
Table 6: Built in Hermes skills and their functions.
SkillCategoryDescription
apple-notesAppleCreates, searches, and edits Apple Notes
apple-remindersAppleAdds, lists, and completes Apple Reminders
findmyAppleTracks Apple devices and AirTags
imessageAppleSends and receives iMessages and SMS
claude-codeAutonomous agentsDelegates coding tasks to Claude Code
codexAutonomous agentsDelegates coding tasks to OpenAI Codex
hermes-agentAutonomous agentsConfigures and extends the Hermes Agent codebase
opencodeAutonomous agentsDelegates coding and review tasks to OpenCode
computer-useGeneralOperates desktop interfaces through visual interaction
architecture-diagramCreativeCreates architecture and infrastructure diagrams
ascii-artCreativeGenerates and transforms ASCII art
ascii-videoCreativeConverts video and audio into ASCII video
baoyu-infographicCreativeProduces infographics using reusable layouts and styles
claude-designCreativeDesigns standalone HTML artifacts
comfyuiCreativeGenerates images, video, and audio with ComfyUI
design-mdCreativeAuthors and validates DESIGN.md specifications
excalidrawCreativeCreates hand drawn Excalidraw diagrams
humanizerCreativeRevises text to remove formulaic AI phrasing
manim-videoCreativeProduces mathematical and algorithmic animations
p5jsCreativeCreates interactive p5.js sketches and generative art
popular-web-designsCreativeApplies established web interface design systems
pretextCreativeSupports interactive creative browser demonstrations
sketchCreativeProduces alternative HTML interface mockups
songwriting-and-ai-musicCreativeSupports songwriting and AI music prompting
touchdesigner-mcpCreativeControls TouchDesigner through an MCP interface
Figure 5: Monthly Operational Coherence profiles for the Human baseline and all eight Hermes models. Panels report effective window rate, environment tool calls, and monthly net profit.
Figure 5: Monthly Operational Coherence profiles for the Human baseline and all eight Hermes models. Panels report effective window rate, environment tool calls, and monthly net profit.
Table 7: Built in Hermes skills and their functions, continued.
SkillCategoryDescription
jupyter-live-kernelData sciencePerforms iterative analysis in a persistent Jupyter kernel
dogfoodGeneralConducts exploratory testing of web applications
himalayaEmailManages email through the Himalaya command line interface
codebase-inspectionGitHubMeasures codebase size, languages, and composition
github-authGitHubConfigures tokens, keys, and command line authentication
github-code-reviewGitHubReviews pull request diffs and inline comments
github-issuesGitHubCreates and manages GitHub issues
github-pr-workflowGitHubManages branches, commits, checks, and pull requests
github-repo-managementGitHubClones, creates, forks, and maintains repositories
gif-searchMediaSearches and downloads GIF content
heartmulaMediaGenerates songs from lyrics and style tags
songseeMediaExtracts and visualizes audio features
youtube-contentMediaConverts YouTube transcripts into written content
huggingface-hubMLOpsSearches, downloads, and uploads models and datasets
evaluating-llms-harnessMLOpsEvaluates language models with standard benchmarks
weights-and-biasesMLOpsTracks experiments, sweeps, and model artifacts
llama-cppMLOpsRuns local GGUF model inference
serving-llms-vllmMLOpsServes language models with vLLM
audiocraft-audio-generationMLOpsGenerates music and sound with AudioCraft
segment-anything-modelMLOpsPerforms prompt based image segmentation
obsidianNote takingReads, searches, creates, and edits Obsidian notes
Figure 6: Monthly Product Sourcing across four representative models. Scores are listing-hour-weighted catalog demand percentiles of active products in each month. Lines and bands show repeat means and standard deviations.
Figure 6: Monthly Product Sourcing across four representative models. Scores are listing-hour-weighted catalog demand percentiles of active products in each month. Lines and bands show repeat means and standard deviations.
Table 8: Built in Hermes skills and their functions, continued.
SkillCategoryDescription
airtableProductivityManages Airtable records and queries
google-workspaceProductivityOperates Gmail, Calendar, Drive, Docs, and Sheets
mapsProductivityProvides geocoding, points of interest, routes, and time zones
nano-pdfProductivityEdits PDF text and document metadata
notionProductivityManages Notion pages and databases
ocr-and-documentsProductivityExtracts text from PDFs and scanned documents
petdexProductivityInstalls and selects animated Hermes mascots
powerpointProductivityCreates and edits presentation decks
teams-meeting-pipelineProductivityOperates the Teams meeting summary pipeline
arxivResearchSearches arXiv by topic, author, category, or identifier
blogwatcherResearchMonitors blogs and syndicated feeds
llm-wikiResearchBuilds and queries an interlinked knowledge base
polymarketResearchQueries prediction markets, prices, and order books
research-paper-writingResearchSupports machine learning paper development and submission
openhueSmart homeControls Philips Hue lights, rooms, and scenes
xurlSocial mediaReads and operates X through its command line interface
hermes-agent-skill-authoringSoftware developmentAuthors and validates Hermes skill packages
node-inspect-debuggerSoftware developmentDebugs Node.js through the inspector protocol
planSoftware developmentProduces actionable implementation plans
python-debugpySoftware developmentDebugs Python with pdb and debugpy
requesting-code-reviewSoftware developmentPerforms structured review before integration
simplify-codeSoftware developmentRefines recent code changes with parallel review
spikeSoftware developmentRuns disposable experiments before implementation
systematic-debuggingSoftware developmentApplies a structured root cause debugging process
test-driven-developmentSoftware developmentApplies test driven development workflows
yuanbaoGeneralOperates Yuanbao groups and member queries
Figure 11: Composition and calibrated distributions of the filtered data. Panel (a) reports the numbers of Product Records and unique supplier IDs within each category. Panel (b) shows procurement price distributions within each category. Panel (c) shows the joint distribution of Downstream Order Outcome probability and Upstream Supplier Event intensity.
Figure 11: Composition and calibrated distributions of the filtered data. Panel (a) reports the numbers of Product Records and unique supplier IDs within each category. Panel (b) shows procurement price distributions within each category. Panel (c) shows the joint distribution of Downstream Order Outcome probability and Upstream Supplier Event intensity.
Table 19: Product fields and their visibility to the merchant agent. Catalog results also include the public supplier fields in Table 20.
Product fieldAccessMeaning
product_idVisibleStable identifier for a Product in the Product Catalog
nameVisibleMarketplace product title used for retrieval and comparison
categoryVisibleOne of the ten normalized first level product categories
quantityVisibleCurrent effective supplier inventory after replenishment
priceVisibleCurrent procurement price offered by the supplier
historical_avg_ratingVisibleHistorical product rating obtained from the source platform
logistics_hoursVisibleBaseline transit time from supplier dispatch to delivery
is_listed_by_supplierVisibleCurrent procurement availability, exposed as supplier_available
ref_priceHiddenReference price used in the price response term of the demand model
base_priceHiddenSupplier price restored after a temporary Price Change ends
cancel_rateHiddenProduct level probability used to sample Cancellation
refund_rateHiddenProduct level probability used to sample Return and Refund
only_refund_rateHiddenProduct level probability used to sample Returnless Refund
bad_review_rateHiddenProduct level probability used to sample Bad Review
max_quantityHiddenInventory capacity used by the supplier replenishment process
hourly_incrementHiddenHourly supplier inventory replenishment amount
elasticityHiddenProduct specific price elasticity used by the demand model
market_curveHiddenReal-world product level demand history over 365 days
quantity_updated_tHiddenInternal timestamp used for lazy inventory replenishment
price_recover_tHiddenPrescheduled end time of an active Price Change
delist_recover_tHiddenPrescheduled end time of an active Product Delisting
Figure 12: Temporal demand patterns in the filtered data. The top panel presents aggregate daily demand and its seven day mean. The bottom panels show normalized demand histories for representative red envelope, electric fan, and hot water bag Product Records.
Figure 12: Temporal demand patterns in the filtered data. The top panel presents aggregate daily demand and its seven day mean. The bottom panels show normalized demand histories for representative red envelope, electric fan, and hot water bag Product Records.
Table 20: Supplier fields and their visibility to the merchant agent. Supplier trust attributes are constant across Products sharing the same supplier_id, while event hazards are calibrated at the Product level.
Supplier fieldAccessMeaning
supplier_idVisibleStable supplier identifier
supplier_nameVisiblePublic supplier name
shop_ratingVisiblePublic supplier rating shared by all Products from the supplier
return_buyer_rateVisiblePublic repeat buyer rate returned by the supplier profile
supplier_age_yearsVisiblePublic supplier tenure in years
product_countVisibleNumber of currently available Products from the supplier
supplier_ship_hoursVisibleCurrent dispatch time for a Product from this supplier
base_ship_hoursHiddenDispatch time restored after a Shipment Delay ends
timeout_rateHiddenProduct level hazard for Shipment Delay
price_change_rateHiddenProduct level hazard for Price Change
supplier_delist_rateHiddenProduct level hazard for Product Delisting
timeout_activeHiddenInternal indicator of an active Shipment Delay
timeout_recover_tHiddenPrescheduled end time of an active Shipment Delay
Figure 13: Monthly Operational Coherence profiles for the Human baseline and each of the eight Hermes models. Panels (a), (b), (c), and (d) report effective window rate, environment tool calls, month end active listings, and monthly net profit.
Figure 13: Monthly Operational Coherence profiles for the Human baseline and each of the eight Hermes models. Panels (a), (b), (c), and (d) report effective window rate, environment tool calls, month end active listings, and monthly net profit.
Table 21: Order fields and their visibility to the merchant agent. Some visible lifecycle fields remain empty until realization, while presampled future outcomes and internal schedules remain hidden.
Order fieldAccessMeaning
order_idVisibleStable identifier for an individual customer order
product_id, product_nameVisibleProduct identity associated with the order
supplier_id, supplier_nameVisibleSupplier identity associated with the order
order_timeVisibleCalendar and simulation time at which the order was placed
current_statusVisibleLatest realized lifecycle state
status_age_hoursVisibleElapsed time since the latest realized status transition
expected_delivery_timeVisibleCurrent delivery estimate computed from realized timing information
delivered_timeVisibleMerchant facing delivery timestamp populated after delivery
late_timeVisibleMerchant facing timestamp populated only after Late Shipment is realized
sale_priceVisibleMerchant selling price recorded when the order was created
purchase_priceVisibleProcurement price recorded when the order was created
supplier_ship_hoursVisibleSupplier dispatch duration recorded for the order
supplier_logistics_hoursVisibleBaseline post dispatch logistics duration
actual_logistics_hoursVisibleRealized transit duration populated after delivery
realized_revenueVisibleRevenue credited from outcomes realized so far
realized_costVisibleProcurement cost realized so far
total_penaltyVisibleSum of penalties already applied to the order
net_profitVisibleRealized revenue minus realized cost and total penalty
profit_finalizedVisibleIndicator that no further profit component remains unresolved
status_logVisibleRealized sequence of lifecycle states and their timestamps
preset_anomalyHiddenPresampled future outcome among normal fulfillment and four customer abnormalities
preset_anomaly_tHiddenInternal realization time of the presampled abnormal outcome
settlement_delay_stepsHiddenPresampled delay from delivery to final settlement
purchase_t, shipped_t, delivered_t, settled_tHiddenRaw internal transition times, with only realized merchant facing views exposed
Figure 14: Monthly Operational Coherence profiles for the Human baseline and each of the eight ReAct models. Panels (a), (b), (c), and (d) report effective window rate, environment tool calls, month end active listings, and monthly net profit.
Figure 14: Monthly Operational Coherence profiles for the Human baseline and each of the eight ReAct models. Panels (a), (b), (c), and (d) report effective window rate, environment tool calls, month end active listings, and monthly net profit.

Findings

  • The best LLM configuration (Qwen3.7-Max under Hermes) reached only 27.3% of the mean final net assets achieved by human participants.
  • Averaged across eight models, Hermes produced 53.3% higher final net assets, 71.5% higher GMV, and 71.2% more orders than ReAct, with Hermes outperforming ReAct for seven of eight models (Kimi K2.6 was the exception, 4.1% lower under Hermes).
  • Human participants sustained a Sustained Window Rate of 100%, while LLM configurations ranged from 10.6% to 99.4% under ReAct and 17.8% to 66.1% under Hermes, showing declining activity over the year.
  • Some models entrenched flawed policies without revising them: one Hermes Claude Opus 4.8 run shrank its active listings from 47 to 3 based on a false belief that fewer listings would concentrate traffic, and one Hermes Kimi K2.6 run took no action in 355 of the remaining 523 decision windows after concluding on Day 104 that the store could not recover.
  • Human participants widened their procurement price range as cash grew, moving from RMB 43.4-53.1 in the first three months to RMB 58.7-90.8 in the last three months, while GLM-5.2, DeepSeek-V4-Flash, and Kimi K2.6 kept comparatively flat price trajectories.
Figure 15: Daily net asset curves for all eight models under ReAct over 365 simulated days.
Figure 15: Daily net asset curves for all eight models under ReAct over 365 simulated days.

Where it can be used

  • As an evaluation framework for autonomous agents meant to manage inventory, pricing, or cash flow over long, unsupervised periods, checking whether activity declines or goals drift over time.
  • For comparing how different LLMs and agent frameworks (minimal tool-calling vs. ones with memory/skill management) affect long-horizon business performance.
  • As a diagnostic method for testing whether an agent can trace delayed feedback (returns, refunds, reviews) back to earlier decisions and revise them.
Figure 16: Daily net asset curves for all eight models under Hermes over 365 simulated days.
Figure 16: Daily net asset curves for all eight models under Hermes over 365 simulated days.

Limits and open work

  • The environment is a simulation grounded in 1688 marketplace data; real-world store operation involves additional regulatory, competitive, and customer-behavior factors not captured here.
  • Results are based on three repeated runs per configuration, and some configurations (e.g., Qwen3.7-Max under Hermes) showed high variability (55.1% coefficient of variation), so results should be read with that instability in mind.
  • The human baseline consists of only three participants without prior e-commerce experience, so the '27.3% of human performance' figure should not be generalized to expert human sellers.
  • Model names referenced in the paper (GPT-5.6, Claude Opus 4.8, Qwen3.7 series, etc.) may not correspond to publicly known model versions, so the focus should be on the benchmark design rather than treating these as verified current model rankings.
  • Why Hermes's added capabilities (code execution, skill creation) help some models but not others is discussed through case examples rather than a systematic causal analysis.

Why it matters

This gives concrete numbers to a real worry: LLM agents look competent on short tasks but can lose the thread over months-long autonomous operations like inventory or pricing management. Anyone designing long-running autonomous business agents can use this as an early signal of where failures accumulate - fading activity, premature give-up, and policies that never get revised despite new evidence.

Terms in this paper

  • Long-Term Coherence · The capacity to keep pursuing a goal purposefully over a long period while adapting decisions to accumulated evidence
  • POMDP (Partially Observable Markov Decision Process) · A decision-making framework where the agent only sees part of the true state and must act on incomplete information
  • Sustained Window Rate (SWR) · The lowest share of scheduled decision windows, across any rolling 30-day period, in which the agent made at least one tool call
  • Hermes / ReAct · ReAct is a minimal controller using only the 26 store tools; Hermes adds code execution, memory, and skill management on top
  • Upstream Supplier Events / Downstream Order Outcomes · Fast-surfacing supplier-side events (price changes, delistings) versus slow-surfacing order-side outcomes (returns, refunds, bad reviews)

Original abstract (English)

Large language model agents are increasingly evaluated as autonomous tool users, yet most benchmarks focus on bounded tasks with immediate success criteria. Real-world deployments often require Long-Term Coherence, the capacity to preserve purposeful behavior across extended horizons while adapting decisions to accumulated evidence. Evaluating this capacity requires a persistent environment in which actions constrain future choices, feedback arrives at heterogeneous delays, and incoherent behavior produces measurable cumulative effects. Seller-side e-commerce provides a suitable setting for this evaluation through recurrent and interdependent decisions over Product Sourcing, Listing and Pricing Control, Cash-Flow Management, and Mixed-Latency Feedback Adaptation. We introduce MerchantBench, a 365-day order-level simulation grounded in 98,843 real e-commerce product records and equipped with 26 tools for agent interaction. MerchantBench couples promptly observable Upstream Supplier Events with delayed Downstream Order Outcomes, requiring agents to follow individual order lifecycles and revisit earlier decisions. We evaluate eight LLMs under two agent frameworks in 48 runs, each spanning 365 simulated days. Our results reveal a substantial gap between even the latest LLMs and human participants, with the best LLM configuration attaining only 27.3\% of the mean final net assets achieved by human participants.

Authors · Qiming Shi

Read on arXiv

Latest papers

All papers →

Latest from METAL LAB

Figures: Qiming Shi et al., arXiv:2607.28956, arxiv-nonexclusive