Token导航 LogoToken导航

Agent Skill · 研究检索

startup-pivoting(启动转向)

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

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

总安装 717周安装 29GitHub Stars 3下载 225核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill startup-pivoting

这个 Skill 是做什么的

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

用于查找、检索和筛选相关信息,支持创业方向调整相关研究。适用于需要根据任务场景快速定位转型策略或市场分析的场景。通过 GitHub 安装并使用 npx skills add 命令集成到创业流程中。建议在使用前确认权限范围和维护状态,避免触发未预期的外部请求。

startup-pivoting 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/startup-pivoting

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

startup-pivoting 怎么安装?

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

startup-pivoting 支持哪些 AI 工具?

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

startup-pivoting 需要什么权限?

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

startup-pivoting 是免费的吗?

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

startup-pivoting 用的人多吗?

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

startup-pivoting 安全吗?

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

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

值得选的地方

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

启动转向 · 本页

7173只读未明确通过

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

SKILL.md 原文

Startup Pivoting

Scope

Covers

  • Deciding whether to pivot vs persevere when a product/startup is stuck (typically pre- or early-PMF)
  • Turning a pivot debate into an executable Pivot Decision & Execution Pack (not vibes)
  • Designing a time-boxed pivot validation + execution plan with clear decision gates

When to use

  • “Should we pivot?”
  • “We’re stuck pre-PMF / growth has stalled.”
  • “We think the ICP/market is wrong—help us change direction.”
  • “We need a pivot options map and a concrete plan to validate one quickly.”
  • “Make a pivot decision memo we can share with the team/investors.”

When NOT to use

  • You don’t have a product or real customer evidence yet (do discovery/problem framing first, e.g., problem-definition)
  • You only need incremental optimization (pricing tests, onboarding tweaks, activation/retention work) and direction is not in question
  • You’re choosing between many roadmap bets within an agreed strategy (use prioritizing-roadmap)
  • You want the agent to “pick a new startup idea” from scratch (use startup-ideation)

Human checkpoint (required)

  • A pivot is a high-stakes strategic decision. This skill produces decision-ready artifacts and a plan, but a human owner must make the final call.

Inputs

Minimum required

  • What you sell/build today (product summary + current target customer)
  • The “stuck” symptoms + evidence (metrics, user feedback, pipeline, retention/churn, qualitative signals)
  • Runway/timebox (months of runway or a decision deadline)
  • Constraints/non-negotiables (compliance, brand/trust, margins, platform, team capabilities)
  • Current “theory of winning” (who + problem + why you win)

Missing-info strategy

  • Ask up to 5 questions from references/INTAKE.md.
  • If answers aren’t available, proceed with explicit assumptions and offer 2 scope options (lean 60–90 min analysis vs thorough 1–2 day pack).

Outputs (deliverables)

Produce a Pivot Decision & Execution Pack in Markdown (in-chat; or as files if requested):

  1. Context snapshot (what’s true today; constraints; runway; decision owner)
  2. Stuck diagnosis (symptoms → likely causes → evidence gaps)
  3. Exhaustion check (“have we exhausted the possibilities?”) + the last best non-pivot moves (time-boxed)
  4. Pivot options map (4P pivot grid + 10% vs 200% classification)
  5. Chosen pivot thesis (who/problem/promise) + success metrics + kill criteria
  6. Validation plan (customer learning + experiments; decision gates; what would change your mind)
  7. Execution plan (pivot sprint plan; cut list; resourcing; comms; risks)
  8. Risks / Open questions / Next steps (always included)

Templates: references/TEMPLATES.md Expanded guidance: references/WORKFLOW.md

Workflow (7 steps)

1) Frame the decision (and the clock)

  • Inputs: Request + runway/timebox + references/INTAKE.md.
  • Actions: Define the decision: pivot vs persevere vs shut down (or “pivot A vs pivot B”). Name the decision owner and the decision date. Capture non-negotiables.
  • Outputs: Context snapshot + decision statement.
  • Checks: The decision is binary/explicit and time-bounded (no “let’s think about it”).

