Token导航 LogoToken导航TokenDH.com
待分类只读github未标认证来源可访问许可证需确认审计通过

user-onboarding用户引导

Agent Skill

user-onboarding 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

840

周安装

34

GitHub Stars

3

下载量

264
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill user-onboarding

简介

用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息整理。

  • 适合在团队协作、项目管理中使用,围绕代码变更进行信息归纳。
  • 通过 GitHub 安装并使用 npx skills add 命令集成到开发流程。
  • 建议在安装前确认仓库访问权限和维护状态,避免误操作影响协作流程。
  • user-onboarding 属于待分类类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

User Onboarding

Scope

Covers

  • Designing the first-time user experience (FTUE) from entry/signup → first value
  • Defining activation / the “aha moment” and reducing time-to-value
  • Creating a “first 30 seconds” experience and a “first mile” plan (milestones to activation)
  • Onboarding mechanics: progressive disclosure, guided setup, empty states, templates, checklists, feedback loops
  • Instrumentation + experiments to improve activation and early retention

When to use

  • “Activation is low” / “users drop during signup/onboarding”
  • “Time-to-value is too long”
  • “The first session doesn’t feel magical”
  • “We need an onboarding redesign / guided setup / empty state improvements”
  • “Define our aha moment and design onboarding to get users there”
  • “Create an onboarding experiment backlog + measurement plan”

When NOT to use

  • You’re onboarding employees, customers to a service process, or running training (not product onboarding).
  • You don’t have a stable value proposition / ICP (use problem-definition or measuring-product-market-fit first).
  • You need a full retention strategy beyond onboarding (use retention-engagement).
  • You need to validate a prototype with real users (use usability-testing after creating a plan here).

Inputs

Minimum required

  • Product + ICP/segment(s) (1–2) and the primary job-to-be-done
  • Platform + entry point (web/mobile; where FTUE starts)
  • Best-available baseline metrics (even rough):

- visit → signup → first key action → activation - time-to-value (time or sessions to first value) - D1 retention (if available)

  • Current onboarding flow summary (steps/screens) and the biggest drop-off point(s)
  • Constraints: timebox, eng/design capacity, allowed channels (in-app/email/push), privacy/legal/brand limits

Missing-info strategy

  • Ask up to 5 questions from references/INTAKE.md, then proceed.
  • If metrics are missing, proceed with explicit assumptions and label confidence.
  • Do not request secrets or PII; prefer aggregated funnels and redacted screenshots.

Outputs (deliverables)

Produce an Onboarding & Activation Pack (Markdown in-chat; or as files if requested) containing:

  1. Context snapshot (goal, segment, constraints, baseline)
  2. Current FTUE map (step-by-step) + friction log
  3. Activation / aha moment spec (behavioral definition + threshold + validation plan)
  4. “First 30 seconds” experience spec (magic moment + success criteria)
  5. “First mile” onboarding plan (milestones to activation; mechanics per milestone)
  6. Experiment backlog (prioritized) + 3–5 experiment cards
  7. Measurement + instrumentation plan (events, properties, dashboards, guardrails)
  8. Rollout/rollback + risk plan
  9. Risks / Open questions / Next steps (always included)

Templates and checklists:

Workflow (7 steps)

1) Intake + goal framing (activation-first)

  • Inputs: User prompt; references/INTAKE.md.
  • Actions: Define the primary segment and the activation outcome. Make the goal measurable (baseline → target, date). Capture constraints and guardrails (e.g., don’t increase drop-off, don’t add dark patterns).
  • Outputs: Context snapshot + goal statement.
  • Checks: Goal is one sentence with a metric, baseline, target, and date.

2) Map the current first-time journey (FTUE)

  • Inputs: Current flow description/screens; funnel + drop-offs; support/sales notes if available.
  • Actions: Create a step-by-step journey map from entry → first value. Log frictions (confusion, time, permissions, empty states, choice overload). Identify the single biggest leak.
  • Outputs: FTUE map table + friction log + primary leak.
  • Checks: Every step has a user goal, product action, and a measurable checkpoint (event or proxy).

3) Define the activation / “aha moment” (behavioral)

  • Inputs: Candidate value behaviors; available events; retention definition (if any).
  • Actions: Propose 3–5 candidate “aha” behaviors and pick one activation definition with a threshold (e.g., “creates X and shares Y within 7 days”). Specify how to validate (correlation with D7/D30; holdout if possible).
  • Outputs: Activation/aha moment spec + validation plan + instrumentation needs.
  • Checks: Activation is observable, repeatable, and measurable (not “understands value”).

4) Design the “first 30 seconds” (make it feel magical)

  • Inputs: Primary leak + activation spec; constraints.
  • Actions: Specify what the user should see/do/feel in the first 30 seconds:

- Remove or defer non-essential setup (progressive disclosure). - Deliver a fast, native, interactive win (avoid passive carousel “tours”). - Provide immediate feedback and a clear next action.

  • Outputs: First 30 seconds spec (screen/script + success criteria).
  • Checks: A new user can reach a meaningful “win” within ~30 seconds (or you document why not and the best proxy).

5) Build the “first mile” plan (milestones → activation)

  • Inputs: Activation spec; journey map; UX constraints.
  • Actions: Break activation into 3–6 milestones (the “first mile”). For each milestone, define mechanics (guided setup, defaults, empty states, templates, checklists, feedback, progress). Ensure onboarding is “inside the product,” not detached from real actions.
  • Outputs: First mile onboarding plan + updated journey map.
  • Checks: Each milestone reduces time-to-value and has a leading-indicator metric.

6) Instrumentation + measurement plan

  • Inputs: Current analytics/events; proposed milestones; guardrails.
  • Actions: Define the minimum event schema and dashboards needed (funnel, time-to-value, activation rate, early retention). Add guardrails (support tickets, cancellations, performance).
  • Outputs: Measurement plan + event list/properties + dashboard outline.
  • Checks: Every experiment and milestone has a primary metric and at least one guardrail metric.

7) Prioritize experiments + quality gate

  • Inputs: Candidate interventions; measurement plan; references/CHECKLISTS.md and references/RUBRIC.md.
  • Actions: Convert top opportunities into experiment cards; prioritize (Impact × Confidence ÷ Effort). Add rollout/rollback guidance. Run checklist + score rubric. Always include Risks / Open questions / Next steps.
  • Outputs: Final Onboarding & Activation Pack.
  • Checks: Top 3 experiments are runnable within constraints and have “win/lose/learn” criteria.

Quality gate (required)

Examples

Example 1 (B2B SaaS, guided setup): “Use user-onboarding. Product: workflow automation tool for SMB ops. Segment: new self-serve admins. Baseline: 42% signup completion, 9% activation within 7 days. Problem: users stall at connecting integrations. Constraint: 3-week sprint, 1 engineer, 1 designer. Output: an Onboarding & Activation Pack with an activation spec, a first-30-seconds + first-mile plan, and a prioritized experiment backlog.”

Example 2 (B2C app, time-to-value): “Our first session feels flat. Redesign onboarding so users experience value within 30 seconds, define the activation event, and propose 5 experiments with metrics + guardrails.”

Boundary example (not product onboarding): “Create an employee onboarding program for new hires.” Response: this skill is for product onboarding; use an HR onboarding/training process instead.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

36.89%
按下载量换算97

Claude

26.53%
按下载量换算70

Cursor

17.83%
按下载量换算47

Gemini CLI

8.89%
按下载量换算23

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills