Token导航 LogoToken导航

Agent Skill · 研究检索

problem-interview(问题访谈)

problem-interview 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

problem-interview 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 35,893。

总安装 2,007周安装 82GitHub Stars 85下载 643核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:problem-interview(问题访谈)
来源仓库:https://github.com/guia-matthieu/clawfu-skills
仓库路径:skills/problem-interview
安装命令:
npx skills add https://github.com/guia-matthieu/clawfu-skills --skill problem-interview
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/guia-matthieu/clawfu-skills --skill problem-interview

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

problem-interview 用于查找、检索和筛选相关信息。适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位内容。可用于支持访谈类问题的研究与资料收集。建议确认权限范围和维护状态,避免误触敏感操作。可结合原始 README 了解其检索逻辑和使用限制。

来源仓库内路径:skills/problem-interview

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/guia-matthieu/clawfu-skills --skill problem-in…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

problem-interview 怎么安装?

在终端执行 npx skills add https://github.com/guia-matthieu/clawfu-skills --skill problem-interview。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

problem-interview 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

problem-interview 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

problem-interview 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

problem-interview 用的人多吗?

公开数据是累计安装 2,007 次,近一周安装 82 次,下载 643 次,GitHub 85 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

problem-interview 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
problem-interview

问题访谈 · 本页

2,00785只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Problem Interview

Validate that the problem you want to solve is real, painful, and worth solving before building anything. Master Cindy Alvarez's structured approach to problem discovery interviews.

When to Use This Skill

  • Before solution interviews to confirm the problem exists
  • Early customer discovery to understand the problem space
  • Pivoting to find new problems worth solving
  • Market expansion to understand problems in new segments
  • Feature prioritization to validate which problems matter most
  • Hypothesis testing to validate or invalidate problem assumptions

Methodology Foundation

AspectDetails
SourceCindy Alvarez - "Lean Customer Development" (2014)
Core Principle"Problem interviews help you understand the problem space before committing to a solution. You're not pitching—you're learning."
Why This MattersMost startups fail because they solve problems people don't care enough about. Problem interviews prevent building solutions to non-problems.

What Claude Does vs What You Decide

Claude DoesYou Decide
Structures production workflowFinal creative direction
Suggests technical approachesEquipment and tool choices
Creates templates and checklistsQuality standards
Identifies best practicesBrand/voice decisions
Generates script outlinesFinal script approval

What This Skill Does

  1. Structures problem exploration - Systematic approach to understanding pain points
  2. Identifies problem severity - Distinguishes "nice to have" from "must solve"
  3. Discovers existing solutions - Understands what people do today
  4. Validates problem frequency - How often does this problem occur?
  5. Finds problem context - When and where does the problem happen?
  6. Generates solution hints - What would ideal look like?

How to Use

Prepare Problem Interview Script

I want to validate this problem hypothesis: [problem statement]
Target customer: [who]
Create a problem interview script with open-ended questions.

Analyze Problem Interview Results

I conducted [X] problem interviews. Here's what I learned: [summary]
Analyze whether the problem is validated.
What should I do next?

Design Problem Interview Experiment

Help me design a problem interview experiment to test:
Hypothesis: [problem hypothesis]
Target: [customer segment]
Sample size and success criteria needed.

Instructions

Step 1: Define Your Problem Hypothesis

## Problem Hypothesis Template

### The Problem Statement
"I believe [customer segment] has a problem with [problem area]
because [reason/observation]."

### Assumptions to Validate
| # | Assumption | Confidence | Evidence |
|---|------------|------------|----------|
| 1 | The problem exists | Low/Med/High | None yet |
| 2 | The problem is frequent (happens often) | Low/Med/High | None yet |
| 3 | The problem is severe (causes real pain) | Low/Med/High | None yet |
| 4 | People are actively seeking solutions | Low/Med/High | None yet |
| 5 | Current solutions are inadequate | Low/Med/High | None yet |

