Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

continuous-discoverycontinuous discovery 搜索

Agent Skill

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

总安装

436

周安装

18

GitHub Stars

317

下载量

143
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/menkesu/awesome-pm-skills --skill continuous-discovery

简介

continuous-discovery 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词快速定位候选结果时使用。

  • 适用于持续信息发现、线索筛选和任务场景匹配等研究检索场景。
  • 通过 GitHub 仓库安装,使用 npx skills add 命令添加,需结合原始 README 核验具体用法。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Continuous Discovery Habits

When This Skill Activates

Claude uses this skill when:

  • Setting up discovery processes
  • Planning weekly user research
  • Creating opportunity solution trees
  • Testing assumptions
  • Building product trio workflows
  • Prioritizing discovery activities

Core Frameworks

1. Continuous Discovery Habits (Source: Teresa Torres)

The Core Principle:

"At a minimum, weekly touchpoints with customers by the team building the product, where they conduct small research activities in pursuit of a desired outcome."

The Three Pillars:

  1. Weekly customer contact by the product trio (PM, designer, engineer)
  2. Opportunity solution trees to visualize discovery
  3. Assumption testing before building

Use when: Establishing discovery processes or improving product decisions


2. The Product Trio

The Team:

  • Product Manager: Ensures business viability
  • Designer: Ensures usability and desirability
  • Engineer: Ensures feasibility

Why Together:

"When a designer, engineer, and PM collaborate on discovery, you get better decisions faster. Each brings a unique lens."

How:

  • All three participate in customer interviews
  • All three analyze research together
  • All three generate solutions together
  • All three test assumptions together

3. Opportunity Solution Trees

The Structure:

Outcome (top)
    ↓
Opportunities (customer needs/pain points)
    ↓
Solutions (possible ways to address)
    ↓
Assumptions (what needs to be true)
    ↓
Experiments (how to test)

Use when: Need to visualize the path from outcome to solution

Example:

Outcome: Increase retention to 80%
    ↓
Opportunity: Users forget to use the product
    ↓
Solution: Daily email reminder
    ↓
Assumption: Users check email daily
    ↓
Experiment: Survey 20 users about email habits

4. Interview Snapshot

The One-Pager: After each interview, create a snapshot capturing:

  • Date & Participant: Who and when
  • Key Insights: 3-5 main takeaways
  • Opportunities: Customer needs/pain points discovered
  • Quotes: Verbatim customer language
  • Next Steps: What to test or explore next

Why: Keeps learning accessible to the whole team


5. Assumption Testing

The Progression:

Story → Assumptions → Tests → Evidence

Question to Ask:

"What needs to be true for this solution to work?"

Test Types (by risk/cost):

  1. One-question surveys (lowest risk)
  2. Customer interviews
  3. Prototypes/mockups
  4. Concierge tests (manual behind-the-scenes)
  5. Wizard of Oz (fake the feature)
  6. Live data tests (build and measure)

Rule: Test highest-risk assumptions first with lowest-cost method


Decision Trees

Should I Build This Feature?

Do we have a clear outcome?
├─ No → Define outcome first
└─ Yes → Have we interviewed 6+ customers?
    ├─ No → Do discovery first
    └─ Yes → Have we identified opportunities?
        ├─ No → Map opportunities
        └─ Yes → Have we tested key assumptions?
            ├─ No → Test assumptions first
            └─ Yes → Build it!

How Should I Test This Assumption?

What's the risk if we're wrong?
├─ Low risk → Build and ship (reversible)
└─ High risk → How much does testing cost?
    ├─ Low cost → Interview 5 users
    ├─ Medium cost → Prototype test
    └─ High cost → Still cheaper than building wrong thing

Action Templates

Template: Weekly Discovery Plan

# Weekly Discovery Plan - Week of [Date]

## Outcome We're Pursuing
[e.g., Increase activation rate to 50%]

## This Week's Focus
**Opportunity:** [Which pain point are we exploring?]
**Solution:** [Which solution are we considering?]
**Key Assumption:** [What needs to be true?]

## Discovery Activities (Minimum 1 per week)

### Monday-Wednesday: Research
- [ ] Interview 1: [Participant profile] - [PM/Designer/Engineer attending]
- [ ] Interview 2: [Participant profile] - [PM/Designer/Engineer attending]
- [ ] Interview 3: [Participant profile] - [PM/Designer/Engineer attending]

### Thursday: Synthesis
- [ ] Product trio synthesis session (30 min)
- [ ] Create/update interview snapshots
- [ ] Update opportunity solution tree
- [ ] Identify new assumptions to test

