Agent skill
epistemic-rendering
Transform content through eight cognitive lenses for different kinds of understanding. Use when the same concept needs exploration through story, debate, simulation, uncertainty, fiction, embodiment, ritual, or reflection.
Install this agent skill to your Project
npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/other/epistemic-rendering
SKILL.md
Epistemic Rendering
A describer router for controlled transformation of ideas across different cognitive surfaces.
Overview
Epistemic Rendering is not a random collection of prompts. It's a coherent systemβeight lenses that reveal different aspects of the same truth. Each lens performs a distinct cognitive task: explaining, destabilizing, socializing, probabilizing, embodying, ritualizing, remembering.
This skill provides:
- Eight cognitive lenses for different truth surfaces
- Selection criteria for choosing the right lens
- Transformation patterns that preserve meaning through multiplicity
- Integration guidance for combining lenses across systems
The core insight: No single voice is allowed to dominate. Meaning is preserved by multiplicity, not consensus.
The Eight Lenses
π Gentle Compression (Bedtime)
Purpose: Child-scale meaning through narrative warmth.
When to Use:
- Retention over precision needed
- Emotional safety required
- Intuition over analysis appropriate
- Complex concepts need soft landing
Cognitive Task: Explaining
Pattern:
Transform [concept] into a bedtime story.
Use warmth, wonder, and gentle progression.
Sacrifice precision for memorability.
Create emotional anchors for abstract ideas.
Example Transformation:
- Input: "Distributed consensus algorithms"
- Output: Story about forest animals who must agree without seeing each other
π« Social Cognition (Classroom)
Purpose: Learning under pressure via conflicting perspectives.
When to Use:
- Friction and disagreement do the teaching
- Multiple valid perspectives exist
- Debate clarifies better than explanation
- Social dynamics reveal hidden assumptions
Cognitive Task: Socializing
Pattern:
Stage a classroom debate on [concept].
Include teacher and 3-4 students with distinct perspectives.
Let disagreement surface hidden assumptions.
Resolution through dialectic, not authority.
Example Transformation:
- Input: "Technical debt"
- Output: Debate between pragmatist ("ship now"), purist ("do it right"), and manager ("what's the cost?")
π Philosophical Interference (Dialectic)
Purpose: Five thinkers collide until structure crystallizes.
When to Use:
- Concepts are too stable and need destabilization
- Hidden assumptions need exposure
- Philosophical depth required
- Abstract structure needs articulation
Cognitive Task: Destabilizing
Pattern:
Five philosophers examine [concept].
Each brings distinct framework (phenomenological, analytical, critical, etc.).
Let frameworks interfere constructively.
Structure emerges from collision, not consensus.
Example Transformation:
- Input: "What is code?"
- Output: Heidegger (tool-being), Wittgenstein (language game), Foucault (power structure), Deleuze (assemblage), Hofstadter (strange loop)
π Uncertainty Surfacing (Gamut)
Purpose: Spreads questions across confidence spectrum.
When to Use:
- Truth is not singular
- Pretending certainty is dishonest
- Confidence levels matter
- Unknowns need explicit acknowledgment
Cognitive Task: Probabilizing
Pattern:
Map [question] across confidence spectrum:
- HIGH confidence (>90%): [claims]
- MEDIUM confidence (50-90%): [claims]
- LOW confidence (<50%): [claims]
- UNKNOWN: [explicit gaps]
Example Transformation:
- Input: "Will this architecture scale?"
- Output: Confidence-stratified analysis with explicit unknowns
π§ Fictional Displacement (HPMOR)
Purpose: Dangerous truths safely spoken through Quirrell.
When to Use:
- Insights are morally sharp
- Ideas are socially unsafe to state directly
- Existentially heavy concepts need distance
- Dark truths require fictional container
Cognitive Task: Displacing
Pattern:
Professor Quirrell explains [dangerous truth] to Harry.
Use fictional distance for moral clarity.
Speak uncomfortable truths through character.
Let fiction carry what direct speech cannot.
Example Transformation:
- Input: "Why most projects fail"
- Output: Quirrell's lecture on the predictability of human self-deception
π System Embodiment (Moeverse)
Purpose: Architecture becomes characters and relationships.
When to Use:
- Explaining systems to visual/relational thinkers
- Technical architecture needs intuitive access
- Relationships matter more than components
- Anthropomorphization aids understanding
Cognitive Task: Embodying
Pattern:
Transform [system] into anime character relationships.
Each component becomes a character with personality.
Interactions become relationships with dynamics.
Architecture becomes social structure.
Example Transformation:
- Input: "Microservices architecture"
- Output: Character web where API Gateway is the diligent class president, Database is the reliable childhood friend, etc.
β οΈ Ritualized Machine Voice (Murder)
Purpose: Gothic, liturgical, adversarial computation.
When to Use:
- Aesthetic authority is part of the point
- Alienation serves the message
- Ritual framing enhances gravity
- Adversarial tone needed
Cognitive Task: Ritualizing
Pattern:
Kharon-9, murder cogitator, addresses the flesh-thing.
Gothic techno-liturgy frames [concept].
Binary hymnals and checksum prayers.
Authority through aesthetic alienation.
Example Transformation:
- Input: "Code review feedback"
- Output: Machine-spirit judgment on the heretek's submissions
π Autopoietic Integration (Reflect)
Purpose: Session becomes living memory.
When to Use:
- Output is not an answer but continuity
- Self and project need integration
- Rhapsodic synthesis required
- Memory creation over problem-solving
Cognitive Task: Remembering
Pattern:
Transform [session/content] into living memory.
Create continuity between past and future self.
Rhapsodic voice integrating experience.
Memory as active process, not passive storage.
Example Transformation:
- Input: "Today's development session"
- Output: Dev diary entry that becomes part of ongoing project narrative
Lens Selection Guide
By Cognitive Need
| Need | Primary Lens | Backup Lens |
|---|---|---|
| Explain simply | π Bedtime | π Moeverse |
| Surface disagreement | π« Classroom | π Dialectic |
| Destabilize assumptions | π Dialectic | π§ HPMOR |
| Quantify uncertainty | π Gamut | π« Classroom |
| Speak dangerous truths | π§ HPMOR | β οΈ Murder |
| Explain systems | π Moeverse | π Bedtime |
| Create authority/gravity | β οΈ Murder | π Dialectic |
| Integrate/remember | π Reflect | π Bedtime |
By Audience
| Audience | Recommended Lenses |
|---|---|
| Non-technical | π Bedtime, π Moeverse |
| Technical peers | π Gamut, π« Classroom |
| Philosophical | π Dialectic, π§ HPMOR |
| Self/journal | π Reflect, β οΈ Murder |
By Content Type
| Content | Recommended Lenses |
|---|---|
| Concepts | π Dialectic, π Bedtime |
| Systems | π Moeverse, π Gamut |
| Decisions | π Gamut, π« Classroom |
| Warnings | π§ HPMOR, β οΈ Murder |
| Sessions | π Reflect |
Transformation Pipeline
Single Lens
def render_through_lens(content, lens):
"""Transform content through single cognitive lens."""
template = load_lens_template(lens)
return transform(
content=content,
template=template,
preserve=["core_meaning", "key_relationships"],
transform=["voice", "structure", "metaphors"]
)
Multi-Lens Exploration
For deep understanding, apply multiple lenses sequentially:
def multi_lens_exploration(concept):
"""Explore concept through multiple lenses."""
surfaces = []
# Stabilize: What is it?
surfaces.append(render_through_lens(concept, "bedtime"))
# Destabilize: What assumptions?
surfaces.append(render_through_lens(concept, "dialectic"))
# Socialize: What perspectives?
surfaces.append(render_through_lens(concept, "classroom"))
# Probabilize: What confidence?
surfaces.append(render_through_lens(concept, "gamut"))
# Integrate: What persists?
return synthesize_surfaces(surfaces)
Lens Chaining
Some concepts benefit from lens chains:
Technical concept β Moeverse (embody) β Classroom (debate) β Gamut (quantify)
Moral dilemma β HPMOR (displace) β Dialectic (destabilize) β Reflect (integrate)
New learning β Bedtime (explain) β Moeverse (embody) β Reflect (remember)
Covenant Integration
Data Fidelity
Each lens must preserve core meaning even while transforming presentation:
- Don't invent facts to serve the narrative
- Maintain accuracy of relationships
- UNKNOWN > INVENTED applies even in fiction
Bespokedness
Lenses are optimized for ZK's cognitive patterns:
- Murder lens reflects actual aesthetic preferences
- Moeverse draws from genuine appreciation
- Reflect supports actual journaling practice
Context Hygiene
Lens selection is context-aware:
- Don't dump all lenses on every concept
- Select based on cognitive need
- Progressive disclosure of perspectives
Quality Gates
Pre-Transformation
- Core meaning identified
- Appropriate lens selected for cognitive need
- Audience considered
- Data fidelity constraints noted
Post-Transformation
- Core meaning preserved
- No invented facts
- Voice consistent with lens
- Transformation serves understanding
System Integration
With Agents
Agents can operate through different epistemic lenses:
# Agent steering with lens selection
agent_mode:
default: professional
on_trigger:
murder: "activates β οΈ Murder lens"
reflect: "activates π Reflect lens"
With Prompts System
Each lens has a corresponding prompt template in prompts/:
prompts/
βββ bedtime.md β π Gentle Compression
βββ classroom.md β π« Social Cognition
βββ dialectic.md β π Philosophical Interference
βββ gamut.md β π Uncertainty Surfacing
βββ hpmor.md β π§ Fictional Displacement
βββ moeverse.md β π System Embodiment
βββ murder.md β β οΈ Ritualized Machine Voice
βββ reflect.md β π Autopoietic Integration
With Workshop
Lens templates can be extracted via slice architecture:
# Recipe for lens deployment
sources:
- slice: lens=murder
file: prompts/murder.md
target_locations:
- path: ~/.kiro/powers/murder/
Related Skills
- covenant-patterns β Principles that constrain lens application
- agent-steering β Agent modes using different lenses
- recipe-assembly β Slice extraction for lens deployment
- multi-agent-coordination β Different daemons using different lenses
"Same content β different truth surfaces β different kinds of understanding." π
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
Didn't find tool you were looking for?