2) Diagnose what’s actually “stuck”

  • Inputs: Metrics, funnel, retention/churn, pipeline, user feedback, win/loss notes.
  • Actions: Summarize symptoms and hypothesize causes. Separate signal (real demand/value issues) from execution (distribution/onboarding/pricing) issues.
  • Outputs: Stuck diagnosis + evidence inventory + top evidence gaps.
  • Checks: You can state the top 1–3 bottlenecks and what data would falsify them.

3) Run the exhaustion check (Butterfield rule)

  • Inputs: Stuck diagnosis + constraints + prior attempts.
  • Actions: Use references/TEMPLATES.md to complete the Exhaustion Check: list the most credible non-pivot levers and whether they were tried well. Identify the “last best” 1–3 non-pivot moves worth time-boxing (if any).
  • Outputs: Exhaustion Check + time-boxed “last best tries” plan (or explicit rationale for skipping).
  • Checks: If you recommend pivoting, you can explain why remaining non-pivot levers are unlikely/too slow vs runway.

4) Generate pivot options (require at least one 200% pivot)

  • Inputs: Theory of winning + evidence + constraints.
  • Actions: Create 4–8 options using a 4P pivot grid (Problem, Persona, Product, Positioning/Package). Classify each as ~10% (small tweak) vs 200% (meaningfully different bet). Include at least one 200% option.
  • Outputs: Pivot options map with a short “why this could win” and “what would have to be true”.
  • Checks: Each option is distinct, falsifiable, and has a plausible path to distribution.

5) Select a pivot thesis + metrics + kill criteria

  • Inputs: Options map + decision criteria (runway, strengths, market, moat).
  • Actions: Pick the best option (or top 2). Write a Pivot Thesis Card and define success metrics (North Star + 2–5 leading indicators) plus guardrails. Define kill criteria and a decision gate date.
  • Outputs: Pivot thesis + metrics + kill criteria.
  • Checks: Metrics are computable; kill criteria are real (not “keep going until it works”).

6) Build the validation + execution plan (Todd Jackson rule)

  • Inputs: Pivot thesis + runway + team capacity.
  • Actions: Create a time-boxed pivot sprint: customer learning plan, experiments, build scope, and what to stop building. Include a comms plan (team/investors/customers) and a rollback/exit plan if results fail.
  • Outputs: Validation plan + execution plan (owners, timeline, decision gates).
  • Checks: Plan fits runway; includes a cut list; includes at least one “hard truth” test that could disconfirm the thesis.

7) Quality gate + finalize pack

  • Inputs: Full draft pack.
  • Actions: Run references/CHECKLISTS.md and score with references/RUBRIC.md. Add Risks / Open questions / Next steps and confirm the human checkpoint (decision owner/date).
  • Outputs: Final Pivot Decision & Execution Pack.
  • Checks: A stakeholder can read it async and understand: (a) why you’re pivoting, (b) what you’ll do, (c) how you’ll know, (d) when you’ll decide.

Quality gate (required)

Examples

Example 1 (B2B SaaS stuck pre-PMF): “We built an AI support copilot for SMBs. Trials convert, but retention is poor and sales cycles are long. We have 6 months of runway. Should we pivot, and if so how?” Expected: a Pivot Decision & Execution Pack with an exhaustion check (pricing/onboarding/ICP), 4–8 pivot options including at least one 200% pivot, a chosen thesis with metrics/kill criteria, and a 4–6 week pivot sprint plan.

Example 2 (Consumer plateau): “Our language learning app growth stalled and D30 retention is low. We suspect our promise is wrong. Create a pivot options map and a validation plan.” Expected: a 4P pivot grid that includes positioning/package changes and at least one new persona/problem angle, plus a time-boxed validation plan with decision gates.

Boundary example: “Just tell us what to pivot to—no metrics, no customers, no constraints.” Response: explain that pivoting without evidence is guesswork; ask 3–5 intake questions, propose a discovery/validation sprint, and only then produce a pivot thesis and plan.

平台分布

Codex

35.46%
按下载量换算80

Claude

31.63%
按下载量换算71

Cursor

19.51%
按下载量换算44

Gemini CLI

9.69%
按下载量换算22

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

继续浏览同类 Skills