Product & Planning

kalyvask Skill

Walk a PM through a real product decision step by step — diagnosis, framing, framework application, validation plan, kill criteria. Use when the user is actively wrestling with a specific product decision (kill / continue / pivot, build vs. buy, scope a launch, prioritize a backlog, respond to flat metrics) and wants help thinking it through end-to-end. Different from pm-framework-selector — this skill *runs* the decision; the selector just points at the right framework.

kalyvask Skill

Cross-project stakeholder tracking — who you owe responses to, who owes you, last interaction date, open commitments per person. Reads cross-project and per-project stakeholder files plus recent Granola and Gmail signal. Surfaces relationships drifting toward neglect and commitments hanging in the gap between meetings. Use weekly or before any big stakeholder push (board prep, exec review, customer escalation cycle).

kalyvask Skill

Given a feature scope description, recommend the appropriate design-process intensity. Routes large features (M/L/XL) through the full Research → PRD → Design Concept → Detailed Design → Working Code pipeline; routes small features and bug fixes (XS/S) through an Express Lane (verbal sign-off, no Figma) that skips stages without value. Catches both over-processing of small work and under-processing of large work. Use at kickoff when scoping a new feature, or when triaging a backlog where the design team is over-loaded and you need to decide where to invest the process.

kalyvask Skill

Stress-test a design, flow, or PRD section by simulating how a specific persona would walk through it step by step. Takes the design plus a target persona (defined inline or pulled from pm-state stakeholders) and outputs a walkthrough from the persona's point of view — what they see, what they think, where they get stuck, the first failure mode that would make them bounce. Designed to surface obvious failures in 10 minutes before committing engineering time or scheduling real user research. Distinct from pm-design-critic (which applies behavioral principles to the artifact) and pm-customer-interview-coach (which helps run interviews with real users); this skill simulates the user.

kalyvask Skill

Plan, critique, or stress-test a customer-discovery interview against the Mom Test rules. Use when the user is preparing an interview script, reviewing a transcript, debriefing what they "learned," or deciding what to do with a batch of customer conversations. Catches leading questions, fluff-inducing phrasing, compliments mistaken for data, premature zoom into a hypothesized problem, and missed commitment asks. Returns a question-by-question rewrite, a list of what was actually learned vs. imagined, and the next conversation to run.

kreuzberg-dev Skill

Standard Taskfile conventions across xberg-io repos — task discovery, common and language-scoped tasks, build profiles, the alef and e2e task families, lock-file discipline. Load when running or adding tasks, choosing between task commands, or deciding how to build/test/regenerate a repo.

spacezephyr Skill

产品经理 Skill 库全局总控。管理 20 个 PM Skill：13 个执行工具（PRD、评审、优先级、路线图、数据分析、实验、埋点、问卷、竞品、复盘、原型×3）+ 7 个专家顾问团（Cagan、Torres、俞军、Mom Test、Story Mapping、Build Trap 及其总控）。 能力：(1)根据用户描述的问题自动路由到最合适的 Skill (2)编排多 Skill 工作流链路，把上一步产出接力给下一步 (3)判断类问题转交 pm-advisory-board 组织专家评审。 触发词：「pm-master」「产品总控」「我该用哪个 Skill」「帮我推进这个需求」「从头到尾走一遍」「完整链路」， 或者用户描述了一个产品工作场景但没有指明用哪个 Skill、或一个任务明显需要多个 Skill 接力完成时，优先使用本 Skill。

spacezephyr Bundle

把模糊需求转化为可评审的产品需求文档（PRD）。当用户说"写个需求文档"、"帮我出PRD"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD"，或者用户描述了一段功能但没有结构化时，使用这个 Skill。 也适用于：用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD；用户说"PRD"、"产品需求"、"需求文档"、"功能说明书"等关键词；用户要求对已有PRD进行补全、优化、查漏补缺。 不适用于：纯技术方案设计（用 architecture）、纯 UI 稿标注（用 design-handoff）、项目管理类文档（用 status-report）。

spacezephyr Bundle

模拟多角色 PRD/原型评审会，从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。 也适用于：用户上传了 PRD、需求文档、原型截图、功能说明并要求检查；用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词；用户要求从研发或测试视角看需求是否可行。 不适用于：写 PRD（用 pm-prd-writer）、纯代码审查（用 code-review）、纯设计走查（用 design-critique）。

spacezephyr Bundle

