Compare accepted outcomes
A cost comparison should start with a defined workload and accepted outcome. Price per token, hourly hardware rate, or purchase price alone cannot show which route creates useful work.
Local inputs
Record purchase and upgrade cost, expected useful life, utilization, electricity, cooling, storage, networking, maintenance, setup time, failed experiments, idle capacity, resale assumptions, and operator attention.
Separate sunk cost from the marginal decision about the next task.
Cloud inputs
Record actual billed usage, data transfer where relevant, subscriptions or minimums, retry behavior, latency, rate limits, integration work, human review, and the effect of provider or model changes.
Nonfinancial constraints
Privacy class, authority, availability, quality, tool compatibility, recovery, and silent-fallback risk can dominate a small price difference. State those constraints instead of hiding them in an invented score.
Foundation limit
This entry provides inputs only. It contains no current price, provider comparison, break-even estimate, benchmark, affiliate link, or recommendation that one route is universally cheaper.
Evidence and limits
Sources
- Sam Foundry Product, Platform, and Operating Specification v0.1 (primary-documentation) — docs/specs/SamFoundry-Product-and-Platform-Spec-v0.1.md
- Sam Foundry Content Taxonomy and Seed Backlog v0.1 (primary-documentation) — docs/content/SamFoundry-Content-Taxonomy-and-Seed-Backlog-v0.1.md
