AI news and explainers at 7 AM weekdays, plus a Sunday weekly at 8Get it in your inbox›
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
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
Four ongoing decisionsProduct sourcing, listing/pricing control, cash-flow management, and mixed-latency feedback response, all handled via 26 tools
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
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
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
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.
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.
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.
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.
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.
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 Operator
Business Performance
Store Reliability
Long-Horizon Activity
Net Assets
GMV
Profit Margin
Orders
Fines
Avg. Store Rating
Anomaly Rate
Avg. Active Listings
SWR
Tool Calls
ReAct
GPT-5.6 Sol
40.89
74.19
51.3
996
499
4.04
10.7
50.0
99.4
7,257
Claude Opus 4.8
31.89
69.10
44.4
1,214
796
4.05
12.1
24.0
45.0
1,139
Qwen3.7-Max
20.66
39.73
44.5
925
672
3.90
16.1
39.6
11.1
815
Qwen3.7-Plus
20.74
40.85
45.6
1,056
705
3.99
13.1
49.9
52.2
1,221
GLM-5.2
25.73
60.90
37.3
2,158
1,422
3.93
14.9
26.0
53.3
2,045
DeepSeek-V4-Pro
6.56
8.40
41.9
450
245
4.01
14.4
23.5
30.6
660
DeepSeek-V4-Flash
14.47
28.78
39.6
985
517
4.04
14.1
19.3
40.6
960
Kimi K2.6
24.99
63.69
32.9
2,230
1,474
3.89
15.3
47.3
10.6
1,228
Hermes
GPT-5.6 Sol
52.93
133.07
40.2
3,251
1,096
4.09
9.2
50.0
66.1
4,831
Claude Opus 4.8
35.56
83.23
39.9
1,808
1,089
4.02
11.8
22.1
31.7
1,138
Qwen3.7-Max
59.46
116.76
46.9
1,929
1,295
3.90
15.7
49.6
22.2
1,366
Qwen3.7-Plus
29.42
53.69
48.9
981
642
3.95
13.8
49.9
19.4
820
GLM-5.2
42.32
103.06
36.9
2,731
1,454
4.05
11.3
49.6
62.8
1,792
DeepSeek-V4-Pro
16.71
31.95
43.4
1,062
665
3.98
14.5
33.0
33.3
942
DeepSeek-V4-Flash
24.69
64.52
37.6
1,989
1,774
3.93
16.0
48.8
62.2
1,259
Kimi K2.6
23.96
75.06
26.8
3,398
2,671
3.73
19.1
48.3
17.8
969
Others
Human
217.61
608.06
35.3
9,442
5,622
3.98
12.5
49.1
100.0
8,311
Rule-based
24.48
53.37
40.3
1,605
1,374
3.76
18.0
50.0
100.0
3,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.
Table 2: MerchantBench merchant tool inventory.
Tool
Access
Description
Product Sourcing
get_daily_report
Read
Returns the daily market report for the current simulation date with market news and opportunity signals
search_products
Read
Searches the visible Product Catalog using public fields
get_product_detail
Read
Returns visible product, logistics, rating, and supplier fields
get_supplier_profile
Read
Returns the public supplier profile and visible product count
list_supplier_products
Read
Lists the currently visible products from one supplier
Listing and Pricing Control
list_product
Write
Adds products to the store at specified selling prices
delist_product
Write
Removes products from the store
adjust_price
Write
Changes selling prices for active listings
review_my_listings
Read
Reviews listing age, sales velocity, fines, and fulfillment backlog
query_my_listings
Read
Returns current listings with cumulative sales, profit, and fines
query_store_performance
Read
Summarizes store outcomes by day or week
query_product_sales_stats
Read
Ranks product outcomes and reports abnormality counts
Cash-Flow Management
query_balance
Read
Returns the cash balance, security deposit, funds in transit, receivables, and fines
get_store_snapshot
Read
Summarizes orders, supply, cash, listings, and store rating
query_platform_rules
Read
Returns capital, settlement, penalty, and closure rules
query_cash_pipeline
Read
Summarizes receivable aging and active order cost exposure
Supplier and Order Monitoring
query_supply_chain_anomalies
Read
Returns new or current supplier abnormalities and affected listings
query_my_orders
Read
Searches historical orders with logistics and accounting fields
query_open_orders
Read
Returns active orders with fulfillment timing and economics
query_order_updates
Read
Returns status changes since the previous observation window
query_order_detail
Read
Returns one order’s full status timeline, accounting, and penalties
Agent Support and Control
read_memory_doc
Read
Reads the run local agent memory document
write_memory_doc
Write
Replaces the run local agent memory document
get_observation
Read
Returns the current rendered observation
list_tools
Read
Returns 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.
Table 5: Built in Hermes tools provided by the official architecture.
Tool
Access
Description
Execution and Files
terminal
Execute
Executes shell commands in a persistent environment
process
Manage
Monitors and controls background processes
execute_code
Execute
Runs Python programs that call Hermes tools and process their outputs
read_file
Read
Reads text files with line numbers and pagination
write_file
Write
Creates or replaces files and checks supported formats
patch
Write
Applies targeted file edits and returns a unified diff
search_files
Read
Searches file names and contents
Memory and Skills
memory
Write
Stores durable facts that persist across sessions
session_search
Read
Searches messages from previous Hermes sessions
skills_list
Read
Lists available skills and their descriptions
skill_view
Read
Loads skill instructions and linked resources
skill_manage
Write
Creates, revises, or deletes skills
Planning and Coordination
todo
Manage
Maintains the task list for the current session
clarify
Interact
Requests clarification, feedback, or a decision from the user
delegate_task
Delegate
Assigns independent tasks to subagents
Projects and Output
project_list
Read
Lists available project workspaces
project_create
Write
Creates and activates a project workspace
project_switch
Write
Switches the active project workspace
text_to_speech
Generate
Converts text into speech audio
image_generate
Generate
Generates or edits images from prompts and references
Figure 4: Final net asset distributions across three repeated runs for each configuration.
Table 6: Built in Hermes skills and their functions.
Skill
Category
Description
apple-notes
Apple
Creates, searches, and edits Apple Notes
apple-reminders
Apple
Adds, lists, and completes Apple Reminders
findmy
Apple
Tracks Apple devices and AirTags
imessage
Apple
Sends and receives iMessages and SMS
claude-code
Autonomous agents
Delegates coding tasks to Claude Code
codex
Autonomous agents
Delegates coding tasks to OpenAI Codex
hermes-agent
Autonomous agents
Configures and extends the Hermes Agent codebase
opencode
Autonomous agents
Delegates coding and review tasks to OpenCode
computer-use
General
Operates desktop interfaces through visual interaction
architecture-diagram
Creative
Creates architecture and infrastructure diagrams
ascii-art
Creative
Generates and transforms ASCII art
ascii-video
Creative
Converts video and audio into ASCII video
baoyu-infographic
Creative
Produces infographics using reusable layouts and styles
claude-design
Creative
Designs standalone HTML artifacts
comfyui
Creative
Generates images, video, and audio with ComfyUI
design-md
Creative
Authors and validates DESIGN.md specifications
excalidraw
Creative
Creates hand drawn Excalidraw diagrams
humanizer
Creative
Revises text to remove formulaic AI phrasing
manim-video
Creative
Produces mathematical and algorithmic animations
p5js
Creative
Creates interactive p5.js sketches and generative art
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.
Skill
Category
Description
jupyter-live-kernel
Data science
Performs iterative analysis in a persistent Jupyter kernel
dogfood
General
Conducts exploratory testing of web applications
himalaya
Email
Manages email through the Himalaya command line interface
codebase-inspection
GitHub
Measures codebase size, languages, and composition
github-auth
GitHub
Configures tokens, keys, and command line authentication
github-code-review
GitHub
Reviews pull request diffs and inline comments
github-issues
GitHub
Creates and manages GitHub issues
github-pr-workflow
GitHub
Manages branches, commits, checks, and pull requests
github-repo-management
GitHub
Clones, creates, forks, and maintains repositories
gif-search
Media
Searches and downloads GIF content
heartmula
Media
Generates songs from lyrics and style tags
songsee
Media
Extracts and visualizes audio features
youtube-content
Media
Converts YouTube transcripts into written content
huggingface-hub
MLOps
Searches, downloads, and uploads models and datasets
evaluating-llms-harness
MLOps
Evaluates language models with standard benchmarks
weights-and-biases
MLOps
Tracks experiments, sweeps, and model artifacts
llama-cpp
MLOps
Runs local GGUF model inference
serving-llms-vllm
MLOps
Serves language models with vLLM
audiocraft-audio-generation
MLOps
Generates music and sound with AudioCraft
segment-anything-model
MLOps
Performs prompt based image segmentation
obsidian
Note taking
Reads, 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.
Table 8: Built in Hermes skills and their functions, continued.
Skill
Category
Description
airtable
Productivity
Manages Airtable records and queries
google-workspace
Productivity
Operates Gmail, Calendar, Drive, Docs, and Sheets
maps
Productivity
Provides geocoding, points of interest, routes, and time zones
nano-pdf
Productivity
Edits PDF text and document metadata
notion
Productivity
Manages Notion pages and databases
ocr-and-documents
Productivity
Extracts text from PDFs and scanned documents
petdex
Productivity
Installs and selects animated Hermes mascots
powerpoint
Productivity
Creates and edits presentation decks
teams-meeting-pipeline
Productivity
Operates the Teams meeting summary pipeline
arxiv
Research
Searches arXiv by topic, author, category, or identifier
blogwatcher
Research
Monitors blogs and syndicated feeds
llm-wiki
Research
Builds and queries an interlinked knowledge base
polymarket
Research
Queries prediction markets, prices, and order books
research-paper-writing
Research
Supports machine learning paper development and submission
openhue
Smart home
Controls Philips Hue lights, rooms, and scenes
xurl
Social media
Reads and operates X through its command line interface
hermes-agent-skill-authoring
Software development
Authors and validates Hermes skill packages
node-inspect-debugger
Software development
Debugs Node.js through the inspector protocol
plan
Software development
Produces actionable implementation plans
python-debugpy
Software development
Debugs Python with pdb and debugpy
requesting-code-review
Software development
Performs structured review before integration
simplify-code
Software development
Refines recent code changes with parallel review
spike
Software development
Runs disposable experiments before implementation
systematic-debugging
Software development
Applies a structured root cause debugging process
test-driven-development
Software development
Applies test driven development workflows
yuanbao
General
Operates 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.
Table 19: Product fields and their visibility to the merchant agent. Catalog results also include the public supplier fields in Table 20.
Product field
Access
Meaning
product_id
Visible
Stable identifier for a Product in the Product Catalog
name
Visible
Marketplace product title used for retrieval and comparison
category
Visible
One of the ten normalized first level product categories
quantity
Visible
Current effective supplier inventory after replenishment
price
Visible
Current procurement price offered by the supplier
historical_avg_rating
Visible
Historical product rating obtained from the source platform
logistics_hours
Visible
Baseline transit time from supplier dispatch to delivery
is_listed_by_supplier
Visible
Current procurement availability, exposed as supplier_available
ref_price
Hidden
Reference price used in the price response term of the demand model
base_price
Hidden
Supplier price restored after a temporary Price Change ends
cancel_rate
Hidden
Product level probability used to sample Cancellation
refund_rate
Hidden
Product level probability used to sample Return and Refund
only_refund_rate
Hidden
Product level probability used to sample Returnless Refund
bad_review_rate
Hidden
Product level probability used to sample Bad Review
max_quantity
Hidden
Inventory capacity used by the supplier replenishment process
hourly_increment
Hidden
Hourly supplier inventory replenishment amount
elasticity
Hidden
Product specific price elasticity used by the demand model
market_curve
Hidden
Real-world product level demand history over 365 days
quantity_updated_t
Hidden
Internal timestamp used for lazy inventory replenishment
price_recover_t
Hidden
Prescheduled end time of an active Price Change
delist_recover_t
Hidden
Prescheduled 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.
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 field
Access
Meaning
supplier_id
Visible
Stable supplier identifier
supplier_name
Visible
Public supplier name
shop_rating
Visible
Public supplier rating shared by all Products from the supplier
return_buyer_rate
Visible
Public repeat buyer rate returned by the supplier profile
supplier_age_years
Visible
Public supplier tenure in years
product_count
Visible
Number of currently available Products from the supplier
supplier_ship_hours
Visible
Current dispatch time for a Product from this supplier
base_ship_hours
Hidden
Dispatch time restored after a Shipment Delay ends
timeout_rate
Hidden
Product level hazard for Shipment Delay
price_change_rate
Hidden
Product level hazard for Price Change
supplier_delist_rate
Hidden
Product level hazard for Product Delisting
timeout_active
Hidden
Internal indicator of an active Shipment Delay
timeout_recover_t
Hidden
Prescheduled 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.
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 field
Access
Meaning
order_id
Visible
Stable identifier for an individual customer order
product_id, product_name
Visible
Product identity associated with the order
supplier_id, supplier_name
Visible
Supplier identity associated with the order
order_time
Visible
Calendar and simulation time at which the order was placed
current_status
Visible
Latest realized lifecycle state
status_age_hours
Visible
Elapsed time since the latest realized status transition
expected_delivery_time
Visible
Current delivery estimate computed from realized timing information
delivered_time
Visible
Merchant facing delivery timestamp populated after delivery
late_time
Visible
Merchant facing timestamp populated only after Late Shipment is realized
sale_price
Visible
Merchant selling price recorded when the order was created
purchase_price
Visible
Procurement price recorded when the order was created
supplier_ship_hours
Visible
Supplier dispatch duration recorded for the order
supplier_logistics_hours
Visible
Baseline post dispatch logistics duration
actual_logistics_hours
Visible
Realized transit duration populated after delivery
realized_revenue
Visible
Revenue credited from outcomes realized so far
realized_cost
Visible
Procurement cost realized so far
total_penalty
Visible
Sum of penalties already applied to the order
net_profit
Visible
Realized revenue minus realized cost and total penalty
profit_finalized
Visible
Indicator that no further profit component remains unresolved
status_log
Visible
Realized sequence of lifecycle states and their timestamps
preset_anomaly
Hidden
Presampled future outcome among normal fulfillment and four customer abnormalities
preset_anomaly_t
Hidden
Internal realization time of the presampled abnormal outcome
settlement_delay_steps
Hidden
Presampled delay from delivery to final settlement
purchase_t, shipped_t, delivered_t, settled_t
Hidden
Raw 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.
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.
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.
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.