### Friday: Planning
- [ ] Review evidence collected
- [ ] Decide: build, test more, or pivot?
- [ ] Plan next week's discovery activities

## Interview Snapshots
[Link to snapshots folder]

## Opportunity Solution Tree
[Link to latest tree]

Template: Interview Snapshot

# Interview Snapshot - [Date]

## Participant
- **Name/ID:** [Anonymized if needed]
- **Role:** [Job title/persona]
- **Context:** [Relevant background]

## Interview Focus
[What we were trying to learn]

## Key Insights
1. [First major insight]
2. [Second major insight]
3. [Third major insight]

## Opportunities Discovered
- 📍 [Pain point or unmet need #1]
- 📍 [Pain point or unmet need #2]
- 📍 [Pain point or unmet need #3]

## Memorable Quotes
> "[Exact customer words that capture key point]"

> "[Another powerful quote]"

## Updated Assumptions
- ✅ Validated: [What we confirmed]
- ❌ Invalidated: [What we disproved]
- ❓ New: [New assumptions to test]

## Next Steps
- [ ] [Specific action based on learning]
- [ ] [Another action]

## Attending
- [PM name]
- [Designer name]
- [Engineer name]

Template: Opportunity Solution Tree

# Opportunity Solution Tree - [Product/Feature Name]

## Outcome
🎯 **[Business outcome we're driving]**
[Specific, measurable, time-bound]

---

## Opportunities (Customer Needs/Pain Points)

### Opportunity 1: [Customer problem]
**Evidence:** [3-5 customer interviews, usage data, etc.]
**Impact:** [How big is this problem?]

#### Solutions Being Considered:
1. **[Solution A]**
   - Assumptions:
     - [ ] Assumption 1
     - [ ] Assumption 2
   - Tests: [How we'll validate]
   - Status: [Testing/Building/Shipped]

2. **[Solution B]**
   - Assumptions:
     - [ ] Assumption 1
     - [ ] Assumption 2
   - Tests: [How we'll validate]
   - Status: [Testing/Building/Shipped]

### Opportunity 2: [Another customer problem]
**Evidence:** [3-5 customer interviews, usage data, etc.]
**Impact:** [How big is this problem?]

[Continue for each opportunity...]

---

## Decision Log
- **[Date]:** Chose Solution A for Opportunity 1 because [evidence]
- **[Date]:** Decided to test Assumption X before building
- **[Date]:** Pivoted from Solution B to Solution C based on [learning]

Template: Assumption Test Plan

# Assumption Test Plan - [Feature/Solution Name]

## Solution Statement
[Brief description of what we're considering building]

## Key Assumptions

### Assumption 1: [High Risk]
**Statement:** [What needs to be true]
**If wrong:** [What's the impact?]
**Confidence:** [Low/Medium/High]

**Test Method:** [Interview/Survey/Prototype/etc.]
**Success Criteria:** [What would validate this?]
**Timeline:** [When we'll test]
**Owner:** [Who's running the test]

---

### Assumption 2: [Medium Risk]
**Statement:** [What needs to be true]
**If wrong:** [What's the impact?]
**Confidence:** [Low/Medium/High]

**Test Method:** [Interview/Survey/Prototype/etc.]
**Success Criteria:** [What would validate this?]
**Timeline:** [When we'll test]
**Owner:** [Who's running the test]

---

## Test Results

### Assumption 1 Results
**Date Tested:** [Date]
**Method Used:** [What we did]
**Sample Size:** [How many participants]

**Findings:**
- [Key finding 1]
- [Key finding 2]
- [Key finding 3]

**Decision:** ✅ Validated / ❌ Invalidated / ❓ Needs more testing
**Next Steps:** [What we'll do based on results]

---

### Assumption 2 Results
[Same structure as above]

Quick Reference

📅 Weekly Discovery Cadence

Every Week Minimum:

  • 3-5 customer touchpoints (interviews, observation, etc.)
  • Product trio participates together
  • Create interview snapshots
  • Update opportunity solution tree
  • Test at least 1 assumption

Every Month:

  • Review all evidence collected
  • Update outcomes if needed
  • Celebrate learning (not just building)

🎯 Discovery vs Delivery Balance

Good Discovery Practice:

  • ✅ Discovery happens weekly (not just quarterly)
  • ✅ Product trio does discovery together
  • ✅ Small tests before big builds
  • ✅ Evidence-based decisions
  • ✅ Comfortable saying "we learned that won't work"

Signs of Insufficient Discovery:

  • ❌ Only talking to customers after shipping
  • ❌ PM does all research alone
  • ❌ Building first, validating later
  • ❌ Opinion-based decisions
  • ❌ Fear of "wasting time" on research

🌳 Opportunity Solution Tree Checklist

Before Creating:

  • Clear outcome defined
  • Conducted 6+ customer interviews
  • Identified multiple opportunities

When Building Tree:

  • Start with ONE outcome (top)
  • Map opportunities (not solutions)
  • Generate multiple solutions per opportunity
  • List assumptions for each solution
  • Plan tests for assumptions

Using the Tree:

  • Update weekly with new learning
  • Share with stakeholders
  • Use to explain why you're building what
  • Reference when prioritizing work

🧪 Assumption Testing Hierarchy

Test in This Order:

  1. Desirability - Do customers want this?
  2. Usability - Can they use it?
  3. Feasibility - Can we build it?
  4. Viability - Should we build it?

Use Cheapest Test First:

Interview < Survey < Prototype < Concierge < Build

Real-World Examples

Example: Spotify's Discovery Process

Outcome: Increase music discovery engagement

Opportunity: Users don't know what to listen to

  • Evidence: Interviews showed decision fatigue
  • Solution considered: Algorithmic playlists
  • Assumption: Users trust algorithmic recommendations
  • Test: Created Discover Weekly, measured engagement
  • Result: Massive success, became core feature

Key Learning: They tested the algorithm assumption before building fancy UX


Example: Netflix's Continue Watching

Outcome: Reduce time to content consumption

Opportunity: Users forget what they were watching

  • Evidence: Drop-off analysis + customer interviews
  • Solution: "Continue Watching" row
  • Assumption: Users want to resume (not restart)
  • Test: A/B test with 5% of users
  • Result: Validated, rolled to 100%

Key Learning: Small test before full build saved months of work


Common Pitfalls

❌ Discovery Theater

Problem: Doing research but not changing decisions Solution: Explicitly decide what you'll do if assumptions are wrong

❌ Outsourcing Discovery

Problem: PM does research, then "throws it over the wall" Solution: Product trio interviews together

❌ Building Multiple Solutions at Once

Problem: Spreading resources too thin Solution: Test assumptions first, build one at a time

❌ Skipping Discovery "To Move Fast"

Problem: Building wrong thing is slowest path Solution: Small tests are faster than big rebuilds

❌ Only Talking to Happy Customers

Problem: Missing problems and churn reasons Solution: Interview across the spectrum (new, power, churned users)


Key Quotes

Teresa Torres on Weekly Contact:

"If you're not talking to customers every week, you're not doing continuous discovery."

On Product Trios:

"The best product decisions come from diverse perspectives. A PM, designer, and engineer will see different things in the same customer interview."

On Opportunity Solution Trees:

"The tree makes your thinking visible. It shows how you got from an outcome to a solution, which builds stakeholder trust."

On Assumption Testing:

"Don't ask customers what to build. Test assumptions about what will work."

On Discovery vs Delivery:

"Discovery and delivery should happen continuously. Discovery doesn't end when you start building."

Related Skills

Use together with:

  • user-feedback-system - For ongoing feedback collection
  • jtbd-building - For understanding customer motivations
  • exp-driven-dev - For testing assumptions with data
  • metrics-frameworks - For defining outcomes
  • strategic-build - For deciding what's worth discovering

Comes before:

  • zero-to-launch - Discover before building
  • design-first-dev - Design based on discovery

Comes after:

  • strategy-frameworks - Define strategy, then discover how

Quick Start Guide

Week 1: Set Up Discovery Process

  1. Form product trio (PM, designer, engineer)
  2. Define one clear outcome to pursue
  3. Schedule first 3 customer interviews
  4. Create interview snapshot template

Week 2: Start Discovery Habit

  1. Conduct 3 interviews together
  2. Create interview snapshots
  3. Begin opportunity solution tree
  4. Identify opportunities from interviews

Week 3: Map Solutions

  1. Generate 3+ solutions per opportunity
  2. List assumptions for each solution
  3. Prioritize which assumptions to test
  4. Plan assumption tests

Week 4: Test Assumptions

  1. Run first assumption tests
  2. Update opportunity solution tree
  3. Decide: build, test more, or pivot
  4. Make discovery routine sustainable

Remember: Continuous discovery isn't a phase. It's a habit. The product trio that talks to customers weekly makes better product decisions.


Guest: Teresa Torres Book: Continuous Discovery Habits (2021) Website: producttalk.org Known for: Opportunity Solution Trees, Product Trios, Weekly Touchpoints

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.95%
按下载量换算49

Claude

31.4%
按下载量换算45

Cursor

18.82%
按下载量换算27

Gemini CLI

9.63%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills