**Rent the Model, Own the Workflow**
Here is the asymmetry: an API call is stateless, but a workflow isn't. When you ship a Claude Code action that auto-generates DB migration scripts, the intelligence is rented (Anthropic's weights), but the relationship — how your engineers phrase requests, which guardrails you bolt on, how you route failures — that is yours to own. Rent the intelligence, own the workflow.
I tested this principle against three projects and the pattern held every time.
The Cost of Renting Everything
Teams that treat LLMs as pure function calls end up paying in three buckets they can't optimize:
- Latency arbitrage evaporates. Every new prompt is a cold start. You can't cache prompts that never repeat, so you burn tokens on near-duplicates.
- Context debt compounds. Without a persistent task graph, each session re-learns the same conventions. The model forgets your preferred schema naming, your error handling style, your review checklist.
- Feedback leakage wastes cycles. Users correct the same mistakes across sessions because the corrections live in chat logs, not in structured signals you can feed back into the agent.
How to Actually Own the Workflow
It is not about building an LLM from scratch — that is a distraction. It is about localizing the relationship layer.
1. Wrap the API in a task graph. Each node stores success criteria, failure modes, and the last three prompts that worked. Now your workflow remembers what the model forgets.
2. Instrument user corrections. When an engineer edits the model output, log the diff. That is the highest-fidelity signal you get about where your wrapper under-specifies intent.
3. Version the prompt-template pair. Not just the model version — ship prompt revisions with the same discipline as code. Tag them. Roll them back. A/B test them.
The Real Leverage Point
The leverage point is not prompt length or few-shot examples. It is statefulness at the workflow layer. Rent the intelligence, own the workflow, and suddenly the rented weights start behaving like they are partially yours — because the relationship layer is shaping every interaction.
That is the shift from calling an API to operating an agentic system.