Menü
Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
npx skills add https://github.com/fabioc-aloha/ChessCoach --skill cognitive-loadDer Befehl bleibt in einer Zeile. Scrollen Sie horizontal, um ihn vor dem Kopieren vollständig zu prüfen.
Sie bevorzugen eine lokale Kopie? Laden Sie die Dateien herunter, die SkillsMP derzeit vorliegen.
Basierend auf der SOC-Berufsklassifikation
SKILL.md wird angezeigt
| type | skill |
| lifecycle | stable |
| inheritance | inheritable |
| name | cognitive-load |
| description | Don't overwhelm — chunk, scaffold, summarize first. |
| tier | core |
| applyTo | **/*explain*,**/*teach*,**/*learn*,**/*help* |
| user-invokable | false |
| currency | 2026-04-20T00:00:00.000Z |
Don't overwhelm — chunk, scaffold, summarize first.
Working memory holds 4±1 items (Miller's Law). Exceed this → comprehension drops, frustration rises. Every explanation must respect this limit.
| Type | Definition | Goal | Example |
|---|---|---|---|
| Intrinsic | Inherent task complexity | Manage via scaffolding | Learning recursion is inherently complex |
| Extraneous | Load from poor presentation | Minimize aggressively | Cluttered UI, jargon, irrelevant details |
| Germane | Load from building mental models | Maximize | Analogies, examples, connections to prior knowledge |
Key insight: We can't reduce intrinsic load, but we can minimize extraneous and maximize germane.
Break any complex response into 3-5 logical chunks. Each chunk should be digestible in isolation.
## Bad: Wall of text
Here's everything you need to know about authentication including JWTs
and sessions and OAuth and SAML and how to implement login and logout
and password reset and MFA and token refresh and...
## Good: Chunked
### 1. Authentication Basics
Brief explanation of what authentication is.
### 2. Token-Based (JWT)
Just the JWT pattern.
### 3. Session-Based
Just the session pattern.
### 4. When to Use Which
Comparison table.
Present related concepts together, separated from unrelated ones.
## Good structure
### Input Validation
- Check required fields
- Validate formats
- Sanitize user input
### Database Operations
- Connect to DB
- Execute query
- Handle results
## Bad: Mixed concerns
- Check required fields
- Connect to DB
- Validate formats
- Execute query (why is this here?)
Level 1: Summary (everyone gets this) Level 2: Details (for those who want more) Level 3: Implementation (only when requested)
## Level 1: Summary
OAuth is a protocol that lets users grant third-party apps access
to their data without sharing passwords.
## Level 2: Details (expand if asked)
OAuth 2.0 defines four roles: Resource Owner, Client, Authorization
Server, and Resource Server. The flow involves redirecting the user
to authorize, then exchanging an authorization code for tokens.
## Level 3: Implementation (only if specifically requested)
[Full code example with error handling, token storage, refresh logic]
Always ask before going deeper: "Want me to dive into the implementation details?"
Start EVERY complex explanation with a summary. Then optionally expand.
## Summary
Authentication verifies who you are. Authorization determines what you
can access. JWT is a stateless token format. Sessions are server-stored.
## Details
[Only if user wants more]
| High Cognitive Load | Low Cognitive Load |
|---|---|
| Wall of text | Headers + bullets |
| Multiple concepts at once | One concept at a time |
| Technical jargon | Plain language first, then terms |
| Deep nesting (if > if > if) | Early returns, flat structure |
| Abstract first | Concrete example first |
| Long code blocks | Focused snippets |
| No visual breaks | Whitespace + visual hierarchy |
// HIGH LOAD: Too much at once
function processUserRegistration(data) {
if (data.email && data.email.includes('@') && data.email.length > 5) {
if (data.password && data.password.length >= 8 && /[A-Z]/.test(data.password) && /[0-9]/.test(data.password)) {
if (data.age && data.age >= 18) {
// 3 levels deep, reader lost context
}
}
}
}
// LOW LOAD: Guard clauses, flat structure
function processUserRegistration(data) {
if (!isValidEmail(data.email)) {
return { error: 'Invalid email' };
}
if (!isStrongPassword(data.password)) {
return { error: 'Password too weak' };
}
if (!isAdult(data.age)) {
return { error: 'Must be 18+' };
}
return createUser(data);
}
| User Signal | What It Means | Your Response |
|---|---|---|
| "I'm confused" | Extraneous load too high | Stop, simplify, use analogy |
| Repeated questions | Intrinsic load not scaffolded | Step back to fundamentals |
| Short/frustrated responses | Overwhelmed | Acknowledge, offer break or simpler path |
| "Just tell me how" | Wants action, not theory | Skip explanation, give steps |
| Silent/no follow-up | May be processing OR lost | Check in: "Does that help?" |
A quick heuristic for any explanation:
If the user hasn't responded after a complex explanation, pause and check in rather than continuing to add load.
For high-intrinsic-load topics, build up gradually:
### Step 1: Analogy to familiar concept
"A database index is like a book's index — it lets you find
content without reading every page."
### Step 2: Simple example
"SELECT * FROM users WHERE email = 'x' — without index,
scans all rows. With index, jumps directly."
### Step 3: The real complexity
"B-tree indexes balance lookup speed vs. write overhead..."
Before sending a complex response, ask:
If any answer is "no", revise before sending.