PTENES
TRACK 2

🔬 Evolution by Diffs

Learn to read the story inside a prompt diff — the collection's distinctive feature. Every line removed, consolidated, or rewritten between versions reveals an engineering decision that no documentation tells you about.

5
Modules
30
Topics
~3h
Duration
Intermediate
Level
THE SAME SECTION, ACROSS 4 VERSIONS — WHAT CHANGES TELLS THE STORY Opus 4.6 tone: rule 1 tone: rule 2 tone: rule 3 tone: rule 4 Opus 4.8 tone: rule 1 tone: rule 2 tone: rule 3 − removed Fable 5 tone: 1 principle (3 rules → 1) + consolidated The diff says... removal = internalization consolidation = principle > rules

Path map

Detailed content

2.1 ~35 min

🔍 How to read a prompt diff

A diff isn’t just text that changed—it’s a record of decisions. Learn the method for uncovering the intent behind every addition, removal, and rewrite.

What it is:

The idea that comparing two versions of a prompt teaches more than studying one version in isolation — because what changed reveals what mattered.

Why learn:

A finished prompt seems arbitrary; a diff shows the tension that justifies each choice. It’s the fastest shortcut to thinking like someone who writes production prompts.

Key concepts:

Delta as a signal; implicit intent; reverse-engineering decisions; versioned collection as a lab.

What it is:

A taxonomy of possible edits in a diff: add, remove, rewrite, and move. Each type carries a different meaning.

Why learn:

Classifying the change before interpreting it avoids incorrect conclusions — a rewrite is not the same as a removal followed by an addition.

Key concepts:

Addition = newly perceived risk; removal = internalization or abandonment; rewrite = same goal, better form; reordering = change in priority.

What it is:

The principle that removing a line is never neutral: either the model started doing that on its own, or the rule was no longer worth keeping.

Why learn:

Beginners only look at what was added. Removals are where the model's capabilities evolve—the richest signal in the diff.

Key concepts:

Internalization vs. abandonment; capability that made the rule redundant; cost of maintaining an instruction.

What it is:

The realization that more mature prompt versions often shrink instead of growing — maturity is density, not volume.

Why learn:

Counters the reflex to "add one more rule." A strong prompt says more with less, trusting the model where it can.

Key concepts:

Instruction density; token budget; calibrated trust in the model; consolidation.

What it is:

The observation that renaming a section (e.g., "Compliance" → "Principle") changes how the model treats that content, even without changing the text.

Why learn:

A diff that only changes a title isn’t cosmetic—it reframes the intent and changes the behavior.

Key concepts:

Label as framing; section framing; semantic change without textual change.

What it is:

A five-step procedure for analyzing any prompt diff: classify, ask “why,” test a hypothesis, generalize, and record the lesson.

Why learn:

Turns intuitive reading into a repeatable method — one you can apply in every other module in the track.

Key concepts:

Classification → intent hypothesis → generalization → recorded lesson; analysis checklist.

View Full
2.2 ~40 min

📉 The Opus 4.6→Fable 5 consolidation

A real case study: how the same family of prompts got shorter and stronger over four versions. Evolution means consolidation.

What it is:

The timeline of the four versions and how each leap changed the prompt — an overview before the deep dive.

Why learn:

Viewing the entire trajectory reveals a direction: the versions converge toward less text and more principle, not the other way around.

Key concepts:

Prompt versioning; consolidation trend; rereading across model generations.

What it is:

Cases where an instruction was removed because the newer model already follows it by default—the rule became native behavior.

Why learn:

It’s living proof of the principle “every removal is information”: each cut line maps to a capability the model gained.

Key concepts:

Internalization; emergent capability; redundant rule; map of model progress through diffs.

What it is:

The discovery that negative instructions ("never do X") sometimes draw attention to X; solving the problem at its root is better than prohibiting it.

Why learn:

Several removals from the series are prohibitions that were replaced by resolved causes — a counterintuitive design pattern.

Key concepts:

Negative instruction vs. addressing the root cause; unwanted focus; positive rephrasing.

What it is:

The emblematic case in which four separate tone rules were merged into a single overarching principle.

Why learn:

Shows in practice how raising the abstraction level reduces text without losing behavioral control.

Key concepts:

Abstraction; umbrella principle; redundant micro-rules; token economy.

What it is:

The transition of the copyright section from a list of compliance rules to a single guiding principle.

Why learn:

Illustrates the topic "the block's name is an instruction": changing the framing from compliance to principle changes how the model decides new cases.

Key concepts:

Compliance vs. principle; generalization to unanticipated cases; section framing.

What it is:

The conclusion connects token budget pressure to the five lessons drawn from the consolidation series.

Why learn:

Consolidates everything into transferable principles you can apply to your own prompts, not just the case studied.

Key concepts:

Token budget; cost per instruction; 5 generalizable lessons; consolidation as a discipline.

View Full
2.3 ~40 min

🛡️ Security: From Terms to Patterns

How the safety sections evolved from lists of examples to generative criteria. The central lesson: teach the principle, not the mechanics.

What it is:

The realization that listing exactly what to avoid can, by symmetry, describe exactly how to do it — the prohibition's detail becomes a map.

Why learn:

It’s the key that explains why so many safety sections have shifted from detailed taxonomies to abstract criteria.

Key concepts:

Informational symmetry; prohibitions that teach; criteria > enumeration.

What it is:

A case where the diff grows — two more rules — because the area requires explicit coverage and doesn’t tolerate ambiguity.