### What Would Invalidate This?
- If fewer than [X%] mention this problem unprompted
- If the problem happens less than [frequency]
- If severity rating is below [threshold]
- If people aren't spending time/money to solve it

Step 2: Structure the Problem Interview

## Problem Interview Framework

### Interview Goals
1. Understand the CONTEXT where the problem occurs
2. Measure the SEVERITY of the problem
3. Discover EXISTING SOLUTIONS they use
4. Identify FREQUENCY of the problem
5. Find the COST (time, money, emotion) of the problem

### Interview Structure (30 minutes)

**Part 1: Context Setting (5 min)**
- "Tell me about your role and what you're responsible for..."
- "Walk me through a typical day/week..."
- Goal: Understand their world before diving into problems

**Part 2: Problem Exploration (15 min)**
- "What are the biggest challenges you face with [area]?"
- "Tell me about the last time [problem] happened..."
- "What was the hardest part about that?"
- "How often does this happen?"
- Goal: Deep dive into problem, frequency, severity

**Part 3: Current Solutions (7 min)**
- "How do you handle this today?"
- "What have you tried in the past?"
- "What works? What doesn't?"
- "What do you wish existed?"
- Goal: Understand competitive landscape from customer view

**Part 4: Impact & Close (3 min)**
- "How much time/money does this cost you?"
- "If this problem disappeared, what would change?"
- "Who else deals with this that I should talk to?"
- Goal: Quantify impact, get referrals

Step 3: Ask Non-Leading Questions

## Problem Interview Questions

### Opening Questions (Broad to Specific)
"I'm researching how [people like you] handle [problem area].
I'm not selling anything—just trying to understand the reality."

### Problem Discovery Questions

**Existence:**
- "What's the most frustrating part of [area]?"
- "Walk me through the last time you dealt with [problem]..."
- "What keeps you up at night about [area]?"

**Frequency:**
- "How often does [problem] happen?"
- "When was the last time? The time before that?"
- "Is this daily? Weekly? Monthly?"

**Severity:**
- "On a scale of 1-10, how painful is this?"
- "What happens if you don't solve this?"
- "How does this affect your [work/life/business]?"

**Emotional Impact:**
- "How does it feel when this happens?"
- "What emotions come up when you deal with this?"
- "What would it mean to you to solve this?"

### Existing Solution Questions

**Current Behavior:**
- "How do you handle this today?"
- "What tools/processes do you use?"
- "Walk me through your current workflow..."

**Past Attempts:**
- "What have you tried before?"
- "What worked? What didn't?"
- "Why did you stop using [previous solution]?"

**Ideal State:**
- "If you had a magic wand, what would you change?"
- "What would the perfect solution look like?"
- "What would need to be true for this to be solved?"

### Impact Questions

**Quantification:**
- "How much time do you spend on this per week?"
- "How much does this cost you?" (direct and indirect)
- "What's the opportunity cost of not solving this?"

**Urgency:**
- "Is solving this a priority? Why/why not?"
- "What would make it urgent?"
- "Have you looked for solutions recently?"

### DON'T Ask These

❌ "Would you use a product that...?" (leading)
❌ "Don't you think [solution] would help?" (leading)
❌ "Is [feature] important to you?" (leading)
❌ "Would you pay for...?" (hypothetical, save for later)

Step 4: Measure Problem Severity

## Problem Severity Assessment

### During Interview - Probe for:

**Time Cost:**
- "How much time do you spend on this?"
- Convert to $ (hourly rate × time)

**Money Cost:**
- Direct costs (tools, services, fixes)
- Indirect costs (opportunity cost, delays)

**Emotional Cost:**
- Frustration level
- Impact on job satisfaction
- Stress and worry

### Severity Scoring Framework

