Token导航 LogoToken导航

Agent Skill · 研究检索

ux-research(用户体验研究)

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务,不应只堆装饰元素;涉及真实页面改动时,应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。

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

总安装 892周安装 25GitHub Stars 4下载 1核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/cuellarfr/design-skills --skill ux-research

这个 Skill 是做什么的

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

ux-research 提供从研究设计到洞察产出的全流程框架,支持定性与定量方法组合。适用于用户访谈、可用性测试、问卷调研等场景的计划与执行指导。包含参与者招募、脚本撰写、数据分析与报告呈现的完整工具集。强调问题界定清晰与方法适配性,避免为研究而研究的形式主义。

产出应聚焦 actionable insights,直接关联产品决策与迭代方向。

来源仓库内路径:skills/ux-research

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/cuellarfr/design-skills --skill ux-research;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

ux-research 怎么安装?

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

ux-research 支持哪些 AI 工具?

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

ux-research 需要什么权限?

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

ux-research 是免费的吗?

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

ux-research 用的人多吗?

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

ux-research 安全吗?

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

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

值得选的地方

  • 同时适配 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调用外部服务未明确有提醒
ux-research

用户体验研究 · 本页

8924只读未明确通过

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

SKILL.md 原文

UX Research

Plan, conduct, and analyze user research that produces actionable insights for product design. This skill provides frameworks, methods, and practical guidance for every stage of the research process — from defining the right question to presenting findings that drive decisions.

When to Use This Skill

Use this skill when:

  • Planning a research study (choosing methods, defining scope, writing a plan)
  • Writing interview scripts or discussion guides
  • Creating usability test plans with tasks and success metrics
  • Recruiting participants and writing screener surveys
  • Analyzing qualitative data (affinity diagrams, thematic analysis)
  • Synthesizing research into personas, journey maps, or opportunity maps
  • Setting up continuous discovery practices (weekly interviews, OSTs)
  • Presenting findings and recommendations to stakeholders

Core Principle

Research is a tool for reducing risk, not a deliverable. The goal is always to inform decisions — not to produce documents. Research is not asking people what they like, not a political tool, and not science. It's applied inquiry that helps you solve the right problem.

Research Types

Choose your research type based on what decisions are in play:

Generative / Exploratory

When: Before you know what you're building. You need to define the problem. Methods: Interviews, field observation, contextual inquiry, diary studies, literature review Output: Problem definition, opportunity areas, personas, mental models

Descriptive

When: You have a design problem and need to fully understand the context. Methods: Contextual inquiry, fly-on-the-wall observation, journey mapping, card sorting Output: Current-state maps, workflow diagrams, mental models

Evaluative

When: You have potential solutions and need to test them. Methods: Usability testing, heuristic evaluation, A/B testing, click testing, tree testing Output: Severity-ranked issues, task completion rates, recommendations

Causal

When: A solution is live and you need to understand actual usage patterns. Methods: Analytics review, A/B testing, funnel analysis, surveys Output: Conversion data, behavioral patterns, quantitative validation

The Research Process

1. Define the Problem

Start with a clear problem statement. Base it on a verb that indicates outcome:

  • Good: "Identify the barriers preventing users from completing onboarding"
  • Good: "Evaluate whether the new checkout flow reduces abandonment"
  • Bad: "Understand the user experience" (too vague)
  • Bad: "Explore the problem space" (no measurable outcome)

Write 3-5 research questions. More than 10 means your scope is too broad.

2. Select the Approach

You need to...Use...Time needed
Discover unmet needsGenerative interviews2-3 weeks
Understand context and workflowsContextual inquiry1-2 weeks
Test a design conceptUsability testing3-5 days
Validate with numbersSurvey + analytics1-2 weeks
Quick expert reviewHeuristic evaluation1-2 days
Prioritize featuresCard sorting, buy-a-feature1 week
Understand navigation mental modelsTree testing, card sorting1 week
Track ongoing patternsContinuous discovery (weekly)Ongoing

See references/research-methods-catalog.md for detailed method descriptions.

3. Plan and Prepare

Every study needs a written plan, even if it's brief. Use templates/research-plan-template.md.

Essential plan elements:

  • Problem statement and research questions
  • Methodology and rationale
  • Participant criteria and recruiting approach
  • Number of participants (see benchmarks below)
  • Timeline and logistics
  • How data will be captured and stored
  • Who will participate from the team

Participant benchmarks:

  • Usability testing: 3-5 per round (catch ~85% of issues with 5 users)
  • Generative interviews: 5-8 per persona segment
  • Card sorting: 15-20 for statistical patterns
  • Surveys: 100+ for quantitative significance
  • Continuous discovery: 1 per week minimum

4. Recruit Participants

Recruiting is the hardest part. Embrace it — good recruiting puts the quality in your research.

A good participant:

  • Shares the goals and concerns of target users
  • Embodies key characteristics (age, role, tech familiarity)
  • Can articulate their thoughts clearly
  • Is familiar with relevant technology at the same level as target users

Write a screener survey (see templates/screener-template.md):

  • Define specific behaviors you're looking for
  • Determine required tool knowledge and access level
  • Set topic knowledge requirements
  • Don't make it obvious who you're looking for (people will game it)

Recruiting tips:

  • The importance of recruiting perfectly representative users is overrated
  • Testing early and often matters more than perfect representation
  • Don't be embarrassed to ask friends and neighbors for initial rounds
  • Offer reasonable incentives ($50-100/hour)
  • Keep the invitation simple
  • Don't discuss the product beforehand

5. Collect Data

Data management:

  • Use consistent naming: Study-ParticipantName-YYYY-MM-DD
  • Get files onto a shared drive immediately
  • Use familiar tools — technical difficulties kill research sessions
  • Keep a research kit ready to go at a moment's notice

Core collection methods:

Interviewing — The most effective way to see the world as users do. See references/interviewing-guide.md for the full technique guide.

Quick checklist:

  • Prepare an interview guide with goals, demographics, icebreakers, and focus questions
  • Ask open-ended questions; follow up with "Tell me more about that"
  • Listen more than you speak — get comfortable with silence
  • Note exact phrases and vocabulary participants use
  • Pay attention after you stop recording — revelations often come then

Usability Testing — Observe representative users attempting tasks with your design. See references/usability-testing-guide.md for the complete process.

Quick checklist:

  • Create tasks based on scenarios and personas
  • The designer should NOT be the facilitator
  • Have a separate observer taking notes
  • Test early, test often — never right before lunch
  • 3 users per round, debrief over lunch the same day

Contextual Inquiry — Interview and observe in the participant's actual environment.

Quick checklist:

  • Plan for travel time
  • Get situated without interrupting routines
  • Ask people to do activities, not give you a tour
  • Observe everything: environment, workarounds, tools, interruptions
  • Use more than one researcher for multiple perspectives

6. Analyze Data

Analysis is where patterns become insights. Get everyone involved — include people who will benefit from participating.

Qualitative analysis process:

  1. Review all notes and recordings closely
  2. Extract observations: behaviors, emotions, actions, verbatim quotes
  3. Write each observation on a sticky note (coded to the source participant)
  4. Group notes into themes on a whiteboard
  5. Watch patterns emerge; rearrange as you assess
  6. Name each cluster with an insight statement
  7. Derive actionable recommendations from insights

Analysis session structure:

  • Summarize research goals and process (what did we want to find out?)
  • Describe participants and circumstances
  • Describe data gathering methods
  • Pull out quotes and observations as a group
  • Group into themes (e.g., "participants rely on pen and paper to aid memory")
  • Summarize findings: patterns → insights → implications for design
  • Document in a shareable format

See references/analysis-synthesis.md for detailed techniques including affinity diagrams, opportunity mapping, and persona creation.

7. Report Results

A quick sketch of a persona or a photo of sticky notes on a whiteboard is far superior to a lengthy written report that goes ignored.

Always include:

  • Research goals and questions
  • Methods and participant summary
  • Key findings (patterns and insights)
  • Severity-ranked recommendations
  • Suggested next steps

Findings severity scale:

SeverityDefinitionAction
CriticalPrevents users from completing the task entirelyMust fix before release
HighCauses significant difficulty; users may abandonFix in current cycle
ModerateCauses some difficulty but users can work around itPlan for next cycle
LowMinor friction; cosmetic or preference-basedAdd to backlog

Findings frequency scale:

