rhachet-roles-ehmpathy 1.15.12 → 1.15.14

package/dist/roles/bhrain/.briefs/thinker.tactics/<triage>._.[article].frame.tactical.md

@@ -1,85 +0,0 @@
-# 🧩 .brief: `<triage>`
-
-## .what
-
-The `<triage>` operation involves **prioritizing, sorting, and categorizing** concepts, issues, or data points to address the most critical items first. It leverages criteria such as urgency, importance, and impact to allocate resources efficiently and tackle problems in a strategically sound order.
-
----
-
-## 🎯 purpose
-
-- to allocate attention and resources effectively, particularly under constraints
-- to manage complex sets of tasks, concepts, or issues by determining priority
-- to achieve greater efficiency and impact in decision-making processes
-
----
-
-## ⚙️ method
-
-1. **gather elements**
-   - compile the full scope of tasks, issues, or data points needing triage
-   - ensure a comprehensive representation to inform prioritization
-
-2. **establish criteria**
-   - define criteria for urgency, importance, and potential impact
-   - criteria should be clear, consistent, and aligned with strategic goals
-
-3. **evaluate and prioritize**
-   - assess each element against the criteria
-   - rank based on priority, grouping into immediate, short-term, and long-term categories
-
-4. **execute and monitor**
-   - address elements according to their prioritization
-   - continuously monitor for changes in context or priority requiring adjustment
-
----
-
-## 🧠 cognitive basis
-
-Triage utilizes cognitive functions related to decision-making, prioritization, and problem-solving. It relies on both analytical assessments and judgment calls to manage complexity effectively and ensure the most crucial actions are taken first.
-
----
-
-## 📐 when to use
-
-- during crises or time-sensitive situations where quick decision-making is essential
-- when managing extensive lists of tasks, responsibilities, or issues needing resolution
-- when aligning team focus and resources with high-impact objectives
-
----
-
-## 🔁 dynamic behavior
-
-Triage is inherently dynamic, often involving frequent re-evaluation as context shifts or new information emerges. This flexibility ensures continued relevance and efficacy in response to changing priorities.
-
----
-
-## ⚠️ caution: over-triage
-
-Avoid excessive triaging, which can lead to analysis paralysis or neglect of less critical but still important tasks. Ensure balance between granular prioritization and broad-sketch planning.
-
----
-
-## 🧰 use it for:
-
-- emergency management and crisis response
-- project management and workflow optimization
-- strategic planning and resource allocation
-
----
-
-## 📊 examples
-
-1. **Emergency Room Triage**
-   - Assessing incoming patients to prioritize those with life-threatening conditions over less urgent cases.
-
-2. **Project Management**
-   - Prioritizing project tasks based on deadlines, resource availability, and potential impact on project success.
-
-3. **Strategic Planning**
-   - Sorting organizational goals and initiatives to focus on those most likely to drive long-term success.
-
-4. **Customer Support**
-   - Filtering support tickets to address high-priority or escalated issues before general inquiries.
-
----

package/dist/roles/bhrain/.briefs/thinker.tactics/<triage>.persp.grades_from_context.[article].md

@@ -1,48 +0,0 @@
-# 🧩 .brief: `context-dependent grading in <triage>`
-
-## .what
-`<triage>` involves prioritizing tasks or issues based on their urgency, importance, and impact. This process necessitates the use of different grading scales tailored to the specific context in which the triage is applied. Each context has distinct criteria for evaluation, resulting in unique sets of grades.
-
----
-
-## 🎯 purpose
-- create a flexible grading system adaptable to varying contextual needs
-- ensure accurate prioritization by aligning grading criteria with specific context requirements
-- improve decision-making and resource allocation in diverse scenarios
-
----
-
-## 📐 contexts and grading variations
-
-### 1. **medical triage**
-- **criteria:** severity of condition, life-threatening potential, resource availability
-- **grades:** critical, urgent, stable, non-urgent
-
-### 2. **project management**
-- **criteria:** deadline proximity, resource dependency, client priority
-- **grades:** high priority, medium priority, low priority, optional
-
-### 3. **IT incident management**
-- **criteria:** service impact, number of users affected, workaround availability
-- **grades:** high impact, moderate impact, low impact, informational
-
----
-
-## 📊 benefits of context-specific grading
-- enhances responsiveness by focusing on context-relevant factors
-- increases accuracy of prioritization due to alignment with specific needs
-- facilitates efficient resource allocation by understanding context-driven importance levels
-
----
-
-## 🛠 usage
-- define clear criteria specific to each context for consistent grading
-- regularly review and adjust grading systems to reflect changing contextual demands
-- train stakeholders on context-specific grading criteria for seamless implementation
-
----
-
-## 💡 notes
-- context-dependent grading should be updated as contexts evolve
-- integration of feedback from stakeholders is essential for refining grading accuracy
-- leverage analytical tools to periodically evaluate the effectiveness of grading systems

package/dist/roles/bhrain/.briefs/thinker.tactics/<triage>.persp.implicit_question.[article].md

@@ -1,65 +0,0 @@
-# 🧩 .brief: `perspective; triage as question-based tactic`
-
-## .what
-
-`triage` in thought processes is fundamentally a **question-based tactic**. This perspective suggests that triage is driven by **explicit or implicit questions** that determine the **dimensions** along which various elements or tasks are assessed and prioritized.
-
----
-
-## 🎯 purpose
-- to **prioritize effectively** — identifying which elements need immediate attention and which can be postponed or discarded
-- to ensure that the **most critical issues** are addressed in a structured manner
-- to provide a clear framework for **decision-making** in complex or time-pressured situations
-
----
-
-## 🌀 triage dynamics
-
-### 1. question-driven assessment
-- **defining criteria**: Each triage process is guided by specific questions that focus on what matters most.
-  - e.g., "Which tasks have the highest impact?" or "What must be solved immediately?"
-
-### 2. dimension selection
-- **criteria alignment**: Questions help in selecting the dimensions of assessment, such as urgency, importance, or risk.
-
----
-
-## 🔍 triage examples
-
-### medical triage
-- **main question**: "Which patient needs care first?"
-  - **assessment dimensions**:
-    - severity of condition
-    - survival probability
-    - resource availability
-
-### project prioritization
-- **main question**: "Which project aligns best with our strategic goals?"
-  - **assessment dimensions**:
-    - potential ROI
-    - strategic alignment
-    - resource requirements
-
-### information overload management
-- **main question**: "Which information is most crucial to process immediately?"
-  - **assessment dimensions**:
-    - relevance to current objectives
-    - urgency of response required
-    - impact on future decisions
-
----
-
-## 🌿 implications for practice
-
-- adopting a question-based triage framework can make prioritization more transparent and justifiable.
-- defining clear, shared questions ensures all involved parties understand **why decisions are made**, improving collaboration and buy-in.
-
----
-
-## 💭 reflections
-
-Consider whether:
-- the questions used in your triage process effectively cover all necessary dimensions.
-- your team could benefit from revisiting and refining these questions to better align with current goals.
-
-> By treating triage as a question-based tactic, we can enhance focus, efficiency, and clarity in decision-making.

package/dist/roles/bhrain/.briefs/trait.chillnature.md

@@ -1,14 +0,0 @@
-prefer more chill, nature based emojis
-
-for example
-
-# src/skills/diagnose/queryApis/detectLambdaCrontasks.sh
-🌊 Wave for the main detection flow
-🌱 Seedling for Step 1 (starting/growing the list)
-🌿 Herb for successful enumeration
-🍂 Fallen leaf for when nothing is found
-🌾 Sheaf of rice for Step 2 (harvesting/checking data)
-🌸 Cherry blossom for Step 3 (results blooming)
-🌙 Crescent moon for no cron tasks found (peaceful/quiet)
-🌻 Sunflower for the summary (bright conclusion)
-

package/dist/roles/bhrain/.briefs/trait.ocd.md

@@ -1,5 +0,0 @@
-.ocd = obsessed with structure, precision, and clarity.
-- strives for maximum signal and minimal noise.
-- compulsively organizes, deduplicates, and compresses information.
-- intolerant of vagueness, drift, or redundant phrasing.
-- ensures consistent grammar, formatting, and taxonomy.

package/dist/roles/bhrain/.briefs/worders/core.matmuls_vecmuls_elemuls.md

@@ -1,93 +0,0 @@
-# 🧩 .brief: `llm inference = matmuls + vecmuls + elemuls`
-
-## .what
-llm inference is the process by which a trained language model transforms input tokens into output predictions. the computation can be reduced to three categories:
-
-- **matmuls** → large matrix multiplications (heavy, parameter-rich ops)
-- **vecmuls** → vector-scale multiplications/additions (normalization scale/shift, bias)
-- **elemuls** → elementwise nonlinear operations (activations, softmax, residuals)
-
-together, these form the skeleton of inference: heavy matmuls provide learned transformations, while vecmuls and elemuls act as the glue that gives nonlinearity and stability.
-
----
-
-## 🎯 purpose
-- apply billions of learned parameters (matmuls) to transform token inputs
-- refine representations through normalization (vecmuls) and nonlinear activations (elemuls)
-- output logits over vocabulary for next-token prediction
-
----
-
-## ⚙️ method
-
-### 🔑 what’s happening inside llm inference
-
-1. **token embedding**
-   - input tokens → dense vectors via embedding matrix (**matmul**).
-
-2. **transformer layers**
-   - **linear projections:** weight matrices × input (**matmuls**).
-   - **attention mechanism:** query × key → attention weights (**matmul**), then weights × value (**matmul**).
-   - **feed-forward networks:** matmuls with intermediate activation (**elemuls**).
-
-3. **non-linearities & normalization**
-   - **activations:** per-element functions (relu, gelu, etc.) = **elemuls**.
-   - **normalization:** mean/variance across vector + learned scale/shift = **vecmuls + elemuls**.
-
-4. **output layer**
-   - final hidden state × vocab matrix → logits (**matmul**).
-
----
-
-## 🧮 operation classes
-- **matmuls:** embeddings, projections, attention (qkᵀ, softmax·v), feed-forward, output head.
-- **vecmuls:** layernorm scale/shift, bias addition.
-- **elemuls:** relu/gelu activations, softmax exponentials/divides, residual adds.
-
----
-
-## 📊 insight
-- **yes:** matmuls dominate compute and parameter count.
-- **no:** inference is not *only* matmuls — vecmuls and elemuls are critical for expressivity and stability.
-- **so:** inference = “giant chains of matmuls, with vecmuls and elemuls woven in.”
-
----
-
-## 💻 toy pseudocode skeleton
-
-\`\`\`python
-def llm_inference(tokens, weights):
-    # 1. embedding lookup (matmul)
-    x = embed(tokens, weights["embedding"])   # matmul
-
-    for layer in weights["layers"]:
-        # 2. linear projections (matmuls)
-        q = matmul(x, layer["Wq"])
-        k = matmul(x, layer["Wk"])
-        v = matmul(x, layer["Wv"])
-
-        # 3. attention (matmuls + elemuls)
-        attn_scores = matmul(q, k.T) / sqrt(d)    # matmul
-        attn_weights = softmax(attn_scores)       # elemul
-        attn_output  = matmul(attn_weights, v)    # matmul
-
-        # 4. residual connection (elemul)
-        x = x + attn_output                       # elemul
-
-        # 5. normalization (vecmul + elemul)
-        x = layernorm(x, layer["gamma"], layer["beta"])  # vecmul + elemul
-
-        # 6. feed-forward network
-        h = matmul(x, layer["W1"])                # matmul
-        h = gelu(h)                               # elemul
-        h = matmul(h, layer["W2"])                # matmul
-        x = x + h                                 # elemul
-
-    # 7. output projection (matmul)
-    logits = matmul(x, weights["output"])         # matmul
-    return logits
-\`\`\`
-
----
-
-in short: **llm inference = matmuls (heavy lifting) + vecmuls (scaling/shift) + elemuls (nonlinear glue).**

package/dist/roles/bhrain/.briefs/worders/core.transformers.as_origin.md

@@ -1,62 +0,0 @@
-# 🧩 .brief: `the transformer architecture — birth of llms`
-
-## .what
-the **transformer** is the fundamental architecture that enabled large language models (llms). introduced in 2017 by vaswani et al. in *“attention is all you need”*, it replaced recurrence with **self-attention**, making it possible to train massive models on vast text corpora with efficient parallelization.
-
----
-
-## 🎯 purpose
-- overcome the sequential bottlenecks of rnn/lstm models
-- capture long-range dependencies across entire sequences
-- enable scalable, parallel training on gpus/tpus
-- provide a flexible backbone that can grow with data and compute
-
----
-
-## ⚙️ method
-
-### 1. **token embedding**
-- words/subwords mapped into dense vectors (matmuls).
-
-### 2. **positional encoding**
-- inject sequence order into embeddings, since attention is order-agnostic.
-
-### 3. **multi-head self-attention**
-- queries, keys, and values projected via matmuls.
-- attention scores = q·kᵀ → softmax → weighted sum with v.
-- multiple heads let the model learn diverse relational patterns.
-
-### 4. **feed-forward networks**
-- per-token mlps applied after attention.
-- matmuls + nonlinear activations (elemuls).
-
-### 5. **residual connections + normalization**
-- stabilize training, preserve gradients, and allow deep stacking.
-
----
-
-## 🔑 why transformers were a leap
-
-- **parallelism:** attention lets all tokens be processed simultaneously.
-- **long-range context:** any token can directly attend to any other.
-- **scalability:** depth, width, and data scale smoothly (scaling laws).
-- **expressivity:** multi-head attention captures complex dependencies.
-
----
-
-## 🌍 llm lineage
-
-- **2017 — transformer** (*attention is all you need*)
-- **2018 — bert, gpt-1** (first pretrained transformer language models)
-- **2019 — gpt-2** (scaling shows surprising emergent abilities)
-- **2020 — gpt-3** (175b parameters; llms become viable)
-- **2022+ — instruction-tuned & rlhf models** (chatgpt, claude, etc.)
-
----
-
-## 📊 insight
-- the transformer is the **architectural skeleton** of llms.
-- llms are “just” massive stacks of transformers trained on enormous corpora.
-- rlhf, fine-tuning, and alignment methods refine the outputs — but the core engine is still the **transformer self-attention block**.
-
-in short: **transformers are the soil from which llms grew.**

package/dist/roles/bhrain/.briefs/worders/core.transformers.self_attention.[article].md

@@ -1,93 +0,0 @@
-# 🧩 .brief.article: `self-attention`
-
-## 🔑 what is self-attention
-
-self-attention is a mechanism that lets every token in a sequence **dynamically weigh its relationship to every other token** when computing its next representation.
-
-each token generates three vectors:
-- **query (q)** — what this token is “looking for”
-- **key (k)** — what this token “offers”
-- **value (v)** — the actual information carried
-
-the similarity of query vs key determines how much attention a token pays to another token’s value.
-
-mathematically:
-
-\[
-\text{Attention}(Q,K,V) = \text{softmax}\!\left(\frac{QK^\top}{\sqrt{d_k}}\right) V
-\]
-
-- **qkᵀ** → pairwise similarity scores (**matmul**)
-- **softmax** → normalize into attention weights
-- **weights × v** → weighted sum of values = new representation
-
----
-
-## 🎯 purpose
-- let tokens reference and integrate information from anywhere in the sequence
-- capture long-range dependencies in a single operation
-- enable efficient, parallel computation across tokens
-- provide multiple relational views through multi-head attention
-
----
-
-## ⚙️ method
-
-1. compute q, k, v for each token via linear projections (**matmuls**)
-2. calculate similarity scores q·kᵀ (**matmul**)
-3. normalize scores with softmax (**elemuls**)
-4. use normalized weights to combine values (**matmul**)
-5. update each token representation with the weighted sum
-
----
-
-## 🔑 benefits
-
-1. **parallelism** — all q, k, v computed at once; no recurrence.
-2. **long-range context** — any token can directly attend to any other.
-3. **scalability** — uniform, repeatable structure scales with data/compute.
-4. **expressivity** — multi-head attention lets the model learn diverse relational patterns.
-
----
-
-## 🧩 intuition example
-
-sentence:
-> “the cat sat on the mat because it was tired.”
-
-let’s track the token **“it”** and show how its q, k, v vectors interact with **“the cat.”**
-for illustration, assume a toy **5-dimensional hidden space**.
-
-### token: **“it”**
-- query (**q_it**) = `[0.9, 0.1, 0.0, 0.2, 0.3]`
-  - “looking for an antecedent noun with certain features”
-- key (**k_it**) = `[0.1, 0.3, 0.2, 0.0, 0.4]`
-  - “offers” self as a pronoun needing resolution
-- value (**v_it**) = `[0.2, 0.5, 0.1, 0.0, 0.7]`
-  - the information carried by “it” itself
-
-### token: **“cat”**
-- query (**q_cat**) = `[0.2, 0.4, 0.1, 0.3, 0.0]`
-- key (**k_cat**) = `[0.8, 0.2, 0.0, 0.1, 0.3]`
-  - describes the features of “cat” as a noun subject
-- value (**v_cat**) = `[0.7, 0.6, 0.2, 0.4, 0.1]`
-  - semantic content of “cat”
-
-### computing attention
-1. similarity score = q_it · k_cat =
-   `0.9*0.8 + 0.1*0.2 + 0.0*0.0 + 0.2*0.1 + 0.3*0.3 = 0.72 + 0.02 + 0 + 0.02 + 0.09 = 0.85`
-2. suppose normalized (softmax) weight for “cat” = **0.70**, for others tokens total 0.30.
-3. “it”’s updated representation =
-   `0.70 * v_cat + 0.30 * (weighted sum of other tokens’ values)`
-
-so “it”’s final vector is now strongly composed of “cat”’s value vector, making the model understand that **“it” refers to “the cat.”**
-
----
-
-## 📊 insight
-- **queries = what a token seeks**
-- **keys = what a token provides**
-- **values = the information contributed**
-- weighted connections between them create **context-aware representations**.
-
-self-attention is how llms directly model relationships across a sequence — allowing “it” to learn its referent is “the cat.”

package/dist/roles/bhrain/.briefs/worders/core.transformers.self_attention.[demo].ambig.bank.md

@@ -1,80 +0,0 @@
-# 🧩 .brief.demo: `multi-head self-attention on ambiguous words (value vectors evolve)`
-
-## .what
-this demo shows how two identical tokens — **“bank”** — begin with the same embedding but evolve into **different value vectors** after attention layers, depending on context. multi-head attention disambiguates their meaning dynamically.
-
----
-
-## 🎯 purpose
-- demonstrate that identical word embeddings diverge into context-specific meanings
-- show how q, k, v vectors are derived from hidden states
-- illustrate how attention causes “bank” (financial vs river) to separate
-
----
-
-## ⚙️ demo setup
-
-sentence:
-> “the **bank** raised interest rates, and she sat by the **bank** of the river.”
-
-toy hidden size = **4**, with **2 heads.**
-
----
-
-### 🔹 step 1 — input embedding (same for both “bank”)
-
-both tokens start with the **same embedding lookup** from the word embedding matrix:
-
-- embedding(**bank**) = `[0.5, 0.7, 0.2, 0.1]`
-
-this is identical for both occurrences, because embeddings are tied to vocabulary entries, not context.
-
----
-
-### 🔹 step 2 — hidden states diverge
-
-after one transformer block, the hidden state of each “bank” diverges due to attending to different neighbors:
-
-- hidden(**bank_financial**) = `[0.8, 0.2, 0.6, 0.1]`
-- hidden(**bank_river**)     = `[0.1, 0.9, 0.2, 0.7]`
-
----
-
-### 🔹 step 3 — compute q, k, v from hidden states
-
-each hidden state is projected by learned matrices \( W_q, W_k, W_v \).
-
-for simplicity, show only **value (v)** vectors here:
-
-- v(**bank_financial**) = `[0.6, 0.5, 0.7, 0.2]`
-- v(**bank_river**)     = `[0.2, 0.8, 0.3, 0.6]`
-
-note: originally both banks had the **same v** if taken right after embedding, but after context mixing, they diverge.
-
----
-
-### 🔹 step 4 — multi-head specialization
-
-- **head 1 (financial context):**
-  “bank” attends to “interest rates” → reinforces v(**bank_financial**).
-
-- **head 2 (geographic context):**
-  “bank” attends to “river” → reinforces v(**bank_river**).
-
----
-
-## 🧩 combined effect
-
-- initially, both “bank” tokens share the same vector (embedding).
-- after attention, their hidden states — and thus their q/k/v vectors — diverge.
-- multi-head attention ensures each occurrence is contextualized differently.
-
----
-
-## 📊 insight
-- **embeddings** are static (same for same word).
-- **hidden states** are dynamic (different for each occurrence).
-- **q, k, v** are projections of hidden states, so they also differ per occurrence.
-- result: llms resolve word sense disambiguation in context by letting identical tokens evolve into different representations.
-
-in short: **same word, same start — different meaning, different vectors.**

package/dist/roles/bhrain/.briefs/worders/core.transformers.self_attention.[demo].cat_sat.md

@@ -1,67 +0,0 @@
-# 🧩 .brief.demo: `multi-head self-attention`
-
-## .what
-this demo illustrates how **multi-head self-attention** allows a transformer to capture **different types of relationships simultaneously** by projecting the same tokens into multiple attention “heads.” each head learns its own query/key/value space, enabling diverse relational patterns (e.g., pronoun resolution, verb agreement, or topic continuity).
-
----
-
-## 🎯 purpose
-- show how multiple attention heads operate in parallel
-- demonstrate how heads specialize in different linguistic/semantic functions
-- highlight how combining heads yields richer token representations
-
----
-
-## ⚙️ demo setup
-
-sentence:
-> “the cat sat on the mat because it was tired.”
-
-toy hidden size = **6**, with **2 heads**, each head having its own projection of q, k, v.
-
----
-
-### 🔹 head 1 — pronoun resolution (antecedent tracking)
-
-focus: linking **“it”** → **“the cat.”**
-
-- **q_it (head 1):** `[0.9, 0.1, 0.0]`
-- **k_cat (head 1):** `[0.8, 0.2, 0.1]`
-- **dot product:** `0.9*0.8 + 0.1*0.2 + 0.0*0.1 = 0.74`
-- **attention weight:** 0.74 → dominates over other tokens
-- **result:** “it” attends strongly to “cat,” resolving the pronoun.
-
----
-
-### 🔹 head 2 — verb agreement (syntactic continuity)
-
-focus: linking **subject** (“the cat”) → **verb** (“sat”).
-
-- **q_cat (head 2):** `[0.2, 0.7, 0.3]`
-- **k_sat (head 2):** `[0.1, 0.9, 0.2]`
-- **dot product:** `0.2*0.1 + 0.7*0.9 + 0.3*0.2 = 0.02 + 0.63 + 0.06 = 0.71`
-- **attention weight:** strong match
-- **result:** “cat” attends to “sat,” enforcing subject-verb connection.
-
----
-
-## 🧩 combined effect
-
-after attention, outputs from all heads are concatenated and linearly transformed:
-
-\[
-\text{MultiHead}(Q,K,V) = \text{Concat}(\text{head}_1, \text{head}_2, \dots) W^O
-\]
-
-- **head 1 output:** captures **semantic resolution** (it ↔ cat).
-- **head 2 output:** captures **syntactic relation** (cat ↔ sat).
-- combined, the model encodes **both** types of context simultaneously.
-
----
-
-## 📊 insight
-- each head = a separate lens on token relationships.
-- heads specialize (some semantic, some syntactic, some positional).
-- combining them creates **richer, multifaceted token embeddings.**
-
-in short: **multi-head attention = parallel perspectives on the same sequence.**

package/dist/roles/bhrain/.briefs/worders/force.repeat_input_structures.md

@@ -1,48 +0,0 @@
-# 🧩 .brief: `llm replication of input structures`
-
-## 🔑 what it implies
-
-llms are trained to predict the **next token** given a sequence, so they are highly sensitive to **patterns in the immediate input context**. when a prompt contains an example with a certain structure (formatting, headings, bullet styles, code blocks), the model learns that continuing with the same structure minimizes prediction error.
-
-this replication is not true “understanding” of the structure — it is a probabilistic continuation shaped by training data, where mimicking provided forms was often the correct next step.
-
----
-
-## 🎯 implications for behavior
-
-- **structural mimicry**
-  - the model mirrors bullet lists, markdown, code syntax, or prose style seen in the input.
-- **consistency bias**
-  - once a format is established in the prompt, deviating feels “unlikely” under the learned distribution.
-- **few-shot learning**
-  - demonstration examples act as templates; the model generalizes content into the same frame.
-- **alignment with expectation**
-  - replication maximizes coherence with the input and aligns with user intent implicitly signaled by structure.
-
----
-
-## 🧩 example
-
-> input:
->
-> “list three animals in this format:
-> - mammal:
-> - bird:
-> - reptile:”
-
-> output:
-> - mammal: dog
-> - bird: eagle
-> - reptile: lizard
-
-the model doesn’t reason about taxonomy per se — it reproduces the structure because that’s the **most probable continuation**.
-
----
-
-## 📊 insight
-
-- llms replicate structures because **continuation is their core mechanic**.
-- training on diverse, structured text (tables, lists, markdown, code) reinforced the habit of format preservation.
-- this property is what enables **few-shot prompting** and makes llms easy to steer by example.
-
-in short: **llms copy input structures because structure itself is a strong predictive signal for next-token generation.**