版本规划与路线图设计 Skill。从季度目标、团队产能、依赖方信息出发，输出可执行的版本路线图（里程碑、依赖风险、缓冲策略、每阶段成功指标）。 触发条件：用户提到"路线图"、"版本规划"、"roadmap"、"里程碑"、"季度计划"、"迭代规划"、"版本排期"、"项目排期"、"依赖梳理"、"风险预案"、"缓冲方案"、"迭代计划"、"sprint规划"、"release plan"、"OKR拆解"等关键词。 也适用于：用户提供季度目标/团队产能/依赖信息要求排期；用户要求将战略目标拆解为可执行的里程碑；用户要求评估项目风险和缓冲方案；用户要求制定跨团队协作的版本计划。 典型输入：季度目标 + 团队产能 + 依赖方信息 + 约束条件。 不适用于：每日站会（直接沟通）、单个需求设计（用 pm-prd-writer）、数据分析（用 pm-analytics）。

spacezephyr Bundle

设计高质量调研问卷。当用户说"设计问卷"、"做个调研"、"帮我出份问卷"、"用户调研"、"满意度调查"、"NPS问卷"、"市场调研"、"需求调研"、"问卷设计"、"survey design"， 或者用户描述了一个调研目标但还没有结构化的问卷时，使用这个 Skill。 也适用于：用户上传了已有问卷要求优化/查偏差/补充题目；用户说"帮我检查这份问卷有没有问题"；用户需要设计 A/B 测试问卷、焦点小组访谈提纲、NPS/CSAT/CES 调查； 用户提到"诱导题"、"双重问题"、"问卷偏差"等专业术语。 不适用于：纯数据分析（用 pm-analytics）、纯用户访谈记录整理（直接整理即可）、纯产品需求文档（用 pm-prd-writer）。

spacezephyr Bundle

生成结构化的上线复盘报告，包含目标达成、偏差原因、经验沉淀和后续行动项（含责任归因和改进 owner）。当用户说"写复盘""上线复盘""项目复盘""复盘报告""postmortem""版本回顾""迭代总结""上线总结"， 或者用户提供了上线数据/过程记录/问题清单并要求结构化总结时，使用这个 Skill。 也适用于：事故复盘（P0/P1 事故后的 RCA 报告）、OKR 复盘、季度复盘、A/B 实验复盘。 不适用于：纯需求撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、周报日报（用 status-report）。

spacezephyr Bundle

A/B 实验设计 Skill。从实验目标出发，输出完整的实验方案（假设、分组、指标体系、样本量估算、止损规则、判定规则）。 触发条件：用户提到"A/B 测试"、"AB 实验"、"实验设计"、"对照实验"、"分流实验"、"灰度方案"、"实验方案"、"样本量计算"、"显著性检验"、"实验评估"、"p值"、"置信区间"、"MDE"、"统计功效"、"实验周期"、"止损规则"等关键词。 也适用于：用户提供了实验目标/可改动点/数据量级/周期限制要求产出实验方案；用户要求评估现有实验设计是否合理；用户要求制定实验判定标准和决策规则。 典型输入：实验目标 + 可改动点 + 当前数据量级 + 可接受实验周期。 不适用于：纯数据分析（用 pm-analytics）、纯埋点设计（用 tracking-spec-writer）、纯PRD写作（用 pm-prd-writer）。

spacezephyr Bundle

埋点与指标设计方案生成器。从产品需求/核心链路出发，输出完整的埋点方案文档（事件、字段、触发时机、口径说明、QA 校验清单）。 触发条件：用户提到"埋点"、"tracking"、"事件设计"、"数据采集"、"上报方案"、"埋点方案"、"事件规范"、"字段设计"、"指标口径"、"数据验收"、"QA校验"等关键词。 也适用于：用户提供产品PRD/需求文档要求产出埋点方案；用户提供核心用户链路要求拆解事件；用户要求规范化事件命名或字段定义；用户要求设计数据验收方案。 典型输入：事件命名规范 + 字段字典 + 核心链路描述/流程图。 不适用于：纯数据分析（用 pm-analytics）、纯BI看板搭建、纯SQL查询编写。

spacezephyr Bundle

对需求/功能/项目进行多维度优先级排序，输出版本排期建议。当用户说"帮我排优先级"、"这些需求怎么排"、"用 RICE 打分"、"ICE 评分"、"Kano 分析"、"成本收益分析"、"功能排期"、"路线图规划"、"哪些先做哪些后做"、"版本规划"， 或者用户列出了一批需求/功能/项目并需要决策顺序时，使用这个 Skill。 也适用于：用户想比较多个优先级模型的结果；用户对当前路线图有疑问想重新评估；资源有限需要砍需求；用户提到"RICE"、"ICE"、"Kano"、"优先级矩阵"等专业术语。 不适用于：纯项目管理（排期甘特图）、纯需求文档撰写（用 pm-prd-writer）、纯用户调研设计（用 pm-survey-designer）。

spacezephyr Bundle

按策略/功能/体验/增长四个维度结构化拆解竞品，输出可借鉴点、不可抄点与差异化建议。当用户说"竞品分析"、"竞品拆解"、"帮我分析竞品"、"看看这几个竞品"、"competitor analysis"、"和竞品比一下"、"对标分析"、"差异化怎么做"， 或者用户给出了一份竞品名单并要求系统化分析时，使用这个 Skill。 也适用于：用户上传了竞品截图/链接/体验报告并要求结构化拆解；用户要求对比自己产品与竞品的差距；用户想找差异化切入点。 不适用于：纯需求文档撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、纯用户调研设计（用 pm-survey-designer）。

spacezephyr Bundle

Marty Cagan 视角顾问。以 Cagan 的产品运营模型和决策方式，分析产品经理面临的立项、 团队、需求与交付问题。蒸馏自《Inspired》《Empowered》《Transformed》及 SVPG 长文， 含 4 个心智模型、7 条决策启发式。 触发词：「Cagan」「卡根」「用 Cagan 的视角」「Cagan 会怎么看」「四大风险」「product model」 「赋能团队」「discovery」「feature team vs product team」。 用户问"这需求该不该做"「团队该怎么组」「怎么做产品发现」时也可触发。

spacezephyr Bundle

Teresa Torres 视角顾问。以 Torres 的持续发现（Continuous Discovery）方法和决策方式， 分析产品经理的用户发现、机会梳理、方案生成与假设验证问题。 蒸馏自《Continuous Discovery Habits》及 Product Talk 长文，含 4 个心智模型、7 条决策启发式。 触发词：「Teresa Torres」「Torres」「用 Torres 的视角」「持续发现」「机会解决方案树」 「opportunity solution tree」「assumption test」「每周用户触点」「outcome」。 用户问"怎么做用户发现"「需求怎么拆成机会」「怎么验证假设」时也可触发。

spacezephyr Bundle

《User Story Mapping》方法论。把 Jeff Patton 的用户故事地图转化为可执行框架， 用于：把需求拆成能沟通的整体骨架、切出最小可用的发布切片、避免扁平待办清单。 每条规则标注原书章节，可追溯。 触发词：「User Story Mapping」「用户故事地图」「故事地图」「需求拆解」「MVP 切片」 「backbone」「walking skeleton」「怎么写用户故事」及"需求太碎/PRD 说不清全貌"类场景。

subinium Skill

Extracts a structured PRD.md and tactical implementation plan from the current conversation — captures goals, non-goals, scope, risks, and acceptance criteria. Use when ending a brainstorm before implementation, before invoking the architect agent, or "PRD 뽑아줘", "기획서 정리", "스펙 문서 추출".

caldiaworks Skill

Aggregate reverse engineering artifacts into consolidated As-Is specification. Reads all phase outputs from manifest.json. Creates traceability matrix, cross-validates findings, and generates stakeholder-ready document. Use when: generate report, As-Is specification, consolidate analysis, final report, re-generate-report.

crtvrffnrt Bundle

Authorized web enumeration for one or many websites or web applications, including live-target normalization, HTTP and TLS fingerprinting, technology and platform identification, virtual-host discovery, crawling, JavaScript and API endpoint extraction, focused directory and sensitive-file discovery, CMS-specific checks, and Nuclei-led early vulnerability triage. Use when the owner phase is practical HTTP(S) information gathering intended to identify web applications, exposed attack surface, and evidence-backed initial-access candidates before focused validation.

crtvrffnrt Skill

Reconnaissance and attack-surface mapping for endpoint discovery, asset inventory, service enumeration, technology fingerprinting, control-plane surfaces, trust boundaries, and prioritized next tests.

crtvrffnrt Skill

Web application logic mapper for spidering, crawling, hidden API discovery, workflow mapping, state-machine analysis, route relationships, and handoff targets for authz, business logic, XSS, input/protocol, OOB, CVE, exploit, or reporting workflows.

mohganji Bundle

Score feature priorities using Geoff Ralston's (b*d)/c formula — Breadth, Depth, and Cost on 1-5 scales yielding a 1-100 priority score. Use when user wants to prioritize features, decide what to build next, rank a backlog, compare initiatives, or mentions "priority score".

vipincode Bundle

