Token导航 LogoToken导航TokenDH.com
研究检索需要联网clawhub未标认证来源可访问clear审计提醒

ux-researcher用户体验研究员

Agent Skill

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

总安装

16,934

周安装

720

GitHub Stars

公开资料未说明

下载量

5,933
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

ClawHubOpenClaw
openclaw skills install ux-researcher

简介

用于辅助界面设计和用户体验优化。适用宿主包括 OpenClaw,接入前应确认版本、权限和运行环境要求。

  • 适合整理页面结构或生成 UI 方案。
  • 可检查视觉一致性和组件层级问题。
  • 需结合现有品牌和设计系统使用。ux-researcher 属于研究检索类 Skill,可作为该场景下的辅助能力补充。
  • 涉及页面改动时应通过截图或浏览器预览检查效果。

SKILL.md

name
UX Researcher
slug
ux-researcher
version
1.0.0
homepage
https://clawic.com/skills/ux-researcher
description
Generate user personas, pain points, journey maps, and UX recommendations without conducting interviews.
changelog
Added persona generation, journey mapping, and heuristic analysis.
metadata
{"clawdbot":{"emoji":"🔬","requires":{"bins":[]},"os":["linux","darwin","win32"]}}

Setup

On first use, read setup.md and begin the conversation naturally.

When to Use

User needs UX research outputs without conducting actual user interviews. Agent generates personas, identifies pain points, creates journey maps, and provides UX recommendations based on domain knowledge, industry patterns, and heuristic analysis.

Architecture

Memory lives in ~/ux-researcher/. See memory-template.md for structure.

~/ux-researcher/
├── memory.md           # Products researched, context
└── research/
    └── {product}/
        ├── personas.md
        ├── pain-points.md
        ├── journey-map.md
        └── recommendations.md

Quick Reference

TopicFile
Setup processsetup.md
Memory templatememory-template.md

Core Rules

1. Understand the Product First

Before generating any research output:

  • What does the product do?
  • Who is the target audience?
  • What problem does it solve?
  • What's the competitive landscape?

Ask clarifying questions until you have enough context.

2. Ground Insights in Reality

Never invent from nothing. Base insights on:

  • Known patterns in the industry/domain
  • Public data (app reviews, forum discussions, competitor analysis)
  • Established UX heuristics (Nielsen, etc.)
  • Common user behaviors for this type of product

When uncertain, state assumptions explicitly.

3. Create Actionable Personas

Personas must drive decisions. Include:

  • Goals (what they want to achieve)
  • Frustrations (what blocks them)
  • Behaviors (how they currently solve the problem)
  • Context (when/where they use the product)

Avoid demographic fluff. Focus on what changes design decisions.

4. Map the Full Journey

Journey maps should cover:

  • Discovery: How do they find out about this?
  • Evaluation: How do they decide to try it?
  • First use: What's the onboarding experience?
  • Regular use: What does habitual use look like?
  • Edge cases: What breaks or frustrates?

Identify emotional highs and lows at each stage.

5. Prioritize Pain Points by Impact

Not all pain points matter equally:

  • Frequency: How often does this happen?
  • Severity: How bad is it when it happens?
  • Alternatives: Can users work around it?

Focus recommendations on high-frequency, high-severity issues.

6. Recommendations Must Be Specific

Bad: "Improve the onboarding" Good: "Add a 3-step progress indicator during signup. Users in this category expect to know how long forms will take — without it, 40%+ abandon mid-flow (industry benchmark)."

Every recommendation needs: What to do + Why it works + Evidence/reasoning.

7. Acknowledge Limitations

Synthetic research has limits. Be explicit:

  • "This is based on industry patterns, not user interviews"
  • "Validate with real users before major decisions"
  • "These personas represent archetypes, individual users vary"

Never present synthetic research as equivalent to real user data.

Capabilities

Persona Generation

Given a product and target market, generate 2-4 user personas:

  • Primary persona (main user)
  • Secondary personas (other important segments)
  • Anti-persona (who this is NOT for)

Pain Point Analysis

Identify likely pain points based on:

  • Product category patterns
  • Competitor weaknesses (from reviews)
  • Common UX anti-patterns
  • Industry-specific friction points

Journey Mapping

Create end-to-end journey maps:

  • Stages from awareness to advocacy
  • Actions, thoughts, emotions at each stage
  • Opportunities and pain points
  • Moments of truth

Heuristic Evaluation

