Separate working contexts. Reuse matching input.
Separate an investigation and return useful evidence.
Reuse computed work on eligible matching input.
We will follow two helpers investigating an invoice export.
Harness
Lead + helper loops
Local test tools
API endpoint
Model inference
Provider prompt cache
request → network → response
Example topology: a local harness calling a hosted model. Harnesses and tools can also run remotely.
Example return: VAT calculation locations, the failing path, supporting lines and unresolved questions.
Task, inputs, limits and expected return.
Helper uses tools within its own working context.
Lead checks the returned evidence and resolves conflicts.
These are lifecycle steps. The investigation is not a network crossing.
| Fresh helper | Conversation fork |
|---|---|
| Task prompt plus its configured instructions and tools. | Existing conversation and configured environment. |
| Provide the invoice rule and paths explicitly. | Useful when the background is expensive to restate. |
In both cases, specify scope and the evidence to return. Claude Code subagents and forks
A short unsupported conclusion saves tokens by discarding the part you need.
Locate VAT calculation and its tests.
Locate CSV formatting and escaping tests.
Resolve the shared contract and own the final patch.
Independent reads can overlap. Edits need ownership and an integration step.
Less raw investigation in the lead context; shorter elapsed time for independent work.
Helper input, generated output, coordination and checking the returned findings.
Delegation can be worthwhile without being cheaper. Compare accepted outcomes.
Handle errors, multiple content blocks and stop reasons in real code.
Tool counts, timings and costs should come from a real run if you quote them.
Animation shows prefix reuse. Its price label is illustrative; rates vary. Cached content still occupies context.
A matching prefix must be eligible and already cached; stable text alone does not create a hit. Caching docs
| Category | What to record |
|---|---|
| Uncached input | New input processed at its applicable input rate. |
| Cache writes and reads | Separate token counts and the configured cache rates. |
| Generated output | Output usage, including billable reasoning where applicable. |
Bill = sum of each category’s tokens × its rate, plus any separate tool or service fees.
Illustrative multipliers: verify model, platform, TTL and expiry rules. A cache miss changes the calculation.
Check the usage fields and current configuration. Provider caching documentation
| Usage record | Meaning |
|---|---|
| cache_creation_input_tokens | New content written to the prompt cache. |
| cache_read_input_tokens | Input reused from a cache entry. |
| Uncached input and output | Additional work outside that cached read. |
Zeros are a diagnostic clue, not proof of why the cache missed. Compare complete task cost.
Cold simultaneous requests can duplicate cache writes. Claude cache limits
Sign in through the official flow under the applicable plan and usage rules.
Use API-key authentication or a supported cloud-provider route.
The boundary is not simply “human at keyboard” versus “automation”. Current authentication guidance
Delegation changes where work accumulates. Caching changes the processing cost of repeated input.
Primary documentation checked 3 October 2026. Examples are illustrative unless explicitly attributed.