Turn an app idea into a production-grade PRD, then shard it into per-module briefs that feed module-planner. Use this whenever the user wants to plan a whole app or product — "I want to build a blog / e-commerce app / SaaS", "create a PRD", "help me plan this app", "scope my product idea", "divide the PRD into modules", "shard the PRD" — or describes a product vision spanning multiple features, even if they never say "PRD". It takes the user's points, suggests improvements and standard production features they missed (auth, payments, admin, SEO — the user keeps or rejects each), writes _docs/prd/PRD.md, and on approval shards it into _docs/features/<module>/<module>-module.md briefs tagged backend/frontend/fullstack. Also use it to MODIFY an existing PRD (change scope, add features, re-shard). It does NOT do technical feature planning (that is module-planner), does NOT write code, and does NOT scaffold projects — product scope only, upstream of the whole toolkit.

yugasun Skill

Synthesize the current conversation into a PRD and publish to the issue tracker. No interview — use what you already know.

yugasun Skill

Break a plan or PRD into vertical-slice issues on the project issue tracker.

toy-crane Bundle

Interview the user to define or revise the app's overall product direction, then preserve the confirmed meaning in root PRODUCT.md. Always use for a new app direction or any app-wide change to users, usage situations, problem, promised change, core loop, durable boundaries, experience principles, success signals, assumptions, or unknowns, even when PRODUCT.md is not named. Start from an existing definition or a rough app direction. Do not use for blank-page idea discovery, architecture, or shaping or specifying one feature or work unit.

piperubio Skill

Teach through guided discovery instead of giving direct solutions. Use when the user expresses explicit intent to learn ("teach me", "I have to understand", "how it works", "why"), when they ask for explanations rather than quick fixes, or when they explicitly request NOT to be given the solution directly. This skill transforms problem-solving into learning opportunities through questions, hints, and progressive challenges.

piperubio Bundle

Prepare and conduct B2B discovery meetings for technology consulting engagements. Generate pre-meeting research briefs, SPIN-based question guides adapted for consulting, stakeholder/buying committee mapping, and structured discovery notes. Use when preparing for a first discovery call, conducting needs analysis for consulting projects, or mapping the decision-making unit within a prospect organization.

piperubio Bundle

Score and qualify B2B consulting opportunities using the BANTTD framework (Budget, Authority, Need, Timeline, Tech-fit, Decision Date). Run the P.U.D.T.F pre-filter to rapidly screen opportunities before full scoring. Produce opportunity scorecards with a Pursue/Nurture/Disqualify verdict and recommended next actions. Execute the Professional Cut protocol when disqualifying. Use when evaluating whether to invest resources in an opportunity, after a qualification meeting or discovery meeting, or during pipeline reviews to re-qualify stale opportunities.

piperubio Skill

Plan and run product-focused customer discovery interviews and synthesize actionable customer insights. Use when you need to define discovery goals/hypotheses, identify an ICP/segments, create a recruiting plan, write an interview guide, conduct interviews, analyze notes (themes, JTBD, pains/gains), and produce a discovery readout with opportunities, risks, and next experiments.

piperubio Bundle

Create proposals for Strategic Discovery as a paid, fixed-price consulting service. Use when an opportunity has high scope uncertainty, ambiguous requirements, or estimation risk above +/- 30% — and therefore cannot be priced as a direct implementation proposal. This skill produces a Discovery Service proposal (Branch B of the commercial pipeline), treating the discovery engagement as an independent commercial opportunity with its own qualification, proposal, negotiation, and close cycle. The resulting Discovery deliverables (architecture, roadmap, refined estimation) feed into a separate, subsequent implementation opportunity. Triggers on: discovery proposal, discovery service, paid discovery, strategic discovery, fase de descubrimiento, propuesta de discovery, discovery pagado, scope uncertainty, ambiguous requirements, cannot estimate, needs investigation before proposal.

piperubio Bundle

Stakeholder Communication (The Diplomat): Prepare context-aware communications (Emails, Updates, Memos) using project data.

piperubio Bundle

Requirements engineering (RE) skill based on ISO/IEC/IEEE 29148:2018. Use it to create, evaluate, and document requirements processes and specifications: transform needs into well-formed `shall` statements, author or tailor BRS, StRS, SyRS, SRS, OpsCon and ConOps documents, review requirement quality, assign verification methods (Inspection/Analysis/Demonstration/Test), build traceability matrices (RTM), run change control (CCB), and compute RE metrics. Keywords: requirements engineering, requirements elicitation, requirements management, requirement specification, shall statement, well-formed requirement, verifiability, traceability, baseline, business requirements, stakeholder requirements, system requirements, software requirements specification.