Teaching and information sharing across all contexts. Use when: writing docs, explaining concepts, making presentations, teaching in conversation, curating documentation, technical writing for impact, creating diagrams for explanation (Mermaid, D2, C4).
Teaching is about understanding, not just explaining. Help students build mental models that stick.
Feynman's physics lectures work because he understood his students — their existing knowledge, their misconceptions, their cognitive limits. Simplicity was the result, not the goal.
Effective teaching requires:
The best explanation in the world fails if it doesn't match how the student learns.
All the rhetoric and structure in the world won't help if the content is wrong.
Ethical:
Material:
| Failure | Example | Fix |
|---|---|---|
| Inference as finding | "Study shows X causes Y" when study showed correlation | State what was actually measured |
| Selective citation | Cherry-picking studies that support your view | Acknowledge contradictory evidence |
| Mechanism invention | "This works because..." when mechanism unknown | Say "correlates with" not "causes" |
| Implication overreach | Drawing conclusions the evidence doesn't support | Separate findings from interpretation |
| Framing bias | Presenting values as facts | Label philosophy as philosophy |
Before teaching anything:
Teaching wrong things effectively is worse than not teaching at all.
See: accuracy-integrity
Four stages, in order. Each builds on the last.
People scan, filter, and decide in milliseconds whether to engage. Understanding reader cognition:
Different roles process differently:
See: reader-psychology
Understand before you structure:
| Question | Why it matters |
|---|---|
| What do they already believe? | You start from their map |
| What do they fear? | Resistance comes from fear |
| What do they value? | Connect to their concerns |
| What language do they speak? | Wrong words = "not for me" |
| What's their expertise level? | Novices need scaffolding; experts find it patronizing |
Different audiences need different approaches. A decision-maker needs the bottom line in 30 seconds. A practitioner needs the recipe. An evaluator needs the evidence.
See: audience-empathy
Now choose structure and technique:
| For | Use |
|---|---|
| Document type | Diataxis (tutorial, how-to, explanation, reference) |
| Information structure | BLUF, inverted pyramid |
| Managing complexity | Cognitive load theory, progressive disclosure |
| Testing understanding | Feynman technique |
| Collection organization | Single source of truth, linking architecture |
| Information organization | Where does content live? Findability, mental models |
See references for each: diataxis, rhetoric-for-impact, cognitive-load, feynman-technique, collection-architecture, information-architecture
The same information, framed for different audiences:
The finding: AI tools may reduce productivity by 19%.
| Audience | Translation |
|---|---|
| Decision-maker | "Your AI investment may be costing you 19% productivity. Here's the RCT and what to do." |
| Practitioner | "Here's research on when AI helps vs. hurts. Here's how to use it effectively." |
| Evaluator | "METR 2025 RCT: 19% slowdown vs. 24% perceived speedup. Methodology here." |
| Learner | "AI tools aren't automatically helpful. Let me show you when they work." |
Same fact. Four different teachings. Each lands with its audience.
See: rhetoric-for-impact
In conversation or when context is available, gauge the audience:
| Signal | Likely level | Adjust |
|---|---|---|
| Uses jargon correctly | Competent+ | Skip basics |
| Asks foundational questions | Novice | Scaffold, define terms |
| Points out edge cases | Expert | Engage nuance |
| Short responses | Overwhelmed or disengaged | Simplify |
| Signal | Likely role | Adjust |
|---|---|---|
| "What's the ROI?" | Decision-maker | Lead with business impact |
| "How do I do X?" | Practitioner | Give the recipe |
| "What's the evidence?" | Evaluator | Provide methodology |
| "Can you explain X?" | Learner | Scaffold from simple |
Sensei covers knowledge transfer across three modes:
| Mode | What | Techniques |
|---|---|---|
| Conversation | Explaining in chat, answering questions | Gauge expertise, adapt, scaffold |
| Single Doc | One document that stands alone | Diataxis, cognitive load, structure |
| Collection | Multiple docs forming a knowledge system | Information architecture, single source of truth, linking flow |
| Context | Mode | Sensei applies |
|---|---|---|
| Chat explanation | Conversation | Yes — gauge and adapt |
| README, guide | Single doc | Yes — structure for audience |
| Documentation site | Collection | Yes — architecture matters |
| Code review | Conversation | Yes — explain why |
| Presentation | Single doc | Yes — structure for impact |
People scan, not read. F-pattern: eyes sweep top, then down left edge.
See: reading-patterns
Working memory is limited. Three types of load:
| Type | Your job |
|---|---|
| Intrinsic | Can't change difficulty, but can sequence it |
| Extraneous | Minimize ruthlessly |
| Germane | This is where learning happens — protect it |
See: cognitive-load
| Reader says | Write a |
|---|---|
| "Teach me X" | Tutorial |
| "How do I do X?" | How-to |
| "Why does X work?" | Explanation |
| "What exactly is X?" | Reference |
Don't mix types. See: diataxis
LLM text has statistical signatures. "AI slop" triggers disengagement.
Avoid: delve, leverage, utilize, robust, excessive bold, uniform paragraphs, rule-of-three abuse, generic openings.
The fix: specifics over adjectives, direct statements, natural rhythm.
Document-level principles aren't enough. Collections need architecture.
Each fact lives in one place. Everywhere else links to it.
| Instead of | Do this |
|---|---|
| Explain research in every doc | Explain once in reference, link |
| Repeat key tables | One location, reference it |
Why: Redundancy increases cognitive load, dilutes impact, creates maintenance burden.
Structure the collection as layers:
Entry point (30 sec) → Explanation (5 min) → Reference (verify) → Bibliography (sources)
Each layer is complete for its audience. Nobody reads more than they need.
Information flows downward. Links point to deeper layers.
Diagrams are teaching tools. Choose based on what you're explaining, not what's trendy.
| Need | Tool | Why |
|---|---|---|
| Quick docs, GitHub/GitLab native | Mermaid | Zero build step, renders in markdown |
| Complex architecture (50+ nodes) | D2 | Better layouts, requires build step |
| Formal C4 models | C4-PlantUML | Production-proven, enterprise standard |
Use for 95% of documentation diagrams:
Platform reality: GitHub uses ~10.0.2. Newer types (timeline, mindmap, architecture-beta) may not render.
See: mermaid-types, diagram-gotchas
Upgrade to D2 when:
Trade-off: Requires build step, no native GitHub rendering.
See: d2
For architecture documentation:
Most teams only need Context + Container diagrams.
See: c4-architecture
For autonomous teaching work:
Task(subagent_type="sensei-1337:feynman", prompt="...")
The agent applies the full progression: Psychology → Audience → Craft → Translation
Works for:
Core references in references/:
Teaching & Communication:
Documentation Architecture:
Visual Communication (Diagrams):