History is the main source for learning how to use the system
Aliases: self-generated worked examples · prompt log as textbook · learn from own pairs
What it is
Official examples are someone else’s tasks. Last week’s own round — “the weekly only looked right after I added reader and bans” — is the worked example that actually worked for this person. History as usage learning means open input has almost no scannable grammar, and people mainly induce “how to say it” by paging through their own success/failure pairs. Help docs and empty-state examples start discovery. What migrates skill from one success to the next class of task is a record of one’s own that can be looked back at.
Save-and-reuse takes one success up as an object. Learning wants a comparable series: which sentence started to look right, what changed, how the result moved. If the stream cannot be read as a textbook, skill stays in muscle memory and breaks on a new device or a new thread.
Why it happens
Skill without a menu is induced from examples. One’s own examples arrive with context already attached: the file then, the object then, the constraints one actually cared about. Transfer distance is shorter than official examples. Failure pairs matter equally — “leave out the bans and it over-apologizes” is a negative example official walls usually omit. If people cannot see before and after side by side, induction collapses into a phrase: the whole sentence is memorized, slots are not extracted.
Readability sets textbook quality. A heap of bubbles in reverse time, successes mixed with failures, parameters hidden, “weekly” unsearchable — nobody will take that as a textbook; they will take it as a bin. Learning then happens outside the product: screenshots a colleague forwarded, community phrase posts. Those textbooks lack your context, transfer worse, and feed magic-phrase superstition.
Studying it
Training: several rounds of the same class of task, no official tutorial. Test: a neighbor task, own history allowed (or not). Dependent variables: slot coverage on the neighbor, whether they can say out loud “last time it worked after I changed X,” which nodes they actually opened while looking back. Independent variables: whether history is searchable by task, whether before/after is side by side, whether failures are marked, whether only the last item is kept.
Contrast “official examples, no looking at one’s own history.” If the own-history group beats the official-example group on the neighbor task, the main learning source is history, not the manual.
Where it stops holding
First use has no history yet; the textbook does not exist; discovery still needs in-place examples. History wiped, unsynced across devices, or living only in unsearchable server logs, equals no textbook. Regulated or exam settings that forbid looking back at one’s own prompts cut learning on purpose. On highly standardized jobs that run entirely on official templates, personal history is not the main source — the template is, if its structure is visible. This entry does not treat taking an effective sentence up as a callable object. Without textbook-style looking back, an object library also will not teach why it was effective.
Applying it
- Make history searchable by task or keyword, and mark relatively successful nodes (user accepted, sent outbound, or explicitly saved).
- Offer a side-by-side diff of two submits: where the prompts differ, where the artifacts differ. Without a diff, history is still bubbles.
- Do not erase failures from visible history. Negative examples are half the textbook; hiding can be a choice, finding them should be the default.
- Check: people who have used it a week, official examples off, a neighbor task, allowed to page their own record. If they cannot find that success, or they find it and cannot see what they changed then, history is not serving as a textbook. Then ask “how do you get it to write a weekly for the customer” — if they can only recite the whole sentence and cannot name slots, the textbook is not readable enough.
Related
- Same group: L2.07.1 Effective inputs must be savable and reusable · L2.07.3 History is privacy-sensitive data
- Nearby: L2.03 Examples and Template Guidance · L2.01 Openness of Natural-Language Commands and Its Cost · L4.09 Skill Degradation
- Search terms:
history as usage learning·self-generated worked examples·prompt-outcome pair