From epicsagas
Recommends and structures learning from a field completely outside the user's expertise. Generates a weekly reading plan with summary template for cross-pollination of ideas. Triggers on: 'learn something new', 'asymmetric learning', 'weekly learning', 'outside my field', 'cross-pollination'.
How this skill is triggered — by the user, by Claude, or both
Slash command
/epicsagas:asymmetric-learningThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Force weekly engagement with a field completely outside the user's expertise. Innovation happens at the intersection of domains, not in the depth of one.
Force weekly engagement with a field completely outside the user's expertise. Innovation happens at the intersection of domains, not in the depth of one.
Auto-trigger: User has been working exclusively in their primary domain (Rust, AI agents, systems engineering) for >2 weeks without mentioning any other field.
Explicit (/asymmetric-learning): User wants a reading recommendation outside their field, or wants to structure their cross-domain learning.
Generate 3 book recommendations from 3 different non-technical fields. Select from:
| Domain | Why it matters for engineers |
|---|---|
| Behavioral psychology | Decision-making patterns, cognitive biases, habit formation |
| Marketing / positioning | How products are perceived, not just how they work |
| Organizational behavior | Team dynamics, communication failure modes |
| Negotiation / sales | Understanding what people actually want vs. what they say |
| Design thinking | User-centered problem solving beyond technical optimization |
| Economics / game theory | Incentive structures, system-level thinking |
| Storytelling / narrative | How to communicate complex ideas simply |
| Biology / evolution | Adaptation, emergence, complex systems |
| Education / pedagogy | How people learn, which applies to documentation and onboarding |
Present 3 options from different domains. User picks one.
Generate a 7-day reading schedule:
# Weekly Reading Plan
## Book: {title} by {author}
## Domain: {domain}
| Day | Task |
|-----|------|
| Mon | Read chapters {N-N}. Note: key concepts only. |
| Tue | Read chapters {N-N}. Note: one idea that connects to your work. |
| Wed | Read chapters {N-N}. Note: what surprises you. |
| Thu | Read chapters {N-N}. Note: what contradicts your assumptions. |
| Fri | Read chapters {N-N}. Note: actionable insight. |
| Sat | Complete summary template. |
| Sun | Write cross-pollination note: how does this apply to {user's project}? |
Provide the template to fill after reading:
---
book: {title}
author: {author}
domain: {domain}
date_completed: {ISO-8601}
---
# Book Summary: {title}
## One-sentence thesis
{What is the book's core argument?}
## 3 key ideas
1. {idea}: {one-paragraph explanation}
2. {idea}: {one-paragraph explanation}
3. {idea}: {one-paragraph explanation}
## Surprising insight
{What challenged your existing beliefs?}
## Cross-pollination
{How does one idea from this book apply to your current work/project?}
## Concrete action
{One specific thing you will do differently based on this book}
Guide the user to save the summary:
# Save to PARA structure
# Projects/ if directly applicable to active work
# Areas/ if general professional development
# Resources/ if reference material for future use
mkdir -p asymmetric-learning
Write the reading plan to asymmetric-learning/PLAN-{timestamp}.md.
| Excuse | Rebuttal | Do instead |
|---|---|---|
| "I don't have time to read" | You spent 40 hours this week on technical work. 3 hours for a book is 7.5%. | Read 30 min/day. That's a book a week. |
| "This won't help my work" | You don't know that. That's the point. | The connections become obvious after reading, not before. |
| "I prefer technical books" | Your technical depth is already high. That's not the bottleneck. | Read what you're BAD at, not what you're good at. |
| "I learn from articles instead" | Articles are pre-digested thinking. Books force sustained engagement. | One book > ten articles. Depth beats breadth. |
| "I'll do it when I'm less busy" | You will never be less busy. | Schedule it now. Same time every week. |
npx claudepluginhub epicsagas/plugins --plugin epicsagasGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.