DN AI Trading Series · Operating economics · Checked 2 November 2026
A video demonstration can end when the agent places its first order. An operating budget begins with everything that must continue afterward: collecting data, keeping records, checking outcomes, responding to exceptions and maintaining the integration.
In this guide, “hidden” means easy to leave out of a headline-price or prototype budget. It does not imply that providers conceal their charges. Many relevant meters appear in public pricing pages; the difficulty is connecting them to one complete workflow.
The previous articles compared AI trading platforms by total cost and examined subscription fees and conditional breakeven capital. This installment follows the operating work. It applies to a self-hosted agent, a managed platform or a mixture of both, with bundled services counted once.
A dated tariff, with editable workload assumptions
The calculator’s reference is GPT-5.4 Mini Standard text API pricing: $0.75 per million ordinary input tokens, $0.075 per million cached input tokens and $4.50 per million output tokens. This is an accounting example, not a judgment that the model can trade successfully. Regional-processing uplifts, separately billed tools, runtime and storage are outside those three rates. [1]
The starting scenario assumes a 30-day month, 96 analyses per day, one model call per analysis, 10% additional billable attempts, 4,000 input tokens per attempt, 50% cached-read input and 500 output tokens. Every workload figure is an assumption. Service quotes start unknown; the separate “Load illustrative budget” button supplies invented amounts for a complete worked example.
DN Agent Operating-Cost Ledger
Estimate an agent’s bills, execution friction and operator work separately. The starting workload is illustrative; unverified service quotes stay unknown. A service can run continuously while requesting an LLM analysis only at scheduled intervals.
The illustrative budget is a complete arithmetic example, not a set of vendor quotes. It restores the reference workload and leaves human time unvalued.
Extra attempts are additional billable attempts, not a failure probability or retry limit. The percentage can exceed 100. Token inputs are average billable quantities across the modeled attempts; count each billed output category once.
Reference tariff and input-token reuse
Dated reference price example: GPT-5.4 Mini — Standard text API
Verified: 2026-11-02.
USD per one million text tokens. Standard processing; excludes regional uplift, tools, runtime, storage, credits and tax. An accounting reference, not a trading-model recommendation. No separate cache-write bucket is used for this preset; new non-cached input is ordinary input.
Read and write shares are mutually exclusive parts of total input and must sum to at most 100%. The remainder is uncached input. The reuse share is an assumption, not an expected cache hit rate. A positive write share requires an alternate, reader-supplied write tariff; it is not attributed to the reference model. Write-priced tokens are not charged again as ordinary input.
| Token bucket | Monthly tokens | USD / 1M | Reference charge | Status |
|---|---|---|---|---|
| Uncached input | 6,336,000 | 0.75 | $4.7520 | Known under entered assumptions |
| Cached input reads | 6,336,000 | 0.075 | $0.4752 | Known under entered assumptions |
| Cache writes under a custom tariff | 0 | Unknown / unused if quantity is zero | $0.0000 | No active quantity or explicitly unused |
| Billed output | 1,584,000 | 4.5 | $7.1280 | Known under entered assumptions |
Enter service quotes and identify included costs
Each item starts unknown. Enter a quote, explicitly mark it unused, or name the bill that already covers it. Typing an amount marks that item separately billed. An annual invoice is allocated over 12 months but its full invoice remains visible.
Venue activity and human operations
Gross reference inference valuation: $12.3552 before credits and tax. Gross metered inference is entered as an additional charge, before credits, free allowances and tax.
Monthly allocated charges: Unknown. Known components subtotal: $22.3552. This is not a complete operating budget.
Needed: Agent or trading platform quote; Paid market or other data quote; Compute and hosting quote; Backups and storage quote; Observability and alerts quote; Network and bandwidth quote; Billed tools and connectors quote; Transfers, network fees and FX charges quote; Other separately billed services quote.
Swipe tables sideways on a small screen. A known subtotal is not a complete budget. Charges below are gross before account-specific credits, free allowances and tax.
| Component | Monthly charge allocation | Status and scope |
|---|---|---|
| Additional inference allocation | $12.36 | Gross metered inference is entered as an additional charge, before credits, free allowances and tax. |
| Agent or trading platform | Unknown | Price or separate-billing scope has not been supplied. |
| Paid market or other data | Unknown | Price or separate-billing scope has not been supplied. |
| Compute and hosting | Unknown | Price or separate-billing scope has not been supplied. |
| Backups and storage | Unknown | Price or separate-billing scope has not been supplied. |
| Observability and alerts | Unknown | Price or separate-billing scope has not been supplied. |
| Network and bandwidth | Unknown | Price or separate-billing scope has not been supplied. |
| Billed tools and connectors | Unknown | Price or separate-billing scope has not been supplied. |
| Transfers, network fees and FX charges | Unknown | Price or separate-billing scope has not been supplied. |
| Other separately billed services | Unknown | Price or separate-billing scope has not been supplied. |
| Venue commissions | $10.00 | Based on the entered effective venue rate and executed one-way notional; separate from modeled spread/slippage. |
Execution drag and human time
These are separate resource-cost estimates. The two combined totals below are successive layers of the same budget; do not add them to one another. They are not cash invoices or return forecasts.
| Quantity | Value | Interpretation |
|---|---|---|
| Modeled execution drag | $5.00 | Assumed combined spread/slippage against a benchmark; not a separate invoice. |
| Operator time | 7 hours/month | Exception review plus planned monthly maintenance. Time is reported even when no hourly value is supplied. |
| Optional imputed time value | Not valued | A resource valuation, not an additional cash bill. |
| Resource-cost estimate before time value | Unknown | Allocated charges plus modeled execution drag. This is not an invoice total. |
| Resource-cost estimate including time value | Not valued | The preceding estimate plus the optional imputed time value; not an amount to add to the preceding estimate. |
Service invoices, if due at the start
This conditional cash view shows full entered service invoices. Annual invoices are a subset, not an extra amount. Neither line is added again to monthly allocations. Metered inference and venue charges are excluded from these service invoices.
| Invoice scope | Amount | Interpretation |
|---|---|---|
| All entered service invoices, if due now | Unknown | Full periodic bills under the stated timing assumption. Not added again to monthly allocation. |
| Annual invoices within the preceding amount | $0.00 | A subset of the preceding amount, not an additional charge. |
Inference-only sensitivity: schedule and extra attempts
These are gross reference inference valuations before bundle coverage or credits. Frequency rows hold your extra-attempt percentage fixed; retry rows hold your schedule fixed. Other service, tool, venue and human-work estimates stay unchanged. More frequent analysis is not a claim of better quality, accuracy or returns.
| Scenario | Analyses/day | Extra billable attempts | Monthly billable attempts | Gross reference inference charge |
|---|---|---|---|---|
| Schedule scenario | 4 | 10% | 132 | $0.5148 |
| Schedule scenario | 96 | 10% | 3,168 | $12.3552 |
| Schedule scenario | 1,440 | 10% | 47,520 | $185.3280 |
| Extra-attempt scenario | 96 | 0% | 2,880 | $11.2320 |
| Extra-attempt scenario | 96 | 10% | 3,168 | $12.3552 |
| Extra-attempt scenario | 96 | 50% | 4,320 | $16.8480 |
The reference tables remain available without JavaScript. Enable JavaScript to edit the workload, complete the ledger or download a scenario.
The ten costs to put in the operating ledger
1. Inference and the context that grows around every decision
The visible answer is only part of a model’s workload. Instructions, recent messages, market observations and tool results can contribute to the input processed on another call. OpenAI’s conversation-state documentation explicitly says that chaining responses does not make the earlier input tokens free. [2]
A useful budget records calls per analysis as well as analyses per day. A workflow that asks one model to propose an action and another to review it has different usage from a single request. Root-agent and subordinate work should be reconciled against the provider’s usage records. [3]
Measure total input, the subset actually billed as cached input and billed output. For the reference preset, new non-cached input stays in the ordinary-input bucket; it is not free merely because caching is available. Other model families can have separate cache-write prices, so the tool exposes a write bucket for an appropriate custom tariff. [4]
Budget action: save usage from a representative run, then estimate the monthly workload. Keep a label saying whether the model API is separately billed or included in a platform plan. A platform allowance and a direct API charge should not both pay for the same call.
2. Retries, repair loops and repeated tool calls
One scheduled analysis can require additional work: a replacement response after unusable output, another data lookup, or a successfully executed repair step. The cost depends on what the provider bills, not simply on how many error messages appear.
OpenAI’s Python SDK automatically retries certain errors twice by default. That is a reason to inspect the retry layers before adding another loop; it is not evidence that every unsuccessful request incurs a full token bill. AWS’s retry guidance also explains why repeated attempts can amplify load and why an action’s outcome must be considered before repeating it. [5][6]
The calculator’s “extra billable attempts” input models additional charged work with the same average token profile. At 10%, 2,880 planned calls become 3,168 billable attempts. It is neither a 10% failure probability nor a forecast of your application’s reliability.
Budget action: distinguish planned calls, additional processed calls and failed calls that consume no billed usage. When you replace the estimate with actual provider totals, remove any extra multiplier already captured in those totals. If repair calls are much larger than ordinary calls, use their measured combined token usage rather than assuming all attempts are identical.
3. Market data, historical access and licensing
Data can be charged per request, response or delivered event. A connection that stays open is not necessarily a single unit of paid usage. CoinGecko’s current comparison lists one credit per REST request, 0.1 credit per WebSocket response and ten credits per webhook event delivery. [7]
Its REST support rules distinguish two limits: successful HTTP 200 requests consume monthly credits, while unsuccessful requests still count toward the per-minute request limit. An application can therefore encounter a rate limit without consuming the same number of paid credits. [8]
For an explicitly hypothetical workload, one successful REST request every minute produces 43,200 monthly credits over 30 days. Ten distinct requests per minute produce 432,000. Those are workload calculations, not a claim that either pattern suits a strategy. Batching available symbols into fewer supported requests could change the count.
Historical depth and usage rights also matter. CoinGecko’s pricing FAQ distinguishes permitted commercial use from redistributing or reselling API access; a public dashboard and a private experiment may require different consideration. [9]
Budget action: record delivery type, requests or responses, quota, overage terms and the rights your actual use requires. Do not add another data subscription when the selected platform already supplies the required feed.
4. Compute, standby capacity and backups
A server can incur charges while it waits for the next event. The relevant questions are what capacity remains provisioned, what is included in a bundle and which resources continue billing after the application stops.
Provider rules differ. Ordinary Amazon Lightsail instances continue to incur charges while stopped until they are deleted. EC2 has a different stopped-state compute treatment, while attached storage can remain chargeable. These are product-specific rules; “I switched off the bot” is not a complete billing explanation. [10][11]
A standby copy, database or backup may be useful to the chosen design, but its capacity must be priced separately unless included. Lightsail’s snapshot documentation accounts for changed data between snapshots, so multiplying full disk capacity by every snapshot can overstate storage usage. Conversely, ignoring retained snapshots can understate it. [10]
Budget action: list the actual runtime, persistent storage and recovery resources. Check whether a managed platform already covers them. The calculator’s illustrative $12 compute and $3 storage amounts are invented planning entries; they are not quotes, capacity requirements or evidence that a $15 infrastructure package can support your agent.
5. Logs, alerts, network traffic and secret services
A useful record must show what the agent saw, requested and received. Logging can have separate ingestion, retention and query meters. CloudWatch’s pricing examples distinguish these components, and an account-level allowance may already be consumed by other applications. [12]
Alerts have their own units. Twilio’s US SMS pricing is segmented, so one long notification can become multiple billable segments. Network designs can introduce gateway hours, traffic charges or address charges. Those are architecture-specific components; a dedicated NAT gateway is not a universal requirement for a trading bot. [13][14]
Credential storage can be another service line. AWS Secrets Manager illustrates a structure with a stored-secret meter and an API-call meter. That service charge is separate from the work of rotating access and checking that the application still functions. [15]
Budget action: define what you retain, for how long, who receives an alert and which network services the deployment actually uses. Include forecast overages in the entered service amount. Avoid treating every possible cloud component as mandatory, or allocating the same shared free allowance independently to each bot.
6. Platform credits, connectors and paid alert plans
“One automation” is not a reliable billing unit. A workflow can contain several separately metered actions, and its recovery route can use more. Zapier’s current rules count successful ordinary action steps and successful error-handler steps; replaying previously successful steps can consume tasks again. Failed ordinary actions and trigger polling do not consume those tasks. Zapier MCP instead uses two tasks per successful tool call. [16]
A purely illustrative run with three successful ordinary billable steps, repeated 96 times a day for 30 days, uses 8,640 tasks before additional repair work. That task count is not a dollar quote. The actual subscription, included allowance and over-quota behavior must come from the account’s terms.
A chart-alert plan or paid signal subscription may be another line when the workflow uses it. TradingView’s plan comparison differentiates alert capacity and features; buying a higher allowance does not establish that a signal is useful. [17]
Budget action: map each paid step to its meter. Record whether model inference, hosting and connectors are bundled or separate. If alerts are part of your design, compare TradingView alert plans (affiliate) against the required allowance, rather than assuming every agent needs a paid charting plan.
7. Execution fees, turnover and spread or slippage
The model can be inexpensive while repeated execution becomes costly. Exchange commissions depend on the actual venue, account tier, product and order behavior. Coinbase Advanced explains that an immediately executed limit order can be a taker, while a partly immediate, partly resting order can incur both types of fees. “Limit order” does not automatically mean “maker fee.” [18]
For the worked budget, assume $10,000 of monthly one-way executed notional and a ten-basis-point commission. One basis point is 0.01%, so the commission estimate is $10. If a $100 buy and a $100 sell both occur, they contribute $200 of executed notional; no additional round-trip multiplier is needed.
The separate five-basis-point spread/slippage allowance produces $5 of modeled execution drag. It measures an assumed price effect against a chosen reference, not another vendor invoice. A benchmark already measuring both spread and slippage should not receive both allowances again.
Budget action: reconcile fee entries and executed turnover from actual fills. When assessing realized trading results, avoid deducting commissions or execution effects already reflected in those results. This calculator estimates operating components; it does not infer a trading edge.
8. Rebalancing, transfers and currency conversion
Moving assets between venues or wallets can involve withdrawal charges, network charges or conversion costs. A portfolio rebalance can also generate ordinary trades. Those commissions belong in the executed-turnover calculation rather than a second generic “rebalancing fee.”
Kraken’s withdrawal documentation notes minimums and fees and warns that the confirmation quote can differ from its published table. An estimate therefore needs the asset, network, date and actual route, not a universal cost per transfer. [19]
The amount moved is capital, not an expense. If $200 is transferred and a separately charged fee is $1, the transfer line records the $1 charge, not $201. Do not append an estimated network fee when the quoted withdrawal charge already covers that same movement.
Currency also matters to the ledger. A crypto-denominated charge and a dollar invoice cannot be added directly. Use a documented conversion rate and timestamp, then enter the converted amount in the common budget currency. The tool does not fetch exchange rates.
Budget action: enter separately incurred transfer and conversion charges after removing costs already covered by the venue or another service line. Revisit the estimate when the route, network, asset or transfer frequency changes.
9. Exception review and order reconciliation
A missing response is not a complete account of what happened. Binance’s Spot REST documentation gives a concrete example: a request can time out after ten seconds while execution remains unknown. If its result has not appeared in the user-data stream, the documentation directs the client to query the request status. [20]
Resolving that uncertainty can require logs, another status query and a person who understands the intended action. It does not justify assuming that every timeout loses money, or that every retry duplicates an order. The recoverable state and the provider’s contract determine the next step.
Our example assumes one exception per day and ten minutes of handling time. Over 30 days that is five hours. This is an editable workload assumption, not an observed incident rate. A quiet month and a concentrated burst of exceptions can also create very different availability demands despite identical total minutes.
Budget action: record handling time and the evidence needed to close each exception. Keep active review time separate from paid coverage, standby obligations and response-time commitments. Five hours of work does not mean five hours of scheduled coverage are enough to support a service that runs continuously.
10. Maintenance, regression tests and integration changes
An integration that works today still needs a maintenance budget. Model availability, exchange interfaces and SDK behavior are documented over time through deprecation notices and change logs. The relevant work is checking whether a notice affects the particular model, endpoint or schema your deployment uses. [21][22]
A planned change can involve modifying an integration, renewing credentials, rerunning evaluation cases and inspecting whether output parsing or order reconciliation still behaves as intended. Test traffic may consume the same separately priced services as ordinary traffic; include that measured usage in the relevant line rather than treating testing as automatically free.
The worked example adds two assumed maintenance hours per month to the five exception-review hours. It leaves the hourly value blank. That preserves seven visible hours without pretending unpaid time has no value or assigning everyone the same wage.
Budget action: separate recurring maintenance from initial setup and occasional migrations. If a contractor’s invoice already covers this work, record that invoice once. An optional value assigned to your own time is an economic comparison, not a second cash payment for the same service.
A complete worked budget, with the assumptions visible
Start with the reference token workload. There are 30 × 96 = 2,880 planned calls. Adding 10% extra billable work gives 3,168 attempts. At 4,000 input tokens each, monthly input is 12,672,000 tokens; the assumed 50% cached share splits that into two equal buckets. Output is 1,584,000 tokens.
| Bucket | Monthly tokens | USD per million | Charge |
|---|---|---|---|
| Ordinary input | 6,336,000 | $0.75 | $4.7520 |
| Cached input | 6,336,000 | $0.075 | $0.4752 |
| Output | 1,584,000 | $4.50 | $7.1280 |
| Total | — | — | $12.3552 |
The illustrative budget button then adds invented monthly amounts: $12 for compute, $3 for storage, $5 for observability and $2 for network services. Other service lines are explicitly set to zero for this demonstration. These are planning assumptions, not a purchasable stack.
| Budget layer | Illustration | Interpretation |
|---|---|---|
| Allocated charges | $44.36 | $12.3552 inference + $22 invented services + $10 assumed venue commission; before credits and tax. |
| Execution drag | $5.00 | Assumed price effect on $10,000 one-way notional; not a separate invoice. |
| Operator time | 7 hours | Five hours reviewing exceptions + two hours maintenance; hourly value initially blank. |
If you choose $25 per hour as the value of those seven hours, the imputed time value is $175. Adding it to allocated charges and execution drag gives a $224.36 resource-cost estimate. That is not a $224.36 cash invoice, and $25 is not a claimed market labor rate.
Decision frequency changes the workload
Keeping the other token assumptions and the 10% extra-work allowance unchanged, four analyses per day cost about $0.51 per month in inference; 96 cost $12.36; and 1,440 cost $185.33. This compares frequency, not intelligence, accuracy or returns. It does not establish that an every-minute schedule is useful.
The calculator’s sensitivity tables change inference only. Data delivery, connectors, logs and operator attention may also change in a real workflow. Those dependencies must be estimated separately; a fixed hosting bill may barely move while a response-based feed rises substantially.
Credits and annual billing change the cash view
Gross metered usage is not always the incremental cash charged this month. Eligible ChatGPT Pro and Business subscriptions can now provide API credits after activation and linking requirements are met. Eligibility, ownership and expiry conditions matter; the calculator therefore reports usage before account-specific credits rather than promising a benefit. [23]
A prepaid balance is cash previously paid, not a discount on usage. Likewise, a $120 annual service invoice can be allocated as $10 per month while requiring $120 when due. The tool shows full entered service invoices on the explicit assumption that they fall due at the start, with annual invoices identified as a subset. It does not infer renewal dates or add both the invoice and its monthly allocation to one total.
Turn the estimate into your own operating record
Use a representative test window to record model usage, data requests, successful connector actions, executed notional and active review minutes. Keep the provider statement or usage export beside each measurement. Separate unusually busy recovery periods from ordinary operation so an average does not hide their resource demands.
Then replace assumptions one at a time. Mark an unused service explicitly, attach a quote to a separately billed one, and identify the covering bill for an included component. Compare the forecast with the next available statement and explain the differences before scaling its workload. A complete cost record still supplies no evidence of future trading profits.
For deployment controls alongside this budget, revisit the paper-to-live safety checks. Use DN Pathfinder to continue researching the tools and infrastructure relevant to your own workflow.
Methodology and boundaries
This is deterministic scenario arithmetic using one dated reference tariff. It is not a provider ranking. The initial service prices remain unknown; the complete example deliberately substitutes invented budget amounts. The published tool uses USD throughout. Convert any quotes in other currencies to USD using a documented rate before entering them.
- Planned and billable calls
- Planned calls = days × analyses per day × calls per analysis. Billable attempts = planned calls × (1 + extra billable work percentage ÷ 100).
- Token pricing
- For each attempt, ordinary input, cached-read input and separately priced cache-write input are mutually exclusive shares of total input. Multiply each bucket by its applicable per-million rate, then add output. Shares must total no more than 100%. The reference preset uses no separate write bucket.
- Service allocation
- Divide a monthly bill by one or a full annual bill by twelve. An item explicitly included in another entered bill contributes no additional charge. A missing quote stays unknown; the tool shows a known subtotal and identifies missing lines.
- Trading components
- Venue commission = one-way executed notional × commission basis points ÷ 10,000. The execution allowance uses the same notional and its own basis-point input. These are separate assumptions with no extra round-trip multiplier.
- Human effort
- Hours = days × exceptions per day × minutes per exception ÷ 60 + planned maintenance hours. Multiply by an optional hourly value only when you choose to value the time. A blank value means unvalued.
The reference model’s reported output usage already includes reasoning tokens; do not add those tokens again. Its cache-read discount applies only to usage actually billed in that category, not every repeated request. The calculator allows custom rates but does not verify your model, region, processing tier or cache configuration. [24][4]
Taxes, regional uplifts, one-time setup, borrowing, derivative funding, capital losses and opportunity cost are outside the default example. Add applicable service charges deliberately; do not use this spot-oriented illustration as a derivatives budget. Current quotes and measured workloads can differ from the example. JSON and CSV exports preserve the entered assumptions and calculated result for review.
Frequently asked questions
How much does an AI trading agent cost to run 24/7?
There is no universal monthly amount. The cost depends on model usage, data delivery, hosting, connectors, executed turnover and human work. Our invented complete example produces $44.36 in allocated charges before credits and tax, plus $5 of modeled execution drag and seven hours of unvalued operator time. It is not a typical-cost estimate.
Does staying online mean calling the AI model continuously?
No. Continuous availability and model-call frequency are different design choices. The model can be invoked on a schedule or a qualifying event while other monitoring continues. Any change in frequency needs evaluation against the intended workflow; this cost model makes no performance claim.
Are retries always billed?
No. Billing depends on the provider and the work performed. Some failed requests consume rate-limit capacity without consuming monthly credits, while successful repair or replayed steps can be billable. The extra-attempt input represents additional charged model work, not all failures.
What if my trading platform already includes hosting or AI usage?
Mark the covered component as included and identify the bill that covers it. Keep separately billed usage or overages distinct. The reference value of model usage is not automatically another invoice when the platform has already paid for that same work.
Do API credits make model usage free?
Eligible credits can reduce incremental cash payable, but the workload still consumes metered usage and may require a paid subscription. Activation, availability and expiry matter. The calculator reports gross usage before account-specific credits and does not assume eligibility.
Why does the calculator show a partial total?
A required price or billing scope is still unknown. The known subtotal is displayed without treating the missing item as free. Enter a quote, explicitly enter zero, mark the service unused or identify an entered bill that includes it, as appropriate.
Should I add human time to the cash bill?
Keep it separate. Seven hours valued at an assumed $25 per hour represents $175 of imputed time, not necessarily a payment. A paid contractor invoice belongs in the service ledger; do not add another valuation of the same work. Active handling hours also do not measure round-the-clock staffing or standby coverage.
Primary sources
Official documentation supports the billing and product facts. The arithmetic and operating examples are DN’s stated assumptions. Sources were reviewed on 2 November 2026; check the exact current product, region and account terms before relying on a quote.
- GPT-5.4 Mini Model
- Conversation state
- Observability and usage — Agents API
- Prompt caching
- OpenAI Python API library
- Timeouts, retries, and backoff with jitter
- CoinGecko API delivery-method comparison
- How CoinGecko counts API usage credits
- CoinGecko API pricing
- Amazon Lightsail billing and account management
- Amazon EC2 instance state changes
- Amazon CloudWatch pricing
- Twilio US SMS pricing
- Amazon VPC pricing
- AWS Secrets Manager pricing
- How task usage is measured in Zapier
- TradingView plans and alert limits
- Coinbase Advanced fees
- Kraken cryptocurrency withdrawal fees and minimums
- Binance Spot general REST API information
- Deprecations
- Binance Spot API changelog
- API credits for ChatGPT subscribers
- Optimizing Customer Support Agents for Cost and Quality
Freshness and corrections
Version 1.0 · 2 November 2026. Dated reference pricing, editable operating assumptions and separate cash, execution and time views. Send corrections with the affected claim, source and verification date to press@decentralised.news.