| Signal | Low (1-3) | Medium (4-6) | High (7-10) |
|--------|-----------|--------------|-------------|
| Frequency | Rarely | Monthly/weekly | Daily |
| Time spent | Minutes | Hours | Days |
| Money impact | <$100/mo | $100-1000/mo | >$1000/mo |
| Emotional | Annoyed | Frustrated | Distressed |
| Action taken | None | Some searching | Actively seeking |
| Budget allocated | None | Considering | Has budget |

### Severity Evidence

**Strong validation signals:**
- They brought up the problem before you asked
- They got emotional when describing it
- They've already spent money trying to solve it
- They can quantify the impact precisely
- They asked if you have a solution

**Weak validation signals:**
- Only mentioned when directly asked
- Vague about impact ("it's kind of annoying")
- Never tried to solve it
- Can't quantify the cost
- No urgency in their voice

Step 5: Analyze and Decide

## Problem Interview Analysis

### Interview Summary Template

**Interview #[X]**
**Date:** _______________
**Participant:** [Role, Company type]

| Question Area | Response Summary | Severity (1-10) |
|---------------|------------------|-----------------|
| Problem existence | | |
| Frequency | | |
| Current solution | | |
| Impact/cost | | |
| Urgency | | |

**Key Quotes:**
- "[Verbatim quote about the problem]"
- "[Quote about severity/impact]"

**Observed Emotions:**
- [ ] Frustrated [ ] Stressed [ ] Resigned [ ] Energized when discussing
- [ ] No emotional reaction (weak signal)

---

### Aggregate Analysis (After 10+ Interviews)

| Metric | Target | Actual | Validated? |
|--------|--------|--------|------------|
| Mentioned problem unprompted | >50% | | |
| Average severity score | >7/10 | | |
| Currently spending to solve | >30% | | |
| Would prioritize solving | >50% | | |
| Can quantify impact | >60% | | |

### Decision Framework

**VALIDATED - Proceed to Solution Interviews if:**
- [ ] 7+ of 10 mentioned problem unprompted
- [ ] Average severity > 7/10
- [ ] Multiple people already spending on solutions
- [ ] Clear patterns in problem description
- [ ] Consistent emotional response

**NOT VALIDATED - Pivot if:**
- [ ] Fewer than 5 of 10 recognize the problem
- [ ] Severity consistently < 5/10
- [ ] No one is actively trying to solve it
- [ ] Wide variance in problem descriptions
- [ ] "Nice to have" language dominates

**NEEDS MORE RESEARCH if:**
- [ ] Mixed signals (some strong, some weak)
- [ ] Different sub-segments show different patterns
- [ ] Problem exists but may not be the ONE to solve

Examples

Example 1: B2B Problem Interview

Input:

"I want to validate that marketing managers struggle with tracking campaign ROI across channels. Create a problem interview script."

Output:

Problem Interview Script: Marketing Campaign ROI

Hypothesis: Marketing managers at mid-size B2B companies struggle to track and report campaign ROI across multiple channels.

Opening (2 min)

"Thanks for chatting. I'm researching how marketing teams handle performance measurement. I'm not selling anything—just trying to understand the reality. Mind if I ask some questions about how you track marketing results?"

Context Setting (3 min)

  1. "Tell me about your role. What are you responsible for?"
  2. "How does your company measure marketing success?"
  3. "What tools are in your marketing stack?"

Problem Exploration (12 min)

Existence: 4. "What's the hardest part about measuring marketing performance?" 5. "Walk me through what happened the last time your CEO asked about marketing ROI..." 6. "How do you currently answer the question 'what's working and what's not?'"

Frequency: 7. "How often do you need to report on marketing performance?" 8. "How much time do you spend on this each week/month?"

Severity (probe deeper): 9. "What happens when you can't answer a ROI question?" 10. "Tell me about a time when lack of visibility caused a problem..." 11. "On a scale of 1-10, how frustrating is this part of your job?"

