With an agent running all day, usage grows fast: on a subscription you hit the limit; paying per use, it becomes a big bill. In my case, almost everything runs on the subscription. As with any employee, you need to audit and watch the cost. First what applies to everyone: the right model and keeping track of the bill. Then, for those who pay per use, cache and batch.
Goal: choose the right model for each recurring task, track a week of usage and know when cache and batch are worth it.
01 · Four levers of cost
Tap or click each one.
In my case, the model for each system is written down in one single place. When a better or cheaper one comes out, I change it on one line, without hunting through the rest.
Audit it the way you would audit an employee: what it delivers, how much it costs and whether the model is the right one for the job.
02 · Deciding, task by task
Three questions for each recurring task. Tap or click each one.
1. How hard is it?
Simple and repetitive goes to the smallest; everyday text and analysis to the middle one; anything with risk or that decides money to the largest.
If in doubt, run the procedure from lesson 6 on both and compare.
ExampleSorting emails by subject: smaller model. Proposal for a client: larger model.
2. Subscription only?
If you only use the chat subscription, cache and batch don't show up for you: the provider takes care of that.
What counts is picking the right model, not repeating the context for nothing (the project already keeps it) and noticing when you hit the limit.
ExampleHit the limit every Thursday? See which task used the larger model without needing to.
3. Is anyone waiting? (API)
If nobody is waiting for the answer right now, the task can go in a batch for half the price.
Gather the day's tasks and send them all at once.
ExampleWeekly summary of 200 customer reviews: batch.
4. Does the start repeat? (API)
If every call starts with the same rules and documents, keep that start identical and at the beginning.
What changes (the question, the case) goes at the end.
ExampleCustomer service: rules and price table always the same at the start; the customer's message at the end.
03 · Templates to copy
One table per agent. Replace the text between < > with yours.
Cost per task (document or spreadsheet)
# Cost per task · <agent> · week of <date>
| task | times per week | model | reason | on the spot or in batch | fixed start (cache)? | usage noted |
|---|---|---|---|---|---|---|
| <task 1> | | smaller / middle / larger | <why, in one sentence> | on the spot / batch | yes / no | <hit the limit? or the amount> |
| <task 2> | | | | | | |
| <task 3> | | | | | | |
| <task 4> | | | | | | |
| <task 5> | | | | | | |
Decision of the week: <what changes model or moves to batch>
Request: review the cost with the agent itself
Below is the list of tasks you do for me every week.
For each one, tell me:
1. whether it really needs the larger model, or whether the smaller one can handle it (and how I test that);
2. whether it can wait and go in a batch;
3. whether the start of the request is always the same (and what I keep fixed to take advantage of the cache).
Answer in a table and don't change anything yet.
<list of tasks>
Simulation: illustrative example
Sorting emails by topic · 50×/week · smaller · on the spot · fixed start.
Review summary · 1×/week · middle · batch.
Client proposal · 3×/week · larger · on the spot.
Decision: the summary goes to batch; the email sorting drops to the smaller model after it passes the 5-round test.
Everything on the larger model "just to be safe": you pay a lot for what the smaller one does just as well.
Switching models without testing: run the procedure on both and compare.
Changing the start of the request every time: you lose the cache.
04 · Practice: your agent's bill
One week of real use.
E1 · The table
20 min
List the five tasks you hand off to AI the most and fill in the cost-per-task table with model, on the spot or batch, and fixed start (if you only use a subscription, mark "on the spot").
Done when: all five rows have a model and "on the spot" or "batch" marked, with the reason in one sentence.
E2 · A week of notes
10 min
For one week, note the usage of each task: on a subscription, whether you used the larger model and whether you hit the limit; on the API, the amount.
Done when: the "usage noted" column is filled in for the whole week.
E3 · One decision
15 min
With the week in hand, pick one change (smaller model, batch or fixed start) and test it with the procedure from lesson 6.
Done when: the "Decision of the week" line has one tested change, with the result of the comparison.
Sorting 50 emails by topic every week. Which choice makes the most sense?skill
Correct
A simple, repetitive task usually does well on the smaller model. The multi-round test (lesson 6) tells you whether it can handle it.
Not that one
A simple, repetitive task usually does well on the smaller model. The multi-round test (lesson 6) tells you whether it can handle it.Review: Deciding, task by task
Question 2 of 3
You hit your subscription limit every Thursday. What do you look at first?
Correct
On a subscription, the lever is the right model for each task. The cost-per-task table shows which one is wasting the larger model.
Not that one
On a subscription, the lever is the right model for each task. The cost-per-task table shows which one is wasting the larger model.Review: Deciding, task by task
Question 3 of 3
Who do cache and batch apply to?
Correct
Cache and batch are API features, billed by volume. If you only use a subscription, you take care of the right model and the limit.
Not that one
Cache and batch are API features, billed by volume. If you only use a subscription, you take care of the right model and the limit.Review: Four levers of cost
Quiz complete
You got {a} of {n} right. If you get them all right, the lesson is marked as completed.
Choose an answer. The explanation appears after you try.
07 · The lesson in three sentences
Right modelSmaller for the simple, middle for everyday, larger for what matters.
Cache and batchA fixed start costs a fraction; what can wait goes in batch at half price.
Tracked billUsage noted per task, every week, and one tested decision at a time.