Why learn:

Balances the track: not every evolution is consolidation. Where the risk is highest, adding specificity is the right decision.

Key concepts:

Exception to consolidation; explicitness based on severity; edge-case coverage.

What it is:

The case in the section about weapons, where a detailed taxonomy was replaced with a general criterion because the list gave clues for circumventing it.

Why learn:

Direct application of the symmetry principle — removing a list is seen as a security gain, not a loss of detail.

Key concepts:

Taxonomy as a recipe; enumeration as a workaround; resilient abstract criterion.

What it is:

The pattern of a broad refusal paired with an explicit exception to reduce harm (e.g., safety information that saves lives).

Why learn:

Shows that a well-written generating criterion also needs to allow the right exception — safety isn't just about prohibiting.

Key concepts:

Carve-out; harm reduction; refusal with a vital exception; criterion calibration.

What it is:

The evolution of the mental health section from specific examples to a general criterion for empathetic, safe responses.

Why learn:

A sensitive case where generalizing well increases coverage—the criterion captures situations that no individual example anticipated.

Key concepts:

Example → generative criterion; coverage by principle; calibrated empathetic response.

What it is:

The conclusion that the strongest safety section combines a concrete example with the abstract criterion behind it.

Why learn:

Gives you a practical formula for writing your own rules: anchor them with an example, but provide the generalizable criterion.

Key concepts:

Example + criterion; concrete grounding; robust generalization; transferable pattern.

View Full
2.4 ~35 min

💬 Communication & Autonomy

As models became more capable, the bottleneck shifted from capability to interaction. See how prompts began to calibrate tone, concision, and when to act without asking.

What it is:

The thesis that, with more capable models, the prompt stops teaching the task and starts defining the interaction — tone, concision, initiative.

Why learn:

Explains why the communication sections grew while the capability sections shrank in recent versions.

Key concepts:

Bottleneck shift; focus on interaction; communication as the new frontier of prompting.

What it is:

The instructions that define how the model speaks: level of detail, response length, and tone suited to the context.

Why learn:

It’s the part of the prompt that most affects the perceived experience—a correct but long-winded answer still frustrates the user.

Key concepts:

Output budget; adaptive concision; tone by context; calibrated verbosity.

What it is:

The rules that tell the model when to proceed on its own and when to stop for confirmation — the axis of autonomy.

Why learn:

Too much autonomy leads to unwanted actions; too little leads to annoying questions. The diff shows how this balance was refined.

Key concepts:

Calibrated autonomy; default action vs. confirmation; cost of interrupting.

What it is:

A three-question heuristic (reversibility, cost, ambiguity) for deciding whether the model should confirm before acting.

Why learn:

Turns abstract “autonomy” into an applicable criterion — you can reuse this test with your own agents.

Key concepts:

Reversibility; cost of error; ambiguity of intent; confirmation gate.

What it is:

The bridge between this module’s communication and autonomy decisions and the patterns cataloged in Track 1.

Why learn:

Reinforces that the diffs aren't isolated cases — they instantiate the same reusable patterns from the catalog.

Key concepts:

Pattern 7; Pattern 11; diff as an instance of the pattern; cohesion between tracks.

What it is:

The specific trajectory of the communication and autonomy sections across versions, reading each change as a decision.

Why learn:

Closes the module by applying the diff-reading method (2.1) to a concrete domain—communication.

Key concepts:

Diff by section; expanding communication; applying the T2.1 method.

View Full
2.5 ~35 min

🎭 OpenAI: personalities and variants

A different philosophy: a stable base prompt shaped by personas and varied by channel. The diff here isn’t between versions, but between one voice and another.

What it is:

The architecture in which a stable base prompt gets a thin persona layer, instead of rewriting everything for each context.

Why learn:

It’s a useful contrast with Anthropic’s approach—it shows there’s more than one valid way to scale prompts.

Key concepts:

Base + layer; persona seasoning; base/voice separation; modularity.

What it is:

The structure used to describe a personality — traits, voice, limits — applied on top of the base prompt.

Why learn:

Understanding how the persona is assembled lets you create consistent variations without touching the safety and capability logic.

Key concepts:

Personality traits; voice; persona limits; consistency.

What it is:

Prompt variations based on the channel (chat, voice, API) and the expected level of effort for the response.

Why learn:

Shows how to adapt the same model to different contexts without multiplying entire prompts — only the layer that changes changes.

Key concepts:

Channel-based variant; effort level; base reuse; minimal configuration.

What it is:

The side-by-side comparison between a base prompt and a persona, isolating exactly what the voice layer adds.

Why learn:

Teaches you to read a "horizontal" diff (between variants) using the same method from 2.1 used for temporal diffs.

Key concepts:

Horizontal vs. temporal diff; layer isolation; what the persona adds.

What it is:

The comparison between the philosophy of consolidation by principle (Anthropic) and base plus persona layers (OpenAI).

Why learn:

Seeing the two side by side sharpens your judgment about which approach fits your own case.

Key concepts:

Consolidation vs. modularization; trade-offs; choice based on product context.

What it is:

The transferable lesson: separating the stable foundation from variable layers makes prompts easier to maintain and scale.

Why learn:

It’s the principle you apply when building your own multi-channel prompts in Track 4.

Key concepts:

Modularity; stable base + layers; maintainability; bridge to T4.

View Full
← Track 1: Anatomy Next Track: Philosophies →