Token导航 LogoToken导航TokenDH.com
研究检索权限需确认clawhub未标认证来源可访问clear审计通过

game-design-friction-journey-audit游戏设计摩擦之旅审核

Agent Skill

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

总安装

1,640

周安装

67

GitHub Stars

公开资料未说明

下载量

531
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:game-design-friction-journey-audit(游戏设计摩擦之旅审核)
来源仓库:https://github.com/stanestane/game-design-friction-journey-audit
安装命令:
openclaw skills install game-design-friction-journey-audit
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install game-design-friction-journey-audit

简介

game-design-friction-journey-audit 量化整个用户旅程中的摩擦分布情况。

  • 区分有意为之的挑战与无意义的繁琐操作降低无效负担。
  • 输出热力图式可视化报告直观展示问题集中区域。
  • 作为研究检索工具,强调定性分析与定量测量相结合。
  • 建议每季度执行一次以保持长期体验健康度监控。

SKILL.md

name
game-design-friction-journey-audit
description
Audit a game, feature flow, economy path, onboarding journey, progression chain, or live-ops loop for friction quality and friction accumulation. Use when diagnosing where players stall, disengage, churn, or feel overloaded; when distinguishing productive challenge from harmful friction; or when evaluating whether constraints, waiting, confusion, resource pressure, or multi-step dependencies are creating strategy, tension, frustration, or deadlock.

Game Design Friction Journey Audit

Audit a design by mapping where friction appears across a player journey, what kind of friction it is, how it accumulates, and where useful challenge mutates into harmful drag.

Use this skill when a feature feels sticky in the wrong way, when progression seems to slow down for reasons players cannot articulate clearly, or when you need to separate meaningful challenge from accidental obstruction.

Core principle

Not all friction is bad.

Some friction creates commitment, decision-making, anticipation, and mastery. Other friction creates confusion, paralysis, resentment, or churn. The job is not to remove all resistance. The job is to identify which resistance is doing design work and which is merely getting in the player's way.

What to produce

Generate:

  1. Audit target - what journey, loop, or feature is being reviewed
  2. Journey breakdown - the major steps in player progression through the target flow
  3. Friction map - where friction appears, what kind it is, and what causes it
  4. Accumulation analysis - where multiple frictions stack into exhaustion or deadlock
  5. Diagnosis - where the design shifts from meaningful challenge to harmful blockage
  6. Recommendations - what to preserve, reduce, surface, reorder, or remove

Process

1. Define the journey being audited

Clarify:

  • what system or flow is under review
  • what kind of player it applies to
  • what stage of play it belongs to: FTUE, early game, mid-game, elder game, event loop, monetization path, social loop, etc.
  • what desired player behavior the flow is supposed to support

Write:

  • Audit target
  • Expected player goal
  • Player context

2. Break the journey into steps

Map the journey as a sequence of player-facing steps.

For each step, identify:

  • player action
  • player decision
  • requirement or dependency
  • feedback or reward
  • what unlocks the next step

Keep steps coarse enough to be readable but concrete enough to locate friction.

3. Identify friction at each step

For each step, ask:

  • what slows progress?
  • what blocks progress?
  • what creates uncertainty?
  • what consumes time, attention, or resources?
  • what forces tradeoffs or commitment?

Possible friction sources:

  • resource scarcity
  • dependency chains
  • waiting and timers
  • unclear affordances or goals
  • UI or information opacity
  • cognitive overload
  • skill challenge
  • social coordination burden
  • random variance
  • harsh penalty or recovery cost
  • monetization pressure

4. Classify the friction

Classify each friction point as one of these:

Productive friction

Supports:

  • decision-making
  • planning
  • anticipation
  • mastery
  • commitment
  • strategic tradeoff
  • emotional tension that feels fair and legible

Harmful friction

Produces:

  • confusion
  • dead time without meaning
  • arbitrary blocking
  • unreadable requirements
  • overloaded task chains
  • repeated admin work
  • punishment without learning
  • progress paralysis

Mixed friction

Useful in principle, but currently too strong, too opaque, too stacked, or too poorly timed.

Do not treat this as binary if it is not. Many systems are good ideas implemented at the wrong intensity.

5. Assess intensity and visibility

For each friction point, rate:

  • Intensity - low / medium / high
  • Visibility - obvious / partially hidden / opaque
  • Fairness feel - fair / borderline / unfair-feeling

A friction can be mild but still dangerous if it is hidden. It can also be intense but acceptable if the player clearly understands it and sees why it exists.

6. Analyze friction accumulation

Look for stack effects.

Ask:

  • where do several medium frictions compound into a high-friction moment?
  • where are players forced to satisfy too many constraints at once?
  • where does the flow ask for too much memory, too much waiting, or too many parallel tasks?
  • where do repeated harmful frictions appear without enough reward, clarity, or release?

Common accumulation patterns:

  • multiple resources plus timer plus low clarity
  • complex chain plus weak feedback plus low inventory space
  • repeated losses plus long recovery plus weak learning signal
  • social obligation plus schedule pressure plus poor coordination tools

7. Find the breakpoints

Identify:

  • where challenge turns into drag
  • where strategy turns into opacity
  • where anticipation turns into dead time
  • where difficulty turns into helplessness
  • where a healthy loop turns into churn risk

These are the key design breakpoints.

8. Diagnose the role of friction in the design

Answer:

  • which friction points are core to the fantasy or mastery arc?
  • which friction points only exist because of weak clarity, weak UX, poor pacing, or over-constrained economy?
  • what friction is essential and should be protected?
  • what friction is currently doing accidental damage?

9. Recommend design changes

For each major friction issue, specify:

  • Issue
  • Why it hurts
  • Keep / reduce / remove / surface / reorder / soften
  • Expected effect

Typical interventions:

  • surface hidden requirements
  • reduce simultaneous constraints
  • improve feedback and goal clarity
  • shorten dead-time without removing commitment
  • preserve meaningful tradeoffs while removing admin burden
  • stagger dependencies instead of stacking them all at once

Response structure

Audit Target

  • ...

Journey Breakdown

  1. ...
  2. ...
  3. ...

Friction Map

StepFriction PointTypeCauseIntensityVisibilityFairness Feel
.....................

Accumulation Analysis

  • ...

Breakpoints

  • ...

Diagnosis

  • ...

Recommendations

  1. ...
  2. ...
  3. ...

Fast mode

Use this quick pass when speed matters:

  • where does the player slow down or stop?
  • is the friction creating strategy or confusion?
  • is it fair and legible?
  • what other frictions are stacking nearby?
  • what should be preserved, softened, surfaced, or removed?

Working principle

Good friction gives the player something meaningful to push against. Bad friction makes the player wonder why they are pushing at all.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

OpenClaw

73.54%
按下载量换算390

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

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

来源信息

继续浏览同类 Skills