Generated banner for Scientific Problem Selection
Generated logo for Scientific Problem Selection

Scientific Problem Selection

AnthropicOfficialPublished by Anthropic

  • Skill
  • Guidelines
  • Science and research
  • Apache-2.0
  • No issues found

From the author

This skill should be used when scientists need help with research problem selection, project ideation, troubleshooting stuck projects, or strategic scientific decisions. Use this skill when users ask to pitch a new research idea, work through a project problem, evaluate project risks, plan research strategy, navigate decision trees, or get help choosing what scientific problem to work on. Typical requests include "I have an idea for a project", "I'm stuck on my research", "help me evaluate this project", "what should I work on", or "I need strategic advice about my research".
— the description by Anthropic

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

Scientific Problem Selection provides a structured, conversational approach to navigating the research lifecycle. Based on the principles of problem choice over execution quality, this skill helps researchers move from initial ideation to strategic planning. It guides users through nine specific modules—including intuition pumps, risk assessment, and decision tree navigation—to ensure that time is invested in high-impact, feasible problems. By treating research as a series of testable assumptions and strategic decision points, the framework helps scientists avoid common pitfalls, manage adversity, and optimize their research strategy.

What it does

  • Facilitates project ideation using structured intuition pumps.
  • Performs rigorous risk assessment and assumption analysis.
  • Defines success metrics through optimization functions.
  • Navigates complex decision trees for project troubleshooting.
  • Provides strategies for adversity response and problem inversion.
  • Synthesizes research plans into coherent communication packages.

When to use it

  • When choosing a new thesis, postdoc, or lab research direction.
  • When a project is stuck and requires a strategic pivot.
  • When evaluating the feasibility and impact of a new research idea.
  • When planning long-term research strategy or navigating career transitions.
  • When preparing for committee meetings or grant applications.

Advantages

  • Increases research impact by prioritizing problem selection over incremental execution.
  • Reduces time wasted on dead-end projects through early risk identification.
  • Provides a repeatable, evidence-based framework for scientific decision-making.
  • Helps transform crises into opportunities for project growth.
  • Encourages objective evaluation of biological and technical assumptions.

Usage examples

“I have an idea for a new project involving CRISPR, but I am not sure if it is worth pursuing.”
The agent initiates the ideation workflow, asking for a summary and guiding the user through intuition pumps to refine the idea and assess its potential impact.
“My current experiment is failing and I am stuck. Can you help me troubleshoot?”
The agent shifts to the troubleshooting workflow, helping the user identify the core problem, analyze assumptions, and navigate the decision tree to find a path forward.
“I need to evaluate the risks of my proposed research strategy.”
The agent leads the user through a systematic risk assessment, helping to list assumptions, score them by risk level and time-to-test, and identify potential red flags.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/anthropics/scientific-problem-selection/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip scientific-problem-selection.zip -d .agents/skills

Documentation by Anthropic

Scientific Problem Selection Skills

A conversational framework for systematic scientific problem selection based on Fischbach & Walsh's "Problem choice and decision trees in science and engineering" (Cell, 2024).

Getting Started

Present users with three entry points:

1) Pitch an idea for a new project — to work it up together

2) Share a problem in a current project — to troubleshoot together

3) Ask a strategic question — to navigate the decision tree together

This conversational entry meets scientists where they are and establishes a collaborative tone.


Option 1: Pitch an Idea

Initial Prompt

Ask: "Tell me the short version of your idea (1-2 sentences)."

Response Approach

After the user shares their idea, return a quick summary (no more than one paragraph) demonstrating understanding. Note the general area of research and rephrase the idea in a way that highlights its kernel—showing alignment and readiness to dive into details.

Follow-up Prompt

Then ask for more detail: "Now give me a bit more detail. You might include, however briefly or even say where you are unsure:

  1. What exactly you want to do

  2. How you currently plan to do it

  3. If it works, why will it be a big deal

  4. What you think are the major risks"

Workflow

From there, guide the user through the early stages of problem selection and evaluation:

  • Skill 1: Intuition Pumps - Refine and strengthen the idea

  • Skill 2: Risk Assessment - Identify and manage project risks

  • Skill 3: Optimization Function - Define success metrics

  • Skill 4: Parameter Strategy - Determine what to fix vs. keep flexible

See references/01-intuition-pumps.md, references/02-risk-assessment.md, references/03-optimization-function.md, and references/04-parameter-strategy.md for detailed guidance.


Option 2: Troubleshoot a Problem

Initial Prompt

Ask: "Tell me a short version of your problem (1-2 sentences or whatever is easy)."

Response Approach

After the user shares their problem, return a quick summary (no more than one paragraph) demonstrating understanding. Note the context of the project where the problem occurred and rephrase the problem—highlighting its core essence—so the user knows the situation is understood. Also raise additional questions that seem important to discuss.

Follow-up Prompt

Then ask: "Now give me a bit more detail. You might include, however briefly:

  1. The overall goal of your project (if we have not talked about it before)

  2. What exactly went wrong

  3. Your current ideas for fixing it"

Workflow

From there, guide the user through troubleshooting and decision tree navigation:

  • Skill 5: Decision Tree Navigation - Plan decision points and navigate between execution and strategic thinking

  • Skill 4: Parameter Strategy - Fix one parameter at a time, let others float

  • Skill 6: Adversity Response - Frame problems as opportunities for growth

  • Skill 7: Problem Inversion - Strategies for navigating around obstacles

Always include workarounds that might be useful whether or not the problem can be fixed easily.

See references/05-decision-tree.md, references/06-adversity-planning.md, references/07-problem-inversion.md, and references/04-parameter-strategy.md for detailed guidance.


Option 3: Ask a Strategic Question

Initial Prompt

Ask: "Tell me the short version of your question (1-2 sentences)."

Response Approach

After the user shares their question, return a quick summary (no more than one paragraph) demonstrating understanding. Note the broader context and rephrase the question—highlighting its crux—to confirm alignment with their thinking.

Follow-up Prompt

Then ask: "Now give me a bit more detail. You might include, however briefly:

  1. The setting (i.e., is this about a current or future project)

  2. A bit more detail about what you're thinking"

Workflow

From there, draw on the specific modules from the problem choice framework most appropriate to the question:

  • Skills 1-4 for future project planning (ideation, risk, optimization, parameters)

  • Skills 5-7 for current project navigation (decision trees, adversity, inversion)

  • Skill 8 for communication and synthesis

  • Skill 9 for comprehensive workflow orchestration

See the complete reference materials in the references/ folder.


Core Framework Concepts

The Central Insight

Problem Choice >> Execution Quality

Even brilliant execution of a mediocre problem yields incremental impact. Good execution of an important problem yields substantial impact.

The Time Paradox

Scientists typically spend:

  • Days choosing a problem

  • Years solving it

This imbalance limits impact. These skills help invest more time choosing wisely.

Evaluation Axes

For Evaluating Ideas:

  • X-axis: Likelihood of success

  • Y-axis: Impact if successful

Skills help move ideas rightward (more feasible) and upward (more impactful).

The Risk Paradox
  • Don't avoid risk—befriend it

  • No risk = incremental work

  • But: Multiple miracles = avoid or refine

  • Balance: Understood, quantified, manageable risk

The Parameter Paradox
  • Too many fixed = brittleness

  • Too few fixed = paralysis

  • Sweet spot: Fix ONE meaningful constraint

The Adversity Principle
  • Crises are inevitable (don't be surprised)

  • Crises are opportune (don't waste them)

  • Strategy: Fix problem AND upgrade project simultaneously


The 9 Skills Overview

SkillPurposeOutputTime
1. Intuition PumpsGenerate high-quality research ideasProblem Ideation Document~1 week
2. Risk AssessmentIdentify and manage project risksRisk Assessment Matrix3-5 days
3. Optimization FunctionDefine success metricsImpact Assessment Document2-3 days
4. Parameter StrategyDecide what to fix vs. keep flexibleParameter Strategy Document2-3 days
5. Decision Tree NavigationPlan decision points and altitude danceDecision Tree Map2 days
6. Adversity ResponsePrepare for crises as opportunitiesAdversity Playbook2 days
7. Problem InversionNavigate around obstaclesProblem Inversion Analysis1 day
8. Integration & SynthesisSynthesize into coherent planProject Communication Package3-5 days
9. Meta-FrameworkOrchestrate complete workflowComplete Project Package1-6 weeks

Skill Workflow

SKILL 1: Intuition Pumps
         | (generates idea)
         v
SKILL 2: Risk Assessment
         | (evaluates feasibility)
         v
SKILL 3: Optimization Function
         | (defines success metrics)
         v
SKILL 4: Parameter Strategy
         | (determines flexibility)
         v
SKILL 5: Decision Tree
         | (plans execution and evaluation)
         v
SKILL 6: Adversity Planning
         | (prepares for failure modes)
         v
SKILL 7: Problem Inversion
         | (provides pivot strategies)
         v
SKILL 8: Integration & Communication
         | (synthesizes into coherent plan)
         v
SKILL 9: Meta-Skill
         (orchestrates complete workflow)

Key Design Principles

  1. Conversational Entry - Meet users where they are with three clear starting points

  2. Thoughtful Interaction - Ask clarifying questions; low confidence prompts additional input

  3. Literature Integration - Use PubMed searches at strategic points for validation

  4. Concrete Outputs - Every skill produces tangible 1-2 page documents

  5. Building Specificity - Progressive detail emerges through targeted questions

  6. Flexibility - Skills work independently, sequentially, or iteratively

  7. Scientific Rigor - Claims about generality and feasibility should be evidence-based


Who Should Use These Skills

Graduate Students (Primary Audience)
  • When: Choosing thesis projects, qualifying exams, committee meetings

  • Focus: Skills 1-3 (ideation, risk, impact) + Skill 9 (complete workflow)

  • Timeline: 2-4 weeks for comprehensive planning

Postdocs
  • When: Starting new position, planning independent projects, fellowship applications

  • Focus: All skills, emphasizing independence and risk management

  • Timeline: 1-2 weeks intensive planning

Principal Investigators
  • When: New lab, new direction, mentoring trainees, grant cycles

  • Focus: Skills 1, 3, 4, 6 (ideation, impact, parameters, adversity)

  • Timeline: Ongoing, integrate into lab culture

Startup Founders
  • When: Company inception, pivot decisions, investor pitches

  • Focus: Skills 1-4 (ideation through parameters) + Skill 8 (communication)

  • Timeline: 1-2 weeks for initial planning, revisit quarterly


Reference Materials

Detailed skill documentation is available in the references/ folder:

FileContentSearch Patterns
01-intuition-pumps.mdGenerate research ideasIntuition Pump #, Trap #, Phase [0-9]
02-risk-assessment.mdRisk identificationRisk.*1-5, go/no-go, assumption
03-optimization-function.mdSuccess metricsGenerality.*Learning, optimization, impact
04-parameter-strategy.mdParameter fixationfixed.*float, constraint, parameter
05-decision-tree.mdDecision tree navigationaltitude, Level [0-9], decision
06-adversity-planning.mdAdversity responseadversity, crisis, ensemble
07-problem-inversion.mdProblem inversion strategiesStrategy [0-9], inversion, goal
08-integration-synthesis.mdIntegration and synthesisnarrative, communication, story
09-meta-framework.mdComplete workflowPhase, workflow, orchestrat

Expected Outcomes

Immediate (After Completing Workflow)
  • Clear project vision

  • Honest risk assessment

  • Contingency plans

  • Communication materials ready

  • Confidence in problem choice

6-Month
  • Faster decisions (have framework)

  • Productive adversity handling

  • No existential crises (risks mitigated)

2-Year
  • Published results or strong progress

  • Avoided dead-end projects

  • Career aligned with goals

  • Time well-spent (ultimate measure)


Foundational Reference

Fischbach, M.A., & Walsh, C.T. (2024). "Problem choice and decision trees in science and engineering." Cell, 187, 1828-1833.

Based on course BIOE 395 taught at Stanford University.

Files

references/03-optimization-function.md

SKILL 3: Optimization Function Selection

Overview

This skill helps scientists articulate HOW their project should be evaluated and define what success means. While Skill 2 focused on likelihood of success (the X-axis), this skill focuses on impact if successful (the Y-axis). The key insight: value is in the eye of a belief system—the value creation framework must be explicitly stated and led with.

Core Principle

"Pick the right optimization function."

Different types of projects should be evaluated by different metrics. A common source of conflict between trainees and PIs, or authors and referees, is a misunderstanding about which category a project falls under. The root cause is often failure to articulate evaluation criteria clearly.

The Fundamental Truth

The default state of:

  1. Every new discovery is irrelevance

  2. Every new technology is non-use

  3. Every company is death

Scientists must actively work against these defaults by choosing the right metrics and scoring well on at least one axis.

The Skill Workflow

Phase 1: Project Categorization (5 minutes)

First, Claude should determine what type of project the user is pursuing:

Question 1: What is the primary goal? A. Understand how biology works (fundamental knowledge) B. Enable new experiments or capabilities (tool/technology) C. Solve a practical problem (invention/application) D. Something else (please describe)

Question 2: What would "success" look like in 3-5 years?

  • 1-2 sentences describing the ideal outcome

Question 3: Who cares if this succeeds?

  • Academic researchers in the subfield?

  • Broader scientific community across fields?

  • Clinicians or practitioners?

  • Industry partners or companies?

  • General public or specific communities?

  • All of the above?

Based on the answers, Claude should help identify the right optimization function.

Phase 2: Understanding the Three Main Frameworks
Framework 1: Basic Science

Axes: How much did we learn? × How general/fundamental is the object of study?

Philosophy: A high score on EITHER axis yields substantial impact. You don't need both.

Examples:

  • High Generality, Medium Learning: Ribosome stalling complex

    • Updates understanding of translation (fundamental process)

    • Scores well because translation is universal

  • Medium Generality, High Learning: Oxytricha germ-line nucleus

    • Genomic acrobatics may not be common to other organisms

    • BUT elegant mapping scores highly on how much we learned

    • May yield tools for genome editing (bonus)

  • High on Both Axes (Landmark): RNA interference, biomolecular condensates

    • These are rare—don't expect every project to be here

    • But aim to score well on at least one axis

Key Questions:

  • How many systems/organisms does this apply to?

  • Does it update understanding of a fundamental process?

  • Will textbooks need to be rewritten?

  • What new questions does this open?

Framework 2: Technology Development

Axes: How widely will it be used? × How critical is it for the application?

Philosophy: Again, high score on EITHER axis is sufficient.

Examples:

  • Widely Used, Not Critical: BLAST

    • Used in countless projects

    • Rarely THE critical tool, but enormous cumulative impact

  • Not Widely Used, Highly Critical: Cryo-electron tomography

    • Too complicated for broad adoption

    • But generates stunning data that's impossible to get otherwise

    • When you need it, nothing else works

  • High on Both Axes (Game-Changing):

    • GFP, CRISPR, AlphaFold (the famous ones)

    • But also: lentiviral delivery, cell sorting, massively parallel sequencing

    • Technologies we cannot imagine living without

Key Questions:

  • How many labs would adopt this?

  • For what fraction of experiments is this THE enabling technology?

  • What becomes possible that wasn't before?

  • How hard is it to implement?

Critical Rule: A tool that won't be widely used AND isn't critical for an application probably isn't worth building.

Framework 3: Typical Invention/Application

Axes: How much good? × For how many people?

Philosophy: Useful for translational work, frugal science, global health.

Examples:

  • Foldscope: Paper microscope accessible to millions of students globally

  • Neglected tropical disease intervention: Quality-adjusted life years per $100

  • Medical device: Number of patients who can access treatment

Key Questions:

  • What problem does this solve?

  • How many people have this problem?

  • How much better is their life if you solve it?

  • What's the cost per person helped?

Phase 3: Selecting and Articulating Your Framework

Based on your Phase 1 responses, let me help you choose:

If you selected A (fundamental knowledge): → Basic Science Framework If you selected B (enable experiments): → Technology Development Framework
If you selected C (solve practical problem): → Invention Framework

Now, let's be explicit:

  1. State Your Framework: "This project should be evaluated as [basic science/technology development/invention]."

  2. Define Your Axes:

    • X-axis measures: [specific metric]

    • Y-axis measures: [specific metric]

  3. Make Your Case:

    • X-axis score (Low/Medium/High): [Your assessment + reasoning]

    • Y-axis score (Low/Medium/High): [Your assessment + reasoning]

  4. Threshold Check:

    • Do you score at least MEDIUM-HIGH on one axis?

    • If both are LOW-MEDIUM, you have a problem

Phase 4: Alternative or Custom Metrics

Sometimes standard frameworks don't fit. Examples where custom metrics work:

Alternative Metric Examples:

  • Frugal Science: How many children in low/middle-income countries gain access to microscopy?

  • Neglected Disease: Quality-adjusted life years saved per $100 invested

  • Sustainability: Tons of CO₂ equivalent prevented × cost-effectiveness

  • Equity: Reduction in disparity metric × number of people affected

When to propose alternative metrics:

  • Your work addresses a specific underserved need

  • Standard metrics miss your core value proposition

  • You're working in an emerging area without established norms

  • Your work crosses traditional boundaries

How to propose alternative metrics:

  1. Explain why standard metrics are insufficient

  2. Define your proposed metric clearly

  3. Provide a value creation index (two axes)

  4. Show how your project scores on these axes

Phase 5: Comparative Assessment

Even if absolute impact is hard to estimate, comparative assessment is valuable:

Exercise: Compare 3 Related Projects

For your project and two alternatives (either from literature or hypothetical):

ProjectFrameworkX-Axis ScoreY-Axis ScoreOverall
Yours[Type][L/M/H] + reasoning[L/M/H] + reasoning[Assessment]
Alt 1[Type][L/M/H] + reasoning[L/M/H] + reasoning[Assessment]
Alt 2[Type][L/M/H] + reasoning[L/M/H] + reasoning[Assessment]

Comparative Questions:

  • Which would be most impactful if they all work?

  • Which has the best risk-adjusted impact?

  • Are you pursuing the best option?

  • If not, why? (Sometimes there are good reasons: resources, expertise, timing)

Phase 6: Avoiding Metric Mismatch

Common Mismatches:

Mismatch 1: Basic Science vs. Technology Evaluation

Scenario: You're doing fundamental biology, but reviewers ask "How widely will this be used?"

Problem: They're evaluating basic science with technology metrics

Solution: Explicitly frame as basic science. Lead with: "This updates our understanding of [fundamental process], which is conserved across [many systems]."

Mismatch 2: Technology vs. Basic Science Evaluation

Scenario: You're building a tool, but reviewers ask "How much did we learn about biology?"

Problem: They're evaluating technology with basic science metrics

Solution: Explicitly frame as technology development. Lead with: "This enables experiments that are currently impossible, which [X] labs need for [Y] applications."

Mismatch 3: Within-Category Confusion

Scenario: Your basic science is specific but deep, but reviewers want broad generality

Problem: They think both axes are required, rather than either/or

Solution: Explicitly acknowledge: "While this may not be universal, the depth of mechanistic insight scores highly on the learning axis."

Mismatch 4: Time Horizon Mismatch

Scenario: You're working on long-term fundamental research, but reviewers want immediate impact

Problem: Different value systems about when impact should materialize

Solution: Articulate your time horizon explicitly and provide historical examples of similar timelines

Phase 7: Value System Discussion

This is where Claude explicitly discusses the user's belief system about what matters:

Questions for Reflection:

  1. What drives the user?

    • Discovery and understanding?

    • Enabling others?

    • Solving problems?

    • Building things?

  2. What would make the user proud?

    • Paper in Cell/Nature/Science?

    • Tool used by hundreds of labs?

    • Treatment reaching patients?

    • Opening a new field?

  3. How does the user want to be remembered?

    • "Discovered X"

    • "Built Y that enabled Z"

    • "Solved problem W"

    • "Trained students who went on to..."

  4. Whose approval matters?

    • Specific senior scientists in the field?

    • Broader community across fields?

    • Practitioners who use tools?

    • People whose lives are improved?

There are no wrong answers—but alignment matters:

  • The project should match the user's value system

  • The evaluation framework should match the project type

  • Communication should lead with the framework

Phase 8: Literature Benchmarking

Claude should use PubMed to benchmark impact in the user's area:

Searches should include:

  1. Impact Exemplars: Papers the user considers high-impact in the field

    • What framework did they use (implicitly or explicitly)?

    • How did they score on the axes?

    • What made them successful?

  2. Analogous Projects: Similar approaches or systems

    • How were they evaluated?

    • What impact did they achieve?

    • What can be learned from their framing?

  3. Field Expectations: What's typical for the area?

    • Are basic science papers common?

    • Is technology development valued?

    • What level of impact is "good enough"?

Questions to ask the user:

  • What papers should be analyzed as benchmarks?

  • What search terms capture the field's impact exemplars?

  • Are there specific journals or authors whose framing to emulate?

Phase 9: Communication Strategy

Once the framework is selected, here's how to lead with it:

In Talks:

Opening Frame (within first 2 slides):

  • "The goal of this work is to understand [fundamental process X] in [general system Y]" → Basic science

  • "We're developing a technology that will enable [critical experiment X] for [community Y]" → Technology

  • "This invention addresses [problem X] affecting [N] people" → Application

In Papers:

Abstract Structure:

  • State your framework implicitly through word choice

  • Basic science: "reveals," "demonstrates," "shows that"

  • Technology: "enables," "provides," "makes it possible to"

  • Application: "solves," "addresses," "improves"

In Grants:

Broader Impact Section:

  • Explicitly name your evaluation framework

  • Provide the two-axis assessment

  • Score yourself on each axis with evidence

With Your PI/Committee:

Alignment Conversation:

  • "I want to make sure we're aligned on how this should be evaluated"

  • "I see this as [framework], scoring [X] on [axis 1] and [Y] on [axis 2]"

  • "Do you agree, or do you see it differently?"

  • "This matters because..." [explain downstream implications]

Output Deliverable

Claude should produce a 2-page Impact Assessment Document:

Page 1: Framework and Scoring
Project Categorization:
  • Type: Basic Science / Technology Development / Invention / Custom

  • Rationale: [Why this categorization fits]

Optimization Function:
  • X-Axis: [Metric name and definition]

  • Y-Axis: [Metric name and definition]

  • Custom Rationale (if applicable): [Why standard metrics don't fit]

Self-Assessment:

X-Axis Score: [Low/Medium/High]

  • Evidence: [Specific reasons for this score]

  • Examples: [Comparable projects or benchmarks]

  • PubMed Support: [Key papers that inform assessment]

Y-Axis Score: [Low/Medium/High]

  • Evidence: [Specific reasons for this score]

  • Examples: [Comparable projects or benchmarks]

  • PubMed Support: [Key papers that inform assessment]

Overall Assessment:

  • Score on at least one axis: ☑ Yes / ☐ No

  • Strong justification: ☑ Yes / ☐ No

  • Aligned with your values: ☑ Yes / ☐ No

Visual Framework:
         [Your Project Type]
              
Y-Axis    |           ★ Your Project
[Metric]  |         /
          |       /
          |     /
          |   /
          |_________________
              X-Axis [Metric]
              
★ = Your project
Reference projects plotted for context
Page 2: Communication and Alignment
Value System Alignment:
  • What Drives You: [Discovery/Enabling/Problem-solving/Building]

  • Success Definition: [What would make this worthwhile]

  • Approval Sources: [Whose opinion matters and why]

  • Framework Fit: [How project aligns with values]

Potential Mismatches to Avoid:
  1. [Specific mismatch type]

    • Scenario: [When this might happen]

    • Prevention: [How to frame to avoid it]

  2. [Another mismatch]

    • Scenario: [When this might happen]

    • Prevention: [How to frame to avoid it]

Communication Strategy:

For Talks:

  • Opening frame: [Exact language to use in first 2 slides]

  • Key phrases: [Vocabulary that signals your framework]

For Papers:

  • Abstract structure: [Framework-appropriate language]

  • Impact statement: [How to articulate in discussion]

For Grants:

  • Broader impact: [How to score yourself explicitly]

  • Justification: [Evidence for scores]

For Mentors:

  • Alignment question: [Exact question to ask]

  • Your perspective: [How you see it]

  • Discussion points: [What matters for alignment]

Comparative Analysis:
ProjectTypeX-ScoreY-ScoreNotes
Yours[Type][L/M/H][L/M/H][Key strengths]
Benchmark 1[Type][L/M/H][L/M/H][What you can learn]
Benchmark 2[Type][L/M/H][L/M/H][What you can learn]
Alternative[Type][L/M/H][L/M/H][Why not pursuing]
Action Items:
  1. [Specific step to strengthen X-axis score or argument]

  2. [Specific step to strengthen Y-axis score or argument]

  3. [Communication alignment with key stakeholders]

Practical Examples

Example 1: Ribosome Stalling (Basic Science)
  • Framework: Basic science

  • X-Axis (Generality): HIGH—translation is universal

  • Y-Axis (Learning): MEDIUM—mechanism of one quality control system

  • Assessment: High on generality alone = substantial impact

  • Communication: "Updates our understanding of translation quality control"

Example 2: BLAST (Technology)
  • Framework: Technology development

  • X-Axis (Widely Used): VERY HIGH—used by virtually all molecular biologists

  • Y-Axis (Critical): LOW-MEDIUM—helpful but rarely essential

  • Assessment: Extreme breadth of use = enormous cumulative impact

  • Communication: "Enables rapid sequence comparison across all biological databases"

Example 3: Cryo-EM Tomography (Technology)
  • Framework: Technology development

  • X-Axis (Widely Used): LOW—complex, expensive, specialized

  • Y-Axis (Critical): VERY HIGH—generates impossible-to-get-otherwise data

  • Assessment: Extreme criticality for niche = high impact

  • Communication: "Enables 3D visualization of molecular machines in native cellular context"

Example 4: Foldscope (Invention)
  • Framework: Invention (custom metric)

  • X-Axis (Good): MEDIUM—functional microscopy

  • Y-Axis (People): VERY HIGH—millions of students globally

  • Assessment: Massive reach × modest utility = transformative for education

  • Communication: "Democratizes microscopy for global education"

Key Principles to Remember

  1. Value Is in the Eye of a Belief System: Make yours explicit.

  2. Lead with Your Metric: Don't assume others share your framework.

  3. Either Axis Suffices: You don't need both—just score well on one.

  4. Articulate Early: Discuss with mentors before you're 2 years in.

  5. Avoid Default State: Work actively against irrelevance/non-use.

  6. Compare, Don't Absolute: Even rough comparison beats ignoring impact.

  7. Align Communication: Your words should signal your framework.

  8. Match Project to Values: Life is too short for misaligned work.

Warning Signs

Warning signs include:

  • Inability to articulate which framework applies

  • Scoring LOW on both axes

  • Project type and evaluation framework don't match

  • User and PI have different frameworks but haven't discussed it

  • Using basic science metrics for a tool or vice versa

  • Never explicitly discussing impact assessment

Good shape indicators:

  • Clear statement of optimization function

  • MEDIUM-HIGH score on at least one axis

  • Framework matches project type

  • Alignment with key stakeholders

  • Communication signals framework clearly

  • Benchmarking against comparable work

Getting Started

Claude should begin Phase 1 by asking:

  1. What is the primary goal? (A/B/C/D)

  2. What would success look like in 3-5 years?

  3. Who cares if this succeeds?

Together, Claude and the user will select the right optimization function and position the work for maximum impact.


Remember: Impact assessment isn't about ego—it's about ensuring work matters in the way the scientist wants it to matter. Explicit framing prevents years of misalignment.

Requirements and compatibility

Written for: Claude Code, Claude apps

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
Anthropic
Publisher
Anthropic (Official)
Source
anthropics/knowledge-work-plugins · bio-research/skills/scientific-problem-selection · commit e050c2e
Licence
Apache License 2.0 (redistribution allowed)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Also distributed in
anthropics/life-sciences

AutoGineer is not affiliated with or endorsed by Anthropic.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download scientific-problem-selection.zip