FrequencyDefinition
High30%+ of participants experienced the problem
Moderate11-29% of participants experienced the problem
Low10% or fewer participants experienced the problem

Issue triage (3 tiers):

  • Tier 1: High severity + high frequency → immediate action, high risk to product success
  • Tier 2: Moderate severity with low frequency, or low severity with moderate frequency
  • Tier 3: Low severity + low frequency → low risk, add to backlog

Use templates/findings-report-template.md for the report structure.

Continuous Discovery

For teams practicing continuous discovery (recommended), research is not a phase — it's a weekly habit.

The continuous discovery cadence:

  • Weekly touchpoints with customers by the team building the product
  • Small research activities in pursuit of a desired outcome
  • Infuse daily product decisions with continuous customer input

The product trio (product manager + designer + engineer) should:

  • Conduct story-based interviews weekly (not opinion-based — ask about actual past behavior)
  • Maintain an Opportunity Solution Tree mapping outcomes → opportunities → solutions → assumption tests
  • Generate 15-20 solution ideas per opportunity (volume drives quality)
  • Test 10-20 assumptions per week through small, rapid experiments
  • Define success criteria before running tests

See references/continuous-discovery.md for the full framework.

Common Mistakes to Avoid

  • Leading questions: "Don't you think this is easier?" → "How would you describe this experience?"
  • Confirmation bias: Seeking evidence that supports your hypothesis instead of genuinely testing it
  • Testing too late: Testing right before launch when there's no time to act on findings
  • Asking opinions instead of observing behavior: People don't accurately predict their own behavior
  • Over-documenting, under-acting: A 50-page report nobody reads vs. a whiteboard photo that drives change
  • Skipping the screener: Recruiting anyone available instead of representative participants
  • The facilitator is the designer: The person who built it can't objectively watch it fail
  • Solving during analysis: Resist the urge to jump to solutions before the patterns are clear
  • Adding features based on user requests: "I'd like it if it could do X" — probe deeper; they often already have a source for X

Quick Reference

Problem statement formula: [Verb: identify/evaluate/determine] + [what] + [for whom] + [context] Interview question format: Open-ended, behavior-focused, past-tense ("Tell me about the last time you...") Usability task format: Scenario-based, goal-oriented ("You want to [goal]. Show me how you'd do that.") Screener format: Behavioral questions that filter without revealing criteria Analysis output: Pattern → Insight → Recommendation → Severity

Resources

This skill includes:

  • references/research-methods-catalog.md: Detailed guide to 20+ research methods organized by type
  • references/interviewing-guide.md: Complete interviewing technique from preparation to debrief
  • references/usability-testing-guide.md: Full testing process with scoring rubrics, triage, SUS (full 10-question scale with scoring formula, grade/percentile interpretation, subscales), and alternative questionnaires (UMUX-Lite, SEQ, NASA-TLX)
  • references/analysis-synthesis.md: Affinity diagrams, thematic analysis, persona creation, opportunity mapping
  • references/continuous-discovery.md: Weekly cadence, Opportunity Solution Trees, assumption testing
  • references/workshop-methods.md: Team facilitation techniques — problem framing (HMW, Problem Tree, Abstraction Laddering, Rose/Thorn/Bud), ideation (Thumbnail Sketching, Creative Matrix, Round Robin, Alternative Worlds), prioritization (Importance/Difficulty Matrix, Bull's-Eye, Dot Voting, What's on Your Radar), and modeling (Storyboarding, Concept Poster, Cover Story Mock-Up). Includes half-day workshop template and facilitation anti-patterns.
  • templates/research-plan-template.md: Fillable research plan
  • templates/interview-guide-template.md: Interview script template
  • templates/usability-test-plan-template.md: Test plan with tasks and metrics
  • templates/screener-template.md: Participant screener survey
  • templates/findings-report-template.md: Research findings report
  • examples/method-selection-scenarios.md: "Given X situation, use Y method" decision guide
  • examples/interview-to-insights.md: Walkthrough from raw interview data to actionable insights

平台分布

Codex

31.76%
按下载量换算0

Claude

31.33%
按下载量换算0

Cursor

18.73%
按下载量换算0

Gemini CLI

9.17%
按下载量换算0

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

继续浏览同类 Skills