The Commonplace
Home Papers Evidence Explore Trends Syntheses Digests References Docs 🎲 Workforce Futures
← Papers
Direction, evidence grade, and study type are AI-generated labels (gpt-5-mini), not human-verified. Syntheses are LLM-written. "Tensions" are machine-detected candidates, not confirmed contradictions. A research-acceleration tool, not peer review. How this is built →

Agent-based software engineering spends most tokens refining code, not generating it: in 30 ChatDev GPT‑5 projects the Code Review stage consumed 59.4% of tokens while input tokens made up 53.9% of usage, indicating iterative agent collaboration is the primary operational cost driver.

Tokenomics: Quantifying Where Tokens Are Used in Agentic Software Engineering
Mohamad Salim, Jasmine Latendresse, SayedHassan Khatoonabadi, Emad Shihab · January 20, 2026
arxiv descriptive low evidence 7/10 relevance Full text usable extracted full text Source PDF

Structured author observations

Linked only from stored provider relations; the raw author line above is never matched by name.

Arxiv

Latest observation:

  1. Mohamad Salim unresolved corpus identity
  2. Jasmine Latendresse unresolved corpus identity
  3. SayedHassan Khatoonabadi unresolved corpus identity
  4. Emad Shihab unresolved corpus identity

Semantic Scholar

Latest observation:

  1. M. Salim provider ID
  2. Jasmine Latendresse provider ID
  3. S. Khatoonabadi provider ID
  4. Emad Shihab provider ID
In 30 ChatDev GPT-5 multi-agent SDLC runs, iterative Code Review dominated token consumption (average 59.4%) and input tokens were the largest token category overall (average 53.9%), suggesting agentic refinement and verification drive most token costs.

Citation observations

Cumulative provider counts captured on specific dates; providers are never combined.

LLM-based Multi-Agent (LLM-MA) systems are increasingly applied to automate complex software engineering tasks such as requirements engineering, code generation, and testing. However, their operational efficiency and resource consumption remain poorly understood, hindering practical adoption due to unpredictable costs and environmental impact. To address this, we conduct an analysis of token consumption patterns in an LLM-MA system within the Software Development Life Cycle (SDLC), aiming to understand where tokens are consumed across distinct software engineering activities. We analyze execution traces from 30 software development tasks performed by the ChatDev framework using a GPT-5 reasoning model, mapping its internal phases to distinct development stages (Design, Coding, Code Completion, Code Review, Testing, and Documentation) to create a standardized evaluation framework. We then quantify and compare token distribution (input, output, reasoning) across these stages. Our preliminary findings show that the iterative Code Review stage accounts for the majority of token consumption for an average of 59.4% of tokens. Furthermore, we observe that input tokens consistently constitute the largest share of consumption for an average of 53.9%, providing empirical evidence for potentially significant inefficiencies in agentic collaboration. Our results suggest that the primary cost of agentic software engineering lies not in initial code generation but in automated refinement and verification. Our novel methodology can help practitioners predict expenses and optimize workflows, and it directs future research toward developing more token-efficient agent collaboration protocols.

Summary

Main Finding

Agentic software engineering (LLM-based multi-agent) token costs are highly concentrated in iterative refinement and verification rather than initial code generation. Using ChatDev with a GPT-5 reasoning model on 30 end-to-end SDLC tasks, the Code Review stage consumed an average of 59.4% of tokens per task, and input/context tokens made up the majority of consumption (avg. 53.9% of tokens). This implies the dominant economic cost of agentic SE is the “communication tax” from passing large contexts repeatedly between agents.

Key Points

  • Concentration of cost:
    • Code Review = 59.4% of tokens on average (most expensive stage).
    • Coding (initial generation) = 8.6% on average; Design = 2.4% (cheap relative to refinement).
    • Code Completion (when executed, n=6) averaged 26.8% of tokens; Testing (n=12) averaged 10.3%; Documentation averaged 20.1%.
  • Token-type breakdown (overall per task):
    • Input tokens: 53.9%
    • Output tokens: 24.4%
    • Reasoning tokens: 21.6%
    • Roughly a 2:1 input:output ratio, consistent with a “communication tax.”
  • Phase-specific token profiles (avg % input / output / reasoning):
    • Design: 60.4 / 3.6 / 36.0
    • Coding: 6.9 / 58.0 / 35.1 (output-heavy)
    • Code Completion: 47.7 / 41.7 / 10.5
    • Code Review: 51.4 / 24.7 / 23.9 (input-heavy)
    • Testing: 60.8 / 20.7 / 18.4
    • Documentation: 80.2 / 8.3 / 11.5 (very input-heavy)
  • Evidence suggests agentic verification/refinement workflows are the primary source of inefficiency and cost.

Data & Methods

  • System: ChatDev multi-agent framework instrumented to log full execution traces (prompts, responses, token counts).
  • Tasks: 30 diverse software development prompts from the ProgramDev dataset (simple algorithms → complex apps). Reasoning-token consumption per task ranged ~17,280 to 40,000 tokens (indicating diversity).
  • Model: GPT-5 reasoning model (gpt-5-2025-08-07). Key settings: temperature fixed at 1.0, context window 400k tokens, max output tokens 128k.
  • Phase mapping: Mapped ChatDev internal phases to SDLC stages to enable cross-task aggregation (Design, Coding, Code Completion, Code Review, Testing, Documentation).
  • Analysis pipeline: parse execution traces → map phases to SDLC stages → aggregate token counts by stage and by token type (input/output/reasoning) → compute averages and variability across 30 runs.
  • Limitations noted by authors: single LLM and single LLM-MA framework; some phases occurred only in a subset of runs (e.g., Code Completion n=6, Testing n=12); mapping abstraction may not generalize perfectly to other frameworks.

Implications for AI Economics

  • Direct financial impact:
    • Since providers charge per token, the majority of runtime cost for agentic SE workflows will accrue during iterative review/verification, not initial code generation. Project costing should weight refinement-heavy tasks more heavily.
  • Energy & carbon consequences:
    • High token counts (especially repeated transmission of large contexts) imply higher compute and energy usage—refinement cycles drive most of the environmental footprint of agentic SE.
  • Predictability & budgeting:
    • Tokenomic profiles create a “cost map” by task type: greenfield coding vs. refactoring/verification have very different cost structures. This enables better budgeting, pricing, and cost–benefit analyses for automation vs. human labor.
  • Optimization opportunities (practical levers to reduce cost):
    • Reduce context passing: send deltas or compressed summaries instead of full code each round.
    • Mixed-model pipelines: use smaller/cheaper models for reviewers or for parts of the review loop; reserve large reasoning models for key decisions.
    • Cache and reference artifacts via embeddings/vector stores rather than resending raw code.
    • Adaptive gating: introduce human-in-the-loop checkpoints before expensive agentic review loops to avoid needless iterations.
    • Structured verification protocols: design verification primitives (e.g., targeted tests, patch-only reviews) that avoid full-context dialogues.
    • Instrumentation & budgeting tools: integrate token accounting into CI/CD to predict and cap costs per PR/task.
  • Research & market implications:
    • Need for standardized benchmarks and token-efficiency metrics for LLM-MA architectures to compare economic tradeoffs (not just task accuracy).
    • Model/architecture heterogeneity matters: tokenomics should be measured across different LLMs and multi-agent protocols before generalizing pricing assumptions.
    • Opportunity for differentiated service offerings: “refinement-optimized” agent stacks (lower-cost review pipelines) could be a competitive product niche.
  • Caveats:
    • Results are preliminary and system/model-specific; monetary or carbon conversions require local provider rates and power-emissions factors.
    • Small-sample occurrences of some phases mean per-phase estimates (e.g., Code Completion) need more data to become stable.

Overall takeaway for AI economics: when evaluating the cost-effectiveness of agentic software engineering automation, account for refinement/verification as the dominant operational expense and prioritize protocol and architecture changes that reduce repeated full-context communication.

Assessment

Paper Typedescriptive Evidence Strengthlow — Findings are descriptive and based on a small convenience sample (30 tasks) run on a single framework (ChatDev) with a single proprietary model (GPT-5); no causal identification or robustness tests, so external validity and generalizability are limited. Methods Rigormedium — The study uses a systematic trace-based approach with a standardized mapping of agent phases to SDLC stages and quantitative token accounting (input/output/reasoning), but it lacks larger sample size, robustness checks, sensitivity analyses, alternative agent architectures, and full reproducibility details (proprietary model and possible undocumented system tokens). SampleExecution traces from 30 software development tasks performed by the ChatDev LLM‑multi‑agent framework using a GPT-5 reasoning model; traces were segmented into SDLC-mapped phases (Design, Coding, Code Completion, Code Review, Testing, Documentation) and tokens classified as input, output, or reasoning for each stage. Themesproductivity human_ai_collab GeneralizabilitySmall sample size (30 tasks) may not represent broader task diversity or complexity, Single agent framework (ChatDev) — other multi-agent architectures may have different token dynamics, Single proprietary model (GPT-5) — tokenization, system messages, and reasoning behavior may differ across models and API versions, Task selection/benchmarks may be non-random or skewed toward particular languages, domains, or difficulty levels, Token accounting depends on API/implementation details (hidden system tokens, chunking, truncation) that may not generalize, Findings about token shares do not directly translate to monetary or energy costs without pricing/hardware context

Claims (8)

ClaimDirectionOutcomeConfidence & EvidenceDetails
LLM-based Multi-Agent (LLM-MA) systems are increasingly applied to automate complex software engineering tasks such as requirements engineering, code generation, and testing. Adoption Rate positive adoption of LLM-MA systems for software engineering tasks
Reading fidelity high
Study strength speculative
not reported
0.03
The operational efficiency and resource consumption of LLM-MA systems remain poorly understood, hindering practical adoption due to unpredictable costs and environmental impact. Adoption Rate negative practical adoption / barriers to adoption
Reading fidelity high
Study strength speculative
not reported
0.03
We analyze execution traces from 30 software development tasks performed by the ChatDev framework using a GPT-5 reasoning model to study token consumption patterns across the SDLC. Organizational Efficiency null_result token consumption patterns across SDLC stages
Reading fidelity high
Study strength medium
n=30
0.18
The paper maps internal phases of the ChatDev LLM-MA system to distinct software development stages (Design, Coding, Code Completion, Code Review, Testing, Documentation) to create a standardized evaluation framework. Organizational Efficiency null_result standardization of evaluation across SDLC stages
Reading fidelity high
Study strength medium
not reported
0.18
The iterative Code Review stage accounts for the majority of token consumption, averaging 59.4% of tokens. Organizational Efficiency negative share of total token consumption attributed to Code Review stage
Reading fidelity high
Study strength medium
n=30
59.4% of tokens
0.18
Input tokens consistently constitute the largest share of consumption, averaging 53.9% of tokens, indicating potential inefficiencies in agentic collaboration. Organizational Efficiency negative share of token consumption attributed to input tokens
Reading fidelity high
Study strength medium
n=30
53.9% of consumption
0.18
The primary cost of agentic software engineering lies not in initial code generation but in automated refinement and verification (e.g., iterative Code Review and Testing). Organizational Efficiency negative distribution of token-cost across development stages (generation vs. refinement/verification)
Reading fidelity high
Study strength medium
n=30
0.18
The proposed methodology can help practitioners predict expenses and optimize workflows, and directs future research toward developing more token-efficient agent collaboration protocols. Organizational Efficiency positive ability to predict expenses and optimize workflows / guide research on token efficiency
Reading fidelity high
Study strength low
not reported
0.09

Notes