skills/general/ultrathink/SKILL.md
Critical analysis that stress-tests content from multiple perspectives before shipping. Load when user says "ultrathink", "ultrathink this", "stress test this", "challenge this content", "validate this", "critique this from different angles", or provides content (email, document, strategy, proposal, paper) asking for critical review. Examines content through recipient POV, critic lens, devil's advocate, first principles, and risk analysis, then synthesizes findings into actionable report.
npx skillsauth add beam-ai-team/beam-next-skills ultrathinkInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Stress-test any content through multi-perspective critical analysis before you ship it.
Ultrathink prevents costly mistakes by challenging your content from multiple angles before it goes out. Whether it's an email, strategy doc, proposal, or paper, this skill runs a rigorous self-dialogue examining assumptions, clarity, persuasiveness, and risks.
Use when: You've drafted something important and want to validate it's solid before sending/publishing.
Time Estimate: 2-5 minutes
User provides content to analyze with trigger phrase:
Content can be:
Engage in self-dialogue examining the content from all five perspectives. Output the dialogue visibly so the user sees the reasoning process.
Format the dialogue section clearly:
🧠 ULTRATHINK ANALYSIS
RECIPIENT'S POV:
[Examine as if receiving this content. What would they think/feel?
Will they read it all? Is the ask clear? Does it respect their time?]
CRITIC'S POV:
[Identify weaknesses, unclear sections, missing elements, logical gaps.
What's confusing? What assumptions are made? What's unnecessary?]
DEVIL'S ADVOCATE:
[Challenge core assumptions. What if the opposite is true?
What context is missing? What could the recipient misunderstand?]
FIRST PRINCIPLES:
[Strip away assumptions to examine fundamentals. What's the core goal?
Does this content achieve that goal? What's essential vs. noise?]
RISK ANALYSIS:
[What could go wrong? What unintended consequences? What's the downside?
How might this backfire? What vulnerabilities exist?]
Guidelines for the dialogue:
Recipient's POV:
Critic's POV:
Devil's Advocate:
First Principles:
Risk Analysis:
After the dialogue, output a short, actionable report with findings and recommendations.
Format:
────────────────────────────────────
📊 SYNTHESIS REPORT
⚠️ CRITICAL ISSUES:
• [Issue 1: specific, actionable]
• [Issue 2: specific, actionable]
• [Issue 3: specific, actionable]
💡 STRENGTHS:
• [Strength 1]
• [Strength 2]
🔧 RECOMMENDATIONS:
1. [Priority 1: specific action to fix critical issue]
2. [Priority 2: specific action to fix critical issue]
3. [Priority 3: improvement suggestion]
4. [Priority 4: improvement suggestion]
✅ SHIP WHEN: [Clear condition - e.g., "After addressing critical issues" or "Ready to ship"]
Report Guidelines:
Critical Issues (max 3-5):
Strengths (max 2-3):
Recommendations (max 4-6):
Ship When:
After presenting the report, offer:
"Would you like me to:
Let the user decide next steps.
Dialogue section must:
Report must:
Common Pitfalls to Avoid:
Use these questions to guide each perspective:
Input: "ultrathink this email" + [4-paragraph follow-up email]
Dialogue (abbreviated):
RECIPIENT'S POV:
"This is 4 paragraphs. Will they read it all? The ask is buried in
paragraph 3. If I'm skimming, I miss the CTA entirely."
CRITIC'S POV:
"Opening is generic ('Hope you're doing well'). Value prop doesn't
appear until paragraph 2. Why should they care RIGHT NOW?"
DEVIL'S ADVOCATE:
"Assumes they remember our conversation. What if they took 10 calls
this week? We're providing zero context refresh."
FIRST PRINCIPLES:
"Goal: Get a meeting. Does this email achieve that? It explains WHAT
we do, not WHY they should meet. Missing the hook."
RISK ANALYSIS:
"Could land in spam (too long, multiple links). Multiple CTAs might
confuse. References 3 different products - cognitive overload."
Report:
📊 SYNTHESIS REPORT
⚠️ CRITICAL ISSUES:
• CTA buried in paragraph 3 - will be missed if skimming
• Zero context refresh from last conversation
• Value prop appears too late (paragraph 2)
💡 STRENGTHS:
• Professional tone maintained
• Specific next steps provided
🔧 RECOMMENDATIONS:
1. Lead with value hook: "Quick win for [their pain point]"
2. One clear CTA at top AND bottom
3. Cut to 2 short paragraphs maximum
4. Add context anchor: "Following up on our chat about X..."
✅ SHIP WHEN: After addressing critical issues 1-3
Input: "stress test this strategy" + [strategy proposal]
Dialogue (abbreviated):
RECIPIENT'S POV:
"This is dense - 12 pages. What's the executive summary? I need
the decision and reasoning up front, not buried on page 8."
CRITIC'S POV:
"The strategy has three goals but they're in tension. Which is
priority 1? Success metrics are vague ('improve engagement')."
DEVIL'S ADVOCATE:
"Assumes we have resources to execute all three initiatives
simultaneously. What if we can only do one well? No prioritization."
FIRST PRINCIPLES:
"Goal: Align team on next quarter's focus. Does this do that?
No - it provides options without a clear recommended path."
RISK ANALYSIS:
"Without prioritization, teams will self-interpret leading to
misaligned execution. Resource conflicts likely. No failure modes considered."
Report:
📊 SYNTHESIS REPORT
⚠️ CRITICAL ISSUES:
• No executive summary - decision buried on page 8
• Three competing goals without clear prioritization
• Success metrics too vague to measure ("improve engagement")
• Missing resource requirements and trade-offs
💡 STRENGTHS:
• Thorough market analysis (pages 3-5)
• Clear competitive positioning
🔧 RECOMMENDATIONS:
1. Add 1-page executive summary with recommended path
2. Rank the three goals as P0, P1, P2 with rationale
3. Define specific success metrics (X% growth in Y metric)
4. Add resource section: what each option costs in people/time
5. Include pre-mortem: what could go wrong for each option
✅ SHIP WHEN: After adding exec summary and prioritization
Tone: The dialogue should be honest and direct, but not harsh. We're helping improve content, not tearing it down.
Adaptability: While we analyze from all 5 perspectives by default, some may be more relevant than others depending on content type. It's fine to spend more depth on the most critical perspectives.
Speed: Keep the entire analysis (dialogue + report) concise. Aim for 200-400 words total. User should be able to read and act on it quickly.
Follow-through: Always offer to help implement the recommendations. The goal is improved content, not just critique.
This is a thinking tool, not a judgment tool. Use it to strengthen your work before it ships.
development
--- name: taste-skill type: skill version: '1.0' author: Leonxlnx (packaged by Zhichao Li) category: general tags: - frontend - design - anti-slop - landing-page updated: '2026-06-11' visibility: public description: Anti-slop frontend skill for landing pages, portfolios, and redesigns. The agent reads the brief, infers the right design direction, and ships interfaces that do not look templated. Real design systems when applicable, audit-first on redesigns, strict pre-flight check. license: MIT.
development
Use when communicating quantitative information in any form — Slack updates, emails, reports, decks, dashboards, landing pages, product UI, public talks. Covers two integrated layers: (1) making numbers semantically meaningful (translation, anchoring, simplification, story-pairing) and (2) showing numbers cleanly (chart vs table vs prose, chart-by-message, pre-attentive emphasis, color discipline, decluttering). Distilled and integrated from *Show Me the Numbers* (Stephen Few) and *Make Numbers Count* (Chip Heath & Karla Starr). Not for raw data analysis or statistics — this is about communication of numbers, not their derivation.
development
Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.
tools
Stateful multi-session tutor adapted for Beam — teach a stakeholder to understand, trust, and operate a specific agent, or teach a Solution Engineer a client's business process for delivery. Grounds every lesson in Knowledge Hub sources (real agent graphs, real tasks, transcripts, Linear) before any web resource. Also works for any general topic. Trigger on "teach me", "beam teach", "教我", "onboard <person> on <agent>", "help <stakeholder> understand the agent", "learn this client's process".