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

defining-product-vision定义产品愿景

Agent Skill

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

总安装

642

周安装

27

GitHub Stars

3

下载量

225
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill defining-product-vision

简介

defining-product-vision 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。
  • 通过 npx skills add 命令从指定仓库安装并使用。
  • 使用前需确认权限范围、维护状态,避免触发联网或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Defining Product Vision

Scope

Covers

  • Defining or refreshing a product vision (5–10 year future state)
  • Writing a vision statement + short vision narrative (concrete, not a tagline)
  • Translating vision into pillars and strategic choices (what we will/won’t do)
  • Packaging a “Product Vision Pack” leaders and teams can use as a decision tie-breaker

When to use

  • “We need a real product vision (not a slogan).”
  • “Leadership isn’t aligned on where the product is going.”
  • “Write a vision statement + one-pager for the next 5–10 years.”
  • “Bridge our mission to strategy and planning.”
  • “We have a big technology vision—what’s the user-friendly product form factor?”

When NOT to use

  • You only need a marketing tagline or positioning copy (do marketing/copywriting instead).
  • You need a detailed product strategy doc, roadmap, or OKRs *after* vision is already aligned (use those downstream skills).
  • You don’t have even a rough target customer/problem hypothesis (do discovery/research first).
  • You’re choosing metrics/measurement before agreeing on the future state (do vision first, then North Star metrics).

Inputs

Minimum required

  • Product (what it is today) + target customer segment(s)
  • The potent user problem / job-to-be-done the vision is grounded in
  • Time horizon (default: 5–10 years)
  • Mission / higher-level purpose (or executive intent)
  • Constraints (what must remain true: trust, safety, margin, compliance, etc.)
  • Stakeholders who must align (roles/names)

Missing-info strategy

  • Ask up to 5 questions from references/INTAKE.md.
  • If answers aren’t available, proceed with clearly labeled assumptions and provide 2–3 vision options.

Outputs (deliverables)

Produce a Product Vision Pack in Markdown (in-chat; or as files if requested):

  1. Context snapshot (bullets)
  2. Problem anchor (target customer + potent user problem)
  3. Vision statement (1 sentence)
  4. Vision narrative (concrete 5–10 year future state; tech-agnostic; aspirational but attainable)
  5. Vision pillars (3–5) + optional experience principles
  6. Strategy bridge (3–5 explicit choices + non-goals + “near-term wedge/form factor”)
  7. Rollout & alignment plan (workshop + comms + cadence)
  8. Risks / Open questions / Next steps (always included)

Templates: references/TEMPLATES.md

Workflow (8 steps)

1) Intake + constraints

  • Inputs: User context; use references/INTAKE.md.
  • Actions: Confirm product, target customer, horizon, mission, constraints, stakeholders, and why-now.
  • Outputs: 8–12 bullet Context snapshot.
  • Checks: You can restate “who we serve + what problem we solve” in 1–2 sentences.

2) Define the problem anchor (potent user problem)

  • Inputs: Context snapshot.
  • Actions: Write the target customer + problem as a crisp, user-centered statement; identify what “success” means for them.
  • Outputs: Problem anchor section (template in references/TEMPLATES.md).
  • Checks: Problem is specific, important, and not framed as “our feature idea”.

3) Draft 2–3 future states (vision options)

  • Inputs: Problem anchor + horizon.
  • Actions: Generate 2–3 distinct future-state options that are:

- Lofty and realistic - Tech-agnostic (not limited by today’s implementation) - Grounded in the user problem

  • Outputs: 2–3 Vision options (short narratives).
  • Checks: Each option passes the 4-point vision test in references/CHECKLISTS.md.

4) Write the vision statement + narrative (not a tagline)

  • Inputs: Chosen vision option.
  • Actions: Draft a 1-sentence vision statement and a short narrative (5–10 year future). Run the “what does that mean?” elaboration test.
  • Outputs: Vision statement + Vision narrative.
  • Checks: A stakeholder can ask “what does that mean?” and you can answer concretely (future customers, value difference, what’s changed).

5) Define pillars + principles (make it decision-useful)

  • Inputs: Vision narrative.
  • Actions: Create 3–5 pillars that imply product choices; add experience principles that help users act on the core value.
  • Outputs: Vision pillars (+ optional experience principles).
  • Checks: Each pillar can be translated into “we will invest in X / say no to Y”.

6) Build the strategy bridge (choices + non-goals + wedge)

  • Inputs: Vision pillars + constraints.
  • Actions: Translate the vision into 3–5 strategic choices and explicit non-goals. Propose a near-term wedge/form factor that delivers immediate utility while progressing the long-term vision.
  • Outputs: Strategy bridge section.
  • Checks: Strategy forces choice (scarce resources); includes at least 3 non-goals; names a plausible wedge.

7) Align stakeholders + iterate

  • Inputs: Draft pack.
  • Actions: Create a lightweight review plan (who, how, cadence). Anticipate objections and add an FAQ if needed.
  • Outputs: Rollout & alignment plan.
  • Checks: Key stakeholders can paraphrase the vision and disagree on specifics (not on meanings).

8) Quality gate + finalize pack

  • Inputs: All drafts.
  • Actions: Run references/CHECKLISTS.md and score with references/RUBRIC.md. Add Risks / Open questions / Next steps.
  • Outputs: Final Product Vision Pack.
  • Checks: Pack is shareable as-is; choices, non-goals, and caveats are explicit.

Quality gate (required)

Examples

Example 1 (B2B SaaS): “Define a product vision for a workflow automation platform for IT teams.” Expected: a Product Vision Pack with a concrete future state, pillars, and a strategy bridge (choices + non-goals + wedge).

Example 2 (Consumer): “Refresh product vision for a personal finance app expanding into a full ‘financial operating system’.” Expected: a vision that is lofty but attainable, tech-agnostic, grounded in a potent user problem, and packaged in a familiar form factor.

Boundary example: “Write a tagline for our website.” Response: clarify this skill produces product vision artifacts (not marketing copy). Offer to first produce a vision pack, then hand off a distilled tagline/positioning to a marketing/copy skill.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

35.09%
按下载量换算79

Claude

29.35%
按下载量换算66

Cursor

18.94%
按下载量换算43

Gemini CLI

10.05%
按下载量换算23

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills