Engineering Software Lab AI cost engineering dashboards
Created by Engineering Software Lab Israel
Claude · Amp · Droid

AI Coding Agent Cost Estimation

A practical, customer-ready process for analyzing a repository, selecting real engineering tasks, and estimating the cost of implementing code, documentation, and tests before a long AI-agent run begins.

Budget before execution Compare dashboards Export reusable tests
Engineering Software Lab visual identity mockup
The problemAI-agent runs can be expensive and unpredictable
www.eswlab.com
Why estimate first?

Large repositories create cost uncertainty.

A coding agent may read thousands of files, plan multiple implementation paths, generate tests, retry failures, and consume cached context differently in every provider.

Without a dashboard

  • No comparable Claude, Amp, and Droid run record.
  • Task scope is unclear before expensive execution.
  • Timeouts, CLI failures, and stale logs confuse operators.

With the ESL dashboards

  • Analyze repo, select tasks, estimate selected work.
  • Apply provider-specific pricing and telemetry parsing.
  • Export reusable tests with bounded timeout/cancel behavior.
Technical processProvider CLI orchestration, parsing, normalization, forecast
Created by Engineering Software Lab Israel
Execution pipeline

Controlled wrapper around real agent CLIs.

The dashboard launches Claude, Amp, or Droid with bounded subprocess control, requests structured analysis, parses telemetry, and writes one comparable cost ledger.

╭──────────────╮ ╭──────────────╮ ╭────────────────╮ │ Repo path │──▶│ Prompt build │──▶│ Provider CLI │ │ + settings │ │ analysis/job │ │ claude/amp/... │ ╰──────────────╯ ╰──────┬───────╯ ╰───────┬────────╯ │ │ JSON / JSONL / cost ▼ ▼ ╭──────────────╮ ╭────────────────╮ │ Task catalog │◀──│ Usage parser │ │ id/title/... │ │ tokens/cache/$ │ ╰──────┬───────╯ ╰───────┬────────╯ ▼ ▼ ╭────────────────────────────────────╮ │ Cost ledger + exportable test JSON │ ╰────────────────────────────────────╯

Input contract

Repo path, model/mode, timeouts, forecast settings, selected task IDs.

Analysis prompt

Request bounded task suggestions with stable IDs, scope, risk, and touched areas.

Telemetry extraction

Claude cost field; Amp streamed usage; Droid result usage to API-equivalent cost.

Per-task estimate

Estimate code, tests, docs, verification loops, and context load for each checked task.

Normalized ledger

Analysis cost, task cost, tokens/cache, status, and .ai-agent-test.json.

Cost algorithmsMeasured telemetry, provider adapters, normalization
www.eswlab.com
Core formula

Telemetry in, normalized cost record out.

Each provider has a parser adapter, but every run becomes the same internal record so the same task list can be compared.

NormalizedRun = { provider, model, tasks[], usage, status }
analysis_cost = adapter.analysis.cost
task_costs = selected_tasks.map(estimate_task)

cost = reported_cost ?? (
  input×rate_in + output×rate_out +
  cache_read×rate_read + cache_write×rate_write
) / 1_000_000

measured_total = analysis_cost + Σ(ok_task_costs)
forecast = measured_total × devs × days × frequency
1. Prompt budgetRepo size, touched files, tests, docs, and task complexity drive token use.
2. Parser strategyClaude: cost field. Amp: assistant usage. Droid: result usage.
3. Cache handlingCache read/write tokens are separated from normal input tokens.
4. Failure accountingTimeout/cancel status stays in the ledger without hiding successful costs.
5. ComparisonSaved tests preserve repo path and task IDs across dashboards.
6. Billing caveatFinal invoices can include credits, plan limits, and provider changes.
Claude dashboardDirect Claude Code cost telemetry baseline
Created by Engineering Software Lab Israel
Claude Code cost dashboard screenshot
Provider adapter

Claude: prefer reported cost.

Technical behavior

  • Uses Claude Code telemetry and reported total_cost_usd when available.
  • Separates analysis cost from selected task estimates.
  • Opus is the default model for high-capability enterprise-class estimates.
  • Per-task rows preserve status: OK, timed out, cancelled, or CLI error.
Amp dashboardCredit-based Amp usage estimate, no seat-price math
www.eswlab.com
Amp cost dashboard screenshot
Provider adapter

Amp: parse streamed usage and price credits.

Technical behavior

  • Runs Amp stream JSON and extracts assistant-message usage.
  • Prices input, output, cache read, and cache write separately.
  • Uses credits-based logic; Amp has no dashboard seat-price algorithm.
  • Smart mode is treated as Opus-class pricing according to current Amp behavior.
Droid dashboardFactory Droid API-equivalent estimate
Created by Engineering Software Lab Israel
Droid cost dashboard screenshot
Provider adapter

Droid: separate technical usage from plan billing.

Technical behavior

  • Uses current Droid CLI syntax and parses returned usage.
  • Converts observed tokens into API-equivalent comparison cost.
  • Factory plans, Core usage, and Extra Usage can change billing.
  • Imported saved tests allow the same task IDs to be re-estimated under Droid.
Reliability considerationsDesigned for long-running customer demos
www.eswlab.com
Operational safety

The estimation process protects the workstation.

Large repositories can produce slow CLI calls and heavy context processing. The dashboards use bounded subprocess handling and clear UI states to avoid accidental reruns and confusing logs.

300sanalysis timeout window
900sper-task estimate timeout window
1sttask selected by default in safety mode
JSONportable saved test format

Customer-ready behavior

  • Old logs clear on restart, re-analysis, and import.
  • Black console windows are hidden during actions.
  • Process-tree cleanup kills child commands on cancel/timeout.
  • Timeout disables immediate rerun until re-analysis or import.
Prerequisites and installationWhat must be ready before estimating
Created by Engineering Software Lab Israel
Setup

Install once, then run provider-specific dashboards.

The dashboards are local Python/PyQt tools. Each provider CLI must already be installed and authenticated before its dashboard can collect real usage data.

  • Windows workstation sized for the target repository.
  • Python 3.11+, Git, PyQt dependencies.
  • Claude Code, Amp, and/or Droid CLI authenticated.
  • Local repository path for the project under analysis.
# Clone the dashboards
git clone https://github.com/zuwasi/ai-coding-agents-cost-calculators.git
cd ai-coding-agents-cost-calculators

# Install Python dependencies
python -m venv .venv
.venv\Scripts\activate
pip install -r requirements.txt

# Run the dashboard you need
python qt_dashboard\claude_cost_dashboard.py
python amp_dashboard\amp_cost_dashboard.py
python droid_dashboard\droid_cost_dashboard.py
Usage processHow an operator runs a reliable estimate
www.eswlab.com

Recommended demo flow

  • Verify CLI authentication on a small repository first.
  • Analyze, review suggested tasks, then select scope.
  • Estimate one task first; add more only when stable.
  • Export JSON and import it in another dashboard for comparison.
Interpretation

Use estimates as engineering guidance, not invoices.

The dashboards explain cost drivers before implementation. Final cost still depends on agent decisions, retries, cache behavior, provider pricing, and the customer plan.

Key concepts

  • Analysis cost: repository discovery and task suggestion.
  • Task estimate: projected code, docs, and tests for selected work.
  • Provider model: Claude direct cost, Amp credits, or Droid API-equivalent estimate.
  • Forecast: per-task usage scaled into team planning assumptions.
BenefitsImmediate understanding for technical and business users
Created by Engineering Software Lab Israel
Outcome

Make AI coding costs explainable before they happen.

Engineering Software Lab turns provider CLI usage into a repeatable decision process for demos, customer planning, and internal engineering governance.

For engineering

  • See which tasks are likely expensive.
  • Compare providers on the same saved task set.
  • Reduce workstation freezes and runaway CLI calls.

For management

  • Translate token usage into budget conversations.
  • Explain pricing differences without misleading seat math.
  • Keep customer demos repeatable and auditable.
← Swipe to navigate →
1 / 11