Current Solutions (8 min)

  1. "How do you handle this today? Walk me through your process..."
  2. "What tools do you use for reporting?"
  3. "What's good about your current approach?"
  4. "What's frustrating about it?"
  5. "Have you tried other solutions? What happened?"

Impact & Close (5 min)

  1. "If you had perfect visibility into ROI, what would change?"
  2. "Is solving this a priority for you right now? Why or why not?"
  3. "What would need to be true for this to become urgent?"
  4. "Who else on your team deals with this that I should talk to?"

Notes to Self

  • Listen for: emotional language, specific examples, quantified impact
  • Red flags: vague answers, "it's fine," no urgency
  • Strong signals: they've tried to solve it, they can quantify the cost

Example 2: Problem Interview Analysis

Input:

"I did 12 problem interviews about freelancer financial planning. Here's my summary. Is the problem validated?"

Summary provided:

  • 9/12 said they "should" be better at finances
  • 6/12 mentioned tax season stress
  • 4/12 currently use any tool
  • Most said they use spreadsheets or nothing
  • Average severity: 5.5/10
  • Only 2 were actively looking for solutions

Output:

Problem Interview Analysis

Scorecard

MetricTargetActualStatus
Problem recognition>70%75% (9/12)✅
Average severity>7/105.5/10❌
Active solution seeking>30%17% (2/12)❌
Currently paying for solutions>30%33% (4/12)⚠️

Diagnosis: PARTIALLY VALIDATED

What's validated:

  • People RECOGNIZE they have a problem (9/12)
  • There's a specific pain point (tax season)
  • Low tool adoption = opportunity exists

What's NOT validated:

  • Severity is too low (5.5 vs. 7+ target)
  • Very few actively seeking solutions (2/12)
  • Language was "should" not "must" (obligation, not urgency)

Key Insight

This is a known problem but not a felt problem. People know they "should" be better at finances, but it's not painful enough to drive action. This is typical of "vitamin" problems (nice to have) vs. "painkiller" problems (must have).

Recommendations

Option 1: Find the Acute Pain Point

  • The 6 who mentioned tax season stress: dig deeper
  • Is there a specific trigger moment where it becomes urgent?
  • "Walk me through what happened last April 14th..."
  • Maybe the problem is "tax season panic" not "financial planning"

Option 2: Find a Different Segment

  • The 2 actively seeking: who are they? What's different?
  • High-earning freelancers (more at stake)?
  • Freelancers who just got a tax surprise?
  • Find the segment where severity IS 8+

Option 3: Pivot Problem

  • What else did they say was painful?
  • Maybe financial planning isn't the problem
  • Maybe "irregular income stress" or "late invoices" is more acute

Next Steps

  1. Interview 5 more people who just went through tax season
  2. Interview the 2 who were actively looking—understand why
  3. Ask: "What's the MOST stressful financial moment you've had this year?"

Don't proceed to solution interviews until severity > 7/10 for a defined segment.


Example 3: Problem Severity Deep Dive

Input:

"In my problem interviews, people say 'yeah, that's annoying' but I'm not sure if it's severe enough. How do I probe deeper?"

Output:

Severity Probing Techniques

The "5 Whys" Approach

Keep asking "why" until you hit real pain:

Surface: "Yeah, tracking my expenses is annoying."

Probe 1: "Why is that annoying?" → "Because I have to collect receipts from everywhere."

Probe 2: "Why does that cause problems?" → "Because I miss deductions at tax time."

Probe 3: "Why does missing deductions matter?" → "I probably overpaid taxes by $3,000 last year."

Probe 4: "How does that affect you?" → "That's money I could have invested or taken as vacation."

Probe 5: "What would it mean to get that $3,000 back?" → "That's literally a trip to Europe. I think about it every time I do my taxes."

Now we have: Specific pain ($3,000), emotional weight (thinks about it), tangible impact (lost vacation).

The "Worst Case" Technique

"What's the worst that happens if this isn't solved?"

