Scientific Problem Selection
AnthropicOfficialPublished by Anthropic
- Skill
- Guidelines
- Science and research
- Apache-2.0
- No issues found
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
Download the skill as a ZIP:
https://autogineer.com/agent-skills/anthropics/scientific-problem-selection/downloadUnzip 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:
What exactly you want to do
How you currently plan to do it
If it works, why will it be a big deal
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:
The overall goal of your project (if we have not talked about it before)
What exactly went wrong
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:
The setting (i.e., is this about a current or future project)
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
| Skill | Purpose | Output | Time |
|---|---|---|---|
| 1. Intuition Pumps | Generate high-quality research ideas | Problem Ideation Document | ~1 week |
| 2. Risk Assessment | Identify and manage project risks | Risk Assessment Matrix | 3-5 days |
| 3. Optimization Function | Define success metrics | Impact Assessment Document | 2-3 days |
| 4. Parameter Strategy | Decide what to fix vs. keep flexible | Parameter Strategy Document | 2-3 days |
| 5. Decision Tree Navigation | Plan decision points and altitude dance | Decision Tree Map | 2 days |
| 6. Adversity Response | Prepare for crises as opportunities | Adversity Playbook | 2 days |
| 7. Problem Inversion | Navigate around obstacles | Problem Inversion Analysis | 1 day |
| 8. Integration & Synthesis | Synthesize into coherent plan | Project Communication Package | 3-5 days |
| 9. Meta-Framework | Orchestrate complete workflow | Complete Project Package | 1-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
Conversational Entry - Meet users where they are with three clear starting points
Thoughtful Interaction - Ask clarifying questions; low confidence prompts additional input
Literature Integration - Use PubMed searches at strategic points for validation
Concrete Outputs - Every skill produces tangible 1-2 page documents
Building Specificity - Progressive detail emerges through targeted questions
Flexibility - Skills work independently, sequentially, or iteratively
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:
| File | Content | Search Patterns |
|---|---|---|
01-intuition-pumps.md | Generate research ideas | Intuition Pump #, Trap #, Phase [0-9] |
02-risk-assessment.md | Risk identification | Risk.*1-5, go/no-go, assumption |
03-optimization-function.md | Success metrics | Generality.*Learning, optimization, impact |
04-parameter-strategy.md | Parameter fixation | fixed.*float, constraint, parameter |
05-decision-tree.md | Decision tree navigation | altitude, Level [0-9], decision |
06-adversity-planning.md | Adversity response | adversity, crisis, ensemble |
07-problem-inversion.md | Problem inversion strategies | Strategy [0-9], inversion, goal |
08-integration-synthesis.md | Integration and synthesis | narrative, communication, story |
09-meta-framework.md | Complete workflow | Phase, 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
- ATTRIBUTION.mdAdded by AutoGineer1004 B
- LICENSE.txt10.0 KiB
- SKILL.md10.9 KiB
- references/01-intuition-pumps.md12.2 KiB
- references/02-risk-assessment.md12.9 KiB
- references/03-optimization-function.md17.7 KiB
- references/04-parameter-strategy.md14.1 KiB
- references/05-decision-tree.md3.2 KiB
- references/06-adversity-planning.md4.6 KiB
- references/07-problem-inversion.md5.5 KiB
- references/08-integration-synthesis.md5.3 KiB
- references/09-meta-framework.md16.2 KiB
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:
Every new discovery is irrelevance
Every new technology is non-use
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:
State Your Framework: "This project should be evaluated as [basic science/technology development/invention]."
Define Your Axes:
X-axis measures: [specific metric]
Y-axis measures: [specific metric]
Make Your Case:
X-axis score (Low/Medium/High): [Your assessment + reasoning]
Y-axis score (Low/Medium/High): [Your assessment + reasoning]
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:
Explain why standard metrics are insufficient
Define your proposed metric clearly
Provide a value creation index (two axes)
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):
| Project | Framework | X-Axis Score | Y-Axis Score | Overall |
|---|---|---|---|---|
| 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:
What drives the user?
Discovery and understanding?
Enabling others?
Solving problems?
Building things?
What would make the user proud?
Paper in Cell/Nature/Science?
Tool used by hundreds of labs?
Treatment reaching patients?
Opening a new field?
How does the user want to be remembered?
"Discovered X"
"Built Y that enabled Z"
"Solved problem W"
"Trained students who went on to..."
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:
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?
Analogous Projects: Similar approaches or systems
How were they evaluated?
What impact did they achieve?
What can be learned from their framing?
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 contextPage 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:
[Specific mismatch type]
Scenario: [When this might happen]
Prevention: [How to frame to avoid it]
[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:
| Project | Type | X-Score | Y-Score | Notes |
|---|---|---|---|---|
| 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:
[Specific step to strengthen X-axis score or argument]
[Specific step to strengthen Y-axis score or argument]
[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
Value Is in the Eye of a Belief System: Make yours explicit.
Lead with Your Metric: Don't assume others share your framework.
Either Axis Suffices: You don't need both—just score well on one.
Articulate Early: Discuss with mentors before you're 2 years in.
Avoid Default State: Work actively against irrelevance/non-use.
Compare, Don't Absolute: Even rough comparison beats ignoring impact.
Align Communication: Your words should signal your framework.
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:
What is the primary goal? (A/B/C/D)
What would success look like in 3-5 years?
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 or Anthropic.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download scientific-problem-selection.zip