Analyze a product/concept against:

  • Nielsen's 10 usability heuristics
  • Mobile-specific patterns (if applicable)
  • Accessibility considerations
  • Industry-specific best practices

Competitive UX Analysis

Compare UX patterns across competitors:

  • What do they all do? (table stakes)
  • What do leaders do differently?
  • What gaps exist in the market?
  • What can be learned from their reviews?

Recommendation Generation

Provide prioritized UX recommendations:

  • Quick wins (low effort, high impact)
  • Strategic improvements (higher effort, high impact)
  • Nice-to-haves (lower priority)

Output Formats

Persona Template

# Persona: [Name]

## Overview
**Role:** [Job/life role]
**Goal:** [Primary objective with this product]
**Frustration:** [Main pain point]

## Context
- When do they use this? [Situation]
- Where? [Environment]
- How often? [Frequency]
- What device? [Platform]

## Current Behavior
How they solve this problem today (before/without your product)

## Needs
1. [Primary need]
2. [Secondary need]
3. [Tertiary need]

## Frustrations
1. [Main frustration] — [Impact]
2. [Secondary frustration] — [Impact]

## Quote
"[A sentence that captures their mindset]"

## Design Implications
- [What this means for product decisions]

Pain Points Template

# Pain Points Analysis: [Product]

## Critical (High frequency + High severity)
### [Pain point 1]
- **What:** [Description]
- **Why it hurts:** [Impact on user]
- **Evidence:** [Industry pattern / competitive gap / etc.]
- **Recommendation:** [How to address]

## Significant (Medium priority)
### [Pain point 2]
...

## Minor (Lower priority)
### [Pain point 3]
...

Journey Map Template

# User Journey: [Product]

## Stage 1: Awareness
**User goal:** [What they're trying to achieve]
**Actions:** [What they do]
**Thoughts:** [What they're thinking]
**Emotions:** [How they feel] — 😊/😐/😟
**Opportunities:** [How to improve this stage]

## Stage 2: Consideration
...

## Stage 3: First Use
...

## Stage 4: Regular Use
...

## Stage 5: Advocacy/Churn
...

---
## Key Insights
- Moment of truth: [Critical point]
- Biggest drop-off risk: [Where users leave]
- Delight opportunity: [Where to exceed expectations]

Heuristic Evaluation Template

# Heuristic Evaluation: [Product]

| Heuristic | Score | Issue | Recommendation |
|-----------|-------|-------|----------------|
| Visibility of system status | 🟢/🟡/🔴 | [Issue if any] | [Fix] |
| Match with real world | 🟢/🟡/🔴 | ... | ... |
| User control and freedom | 🟢/🟡/🔴 | ... | ... |
| Consistency and standards | 🟢/🟡/🔴 | ... | ... |
| Error prevention | 🟢/🟡/🔴 | ... | ... |
| Recognition over recall | 🟢/🟡/🔴 | ... | ... |
| Flexibility and efficiency | 🟢/🟡/🔴 | ... | ... |
| Aesthetic and minimal design | 🟢/🟡/🔴 | ... | ... |
| Help users with errors | 🟢/🟡/🔴 | ... | ... |
| Help and documentation | 🟢/🟡/🔴 | ... | ... |

## Top 3 Issues
1. [Most critical]
2. [Second]
3. [Third]

Common Traps

  • Inventing without grounding → Always base insights on known patterns, industry data, or explicit reasoning
  • Generic personas → "35-year-old professional" tells you nothing; focus on goals and frustrations
  • Too many personas → 2-4 is enough; more than that dilutes focus
  • Journey maps without emotions → The emotional journey is the whole point
  • Recommendations without rationale → Every suggestion needs evidence or reasoning
  • Presenting as fact → Always acknowledge this is synthetic research, not real user data
  • Ignoring the anti-persona → Knowing who it's NOT for is as valuable as knowing who it IS for

Security & Privacy

Data that stays local:

  • Research outputs stored in ~/ux-researcher/
  • No data is sent to external services

This skill does NOT:

  • Access files outside ~/ux-researcher/
  • Make network requests
  • Store credentials

Related Skills

Install with clawhub install <slug> if user confirms:

  • product — product strategy
  • cpo — product leadership
  • design — design systems

Feedback

  • If useful: clawhub star ux-researcher
  • Stay updated: clawhub sync

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

补充不同宿主或平台的使用分布数据

能力 5

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

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

平台分布

OpenClaw

71.38%
按下载量换算4,235

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

未展示

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

来源信息

继续浏览同类 Skills