Surface: "I don't get great reports from my tools."

Probe: "What's the worst case scenario if this continues?" → "I guess the CEO will keep asking questions I can't answer."

Probe: "What happens then?" → "Eventually they'll question if marketing is worth the investment."

Probe: "And then?" → "Budget cuts. Or I get blamed when sales dips and we can't prove marketing works."

Now we have: Job security fear, budget protection, accountability pressure.

The "Money" Technique

Always try to quantify:

"You mentioned this takes time. Can you quantify it?" → "Maybe 5 hours a week."

"If your loaded cost is $80/hour, that's $20K/year just on this task. Does that sound right?" → "Oh wow, I never thought about it that way. Yeah, that's... a lot."

The "Emotion" Technique

Listen for and probe emotions:

Them: "It's frustrating."

You: "Frustrating how? Walk me through what that feels like in the moment." → "I'm stressed. I'm rushing. My boss is waiting. I'm digging through spreadsheets at 10pm because I can't get the data I need during the day."

Now we have: Stress, time pressure, work-life impact.

Severity Validation Signals

SignalWhat It Means
They quantify without promptingThey've thought about this a lot
They get emotionalThis really bothers them
They've tried multiple solutionsActive problem-solver
They ask if you have a solutionReady to buy
They offer to pay for early accessValidated
They refer you to othersCommunity pain

Checklists & Templates

Problem Interview Prep Checklist

## Before the Interview

□ Problem hypothesis written down
□ Assumptions to validate listed
□ Interview questions prepared
□ Note-taking system ready
□ Recording permission (if recording)
□ 30 minutes blocked

## During the Interview

□ Don't mention your solution
□ Ask open-ended questions
□ Let them do 70%+ of talking
□ Probe on severity (5 whys)
□ Get specific examples, not generalities
□ Listen for emotional language
□ Quantify impact (time, money)
□ Ask for referrals

## After the Interview

□ Write summary within 1 hour
□ Extract key quotes
□ Score severity (1-10)
□ Note signals (strong/weak)
□ Update hypothesis based on learnings

Problem Interview Tracking Sheet

| # | Date | Participant | Problem Confirmed? | Severity | Active Seeking? | Key Quote |
|---|------|-------------|-------------------|----------|-----------------|-----------|
| 1 | | | Y/N | 1-10 | Y/N | |
| 2 | | | Y/N | 1-10 | Y/N | |

**Running Analysis:**
- Problem confirmation rate: ___%
- Average severity: __/10
- Active seeking rate: ___%
- Validation status: Validated / Not Yet / Needs Pivot

Skill Boundaries

What This Skill Does Well

  • Structuring audio production workflows
  • Providing technical guidance
  • Creating quality checklists
  • Suggesting creative approaches

What This Skill Cannot Do

  • Replace audio engineering expertise
  • Make subjective creative decisions
  • Access or edit audio files directly
  • Guarantee commercial success

References

  • Alvarez, Cindy. "Lean Customer Development" (2014) - Problem interview methodology
  • Fitzpatrick, Rob. "The Mom Test" (2013) - Questioning techniques
  • Blank, Steve. "The Four Steps to the Epiphany" (2005) - Customer development
  • Torres, Teresa. "Continuous Discovery Habits" (2021) - Ongoing discovery

Related Skills


Skill Metadata

  • Mode: cyborg
name: problem-interview
category: validation
subcategory: customer-research
version: 1.0
author: MKTG Skills
source_expert: Cindy Alvarez
source_work: Lean Customer Development
difficulty: beginner
estimated_value: $1,500 customer research training
tags: [validation, interviews, customer-discovery, problems, startups, YC]
created: 2026-01-25
updated: 2026-01-25

平台分布

Codex

36.13%
按下载量换算232

Claude

30.8%
按下载量换算198

Cursor

19.74%
按下载量换算127

Gemini CLI

9.11%
按下载量换算59

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills