Summary: Bigger isn’t automatically better: there’s no bad model, only a model that hasn’t been taught the task. Before upgrading, narrow the task, reframe the question, and manage context, which often lets a small, cheap, fast model do the job. Choose on your evals, not public benchmarks: start with the biggest model, then find the smallest that meets the KPI. Plan with a strong model and execute with a cheaper one, and keep prompts tuned per model version. Whether to build model-agnostic (swap per component, keep a tested fallback) or commit to one lab’s models is contested.

Key ideas

Disagreements & open questions

Takeaways

context-engineering · llm-inference · open-weight-models · llm-evals · ai-gateway · llm-pipelines · small-language-models · llm-cost-optimization