Skip to main content

149 posts tagged with "Playbook"

Posts about the AI Playbook product and practice

View All Tags

Gemini 3.x for Engineers: Flash, Pro and Live — Picking the Right Model in a Fast-Moving Lineup

· 11 min read
AI Playbook author

Google's Gemini strategy in 2026 is breadth over singular flagship supremacy: text, images, audio, video, real-time voice, search grounding and Workspace integration under one API surface, refreshed on a fast Flash cadence while the headline Pro upgrade quietly slips month after month. That's not a criticism — it's a fact about how to plan around this family. If your architecture assumes "we'll upgrade to Gemini 3.5 Pro when it ships," you need a fallback plan, because as of this writing it still hasn't.

Gemma 4 for Engineers: The Apache-Licensed Family Built to Run on Your Laptop, Not Just Your Datacenter

· 11 min read
AI Playbook author

Gemma 4 is the model family to reach for when the question isn't "which frontier model is smartest" but "which model can I actually run on the hardware I already have." Spanning from a 2B-effective-parameter model that runs on a laptop to a 31B model that needs a real GPU, Apache 2.0-licensed and multimodal out of the box, Gemma 4 is Google's answer to on-device and edge deployment — a genuinely different design target from Gemini's cloud-platform breadth.

Kimi K3 for Engineers: A 2.8T-Parameter Open-Weight Model You Can Actually Self-Host

· 11 min read
AI Playbook author

Kimi K3 is the model that forces a lot of "just use the closed frontier API" arguments to actually justify themselves with numbers. It's a 2.8-trillion-parameter Mixture-of-Experts model with only 104B parameters active per token, a genuine 1M-token context window, and weights you can download and run on your own hardware today. It is also not, strictly, open source — and that distinction matters more than most teams evaluating it realise.

Knowledge Distillation for Large Language Models

· 32 min read
AI Playbook author

Knowledge distillation is a model-compression and capability-transfer technique in which a powerful teacher model provides training signals for a smaller student model.

Instead of requiring the student to rediscover every useful behaviour from raw internet-scale pretraining data, the student learns from the teacher’s outputs, probability distributions, internal representations, reasoning demonstrations or preferences.

A distilled model can therefore become:

  • Faster at inference
  • Less expensive to operate
  • Smaller in memory
  • Easier to deploy on limited hardware
  • More specialised for a particular task
  • More consistent than the original general-purpose model for a narrow workflow

However, an important distinction must be made:

The exact internal process used to train current proprietary Claude models is not publicly disclosed in full.

Anthropic publishes model reports, safety research and selected training information, but its public materials do not expose Claude’s weights, token logits, hidden states, training datasets or the complete teacher–student training recipe. Therefore, when people discuss “distilling Claude,” they may be referring to two different things:

  1. Authorised distillation within an official platform, such as Amazon Bedrock’s documented Claude Sonnet-to-Haiku distillation workflow.
  2. Black-box behavioural distillation, where permitted Claude outputs are collected and used to fine-tune another model.

Anthropic and AWS have publicly described an authorised workflow in which Claude 3.5 Sonnet generates synthetic training data, Claude 3 Haiku is trained and evaluated using that data, and the resulting distilled model is hosted for inference. This is primarily output-based behavioural distillation rather than traditional access to Claude’s internal logits or hidden layers.

The 2026 LLM Reading Map: A Practical Order for Working Through the Whole Model Landscape

· 9 min read
AI Playbook author

Fifteen model families, three licensing categories, and at least six distinct architectural ideas (MoE, MLA, KDA, DeltaNet, Mamba/LatentMoE, sparse attention) is a lot to hold in your head at once. This post is the map, not the territory — a condensed way to navigate the full 2026 model landscape without reading fifteen separate briefings cold, plus the one terminology distinction (closed vs. open-weight vs. open-source) that trips up more procurement and architecture conversations than any benchmark score ever does.

Llama 4 for Engineers: Maverick, Scout, and the Community Licence Clause That Actually Matters

· 11 min read
AI Playbook author

Llama 4 gets filed under "open source" in more casual conversations than any other model in this series, and it isn't — not in the OSI sense. Meta ships Llama 4 under the Llama Community License, a genuinely permissive licence for the overwhelming majority of teams, but with one specific clause that has real teeth: if your company (or its affiliates) has more than 700 million monthly active users, you need a separate licence directly from Meta. That single number is the most consequential fact in this entire post for anyone at real scale.

Mistral Small 4 for Engineers: One Unified Model Instead of a Chat/Instruct/Code Split

· 11 min read
AI Playbook author

Mistral Small 4's most interesting design decision isn't a parameter count — it's the word "unified." Where a lot of teams end up running a separate chat model, a separate instruct/tool-calling model, and a separate code model because each was fine-tuned and released independently, Mistral's Small 4 pairing (119B and 6B) is positioned as a single model family designed to handle that full range of tasks without switching checkpoints. Whether that consolidation is actually worth it for your stack is the real engineering question here.

Nemotron 3 for Engineers: NVIDIA's Open Recipes Matter as Much as the Model

· 10 min read
AI Playbook author

Most vendors in this series ship you a model and a benchmark table. NVIDIA's Nemotron 3 ships you a model, a benchmark table, and — more unusually — a meaningfully documented account of how it was built: the data curation approach, the training recipe, and architectural choices, published in enough detail that you can reason about why it behaves the way it does rather than just that it does. For teams doing serious model customisation work, that openness about process is arguably worth more than the model itself.

GPT-5.6 for Engineers: Sol, Terra, Luna and How to Pick Without Getting Burned

· 13 min read
AI Playbook author

OpenAI shipped GPT-5.6 to general availability on 9 July 2026 as three durable capability tiers — Sol, Terra and Luna — rather than the old mini/nano naming. That naming change is not cosmetic. It changes how you should think about model selection: you are no longer picking "the model," you are picking a tier that OpenAI can quietly upgrade underneath you on its own cadence. If you build against GPT-5.6 without understanding that distinction, you will misforecast cost and behaviour six months from now.

gpt-oss for Engineers: OpenAI's Apache-Licensed Reasoning Models, and Why That's Newsworthy

· 11 min read
AI Playbook author

The newsworthy fact about gpt-oss isn't a benchmark number — it's that OpenAI, a lab whose entire commercial identity has been built around closed, API-only models, shipped genuinely Apache 2.0-licensed open-weight reasoning models. That's a strategic signal worth reading carefully, and gpt-oss-120b and gpt-oss-20b deserve evaluation on their own technical merits rather than being dismissed as a side project or overhyped as a full strategy reversal.