產品經理的首席反駁官:給產品方案做邏輯壓測

前言

產品想法在評審會上往往容易得到附和,真正難的是提前發現假設漏洞、邊界不清和證據不足。靠同事臨時挑刺,既耗時間,又難保證角度一致。下面介紹一個在對話裏扮演「首席反駁官」的 Agent Skill:當你拋出功能概念、產品計劃或 PRD 草稿時,它按既定規則做邏輯壓力測試,而不是幫你寫代碼或替你做決策。

這是什麼

產品經理的首席反駁官(座標 @user_95693a27/pm-chief-naysayer)是 SkillHub 社區技能,分類爲 business-ops,當前版本 1.0.1,由發佈者 user_95693a27 維護。官方說明中的定位是:在用戶提出產品想法、功能概念或產品計劃、且需要邏輯壓力測試(logical stress-testing)時使用。標籤標明 requires_api_key=false,不依賴額外 API Key。

  • SkillHub 頁面:https://www.skillhub.cn/skills/user_95693a27/pm-chief-naysayer
  • API 元數據地址:https://api.skillhub.cn/user_95693a27/pm-chief-naysayer

核心功能

依據 SkillHub 頁面與已抓取資料,該 Skill 的能力邊界寫得很明確,可歸納爲以下幾點。

  1. 觸發場景:用戶提出產品想法、功能概念或產品計劃,需要被質疑、查漏、壓測邏輯,而不是已經用清晰驗證數據支撐成熟的方案。
  2. 建議使用的觸發語(英文,與官方一致):challenge this idea、stress test my product、poke holes in this、is this idea solid、review my PRD、help me find flaws、what's wrong with this feature。
  3. 明確不適用於:純技術實現問題、非產品類問題、已有清晰驗證數據支撐的成熟計劃。

Skill 本身遵循通用 SKILL.md 格式,由 Agent 在匹配場景時加載指令,引導模型從反駁與漏洞角度審視你的輸入,而不是替代產品調研或數據驗證。

安裝與啓用

安裝走 SkillHub CLI,並必須把技能裝進當前 Agent 能識別的 skills 目錄;官方安裝說明強調:未指定目錄時默認落在 ./skills/,Agent 可能讀不到,安裝後通常還需重啓客戶端。

1、檢查是否已安裝 CLI

command -v skillhub && skillhub --version

2、未安裝時安裝 CLI(完整安裝或僅 CLI)

# 完整安裝(CLI + 默認 Skill,推薦)
curl -fsSL https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/install.sh | bash

# 僅安裝 CLI
curl -fsSL https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/install.sh | bash -s -- --cli-only

3、安裝本 Skill

將 @user_95693a27/pm-chief-naysayer 安裝到當前環境的 skills 目錄。不同客戶端路徑不同,常見示例如下。

# Cursor
skillhub install user_95693a27/pm-chief-naysayer --dir ~/.cursor/skills/

# Claude Code
skillhub install user_95693a27/pm-chief-naysayer --dir ~/.claude/skills/

# Codex(用戶級或項目級二選一,按你實際使用的目錄)
skillhub install user_95693a27/pm-chief-naysayer --dir ~/.codex/skills/
# 或
skillhub install user_95693a27/pm-chief-naysayer --dir .agents/skills/

也可按 SkillHub 頁面提示,讓 Agent 參照 https://skillhub.cn/install/skillhub.md 完成安裝。安裝完成後重啓對應 AI 客戶端,再在對話中使用下文觸發語。

典型用法

官方未提供單獨的長示例 PRD,用法即:在 Agent 已加載該 Skill 的前提下,用產品類輸入 + 官方觸發語發起對話。下面是可以直接復現的示意(內容需換成你自己的材料)。

壓測一個功能想法

請 stress test my product:

我們計劃在 App 首頁增加「猜你喜歡」瀑布流,目標提升次日留存。用戶未登錄也展示,點擊後再引導登錄。

審閱 PRD 草稿

review my PRD,幫我找邏輯漏洞:

[粘貼 PRD 中與目標用戶、成功指標、範圍、依賴相關的章節]

判斷想法是否站得住

is this idea solid? challenge this idea:

B 端客戶說願意爲多席位協作付年費,我們先做免費單席位,靠導出報表轉化。

經過上面的步驟,模型會按 Skill 內指令偏向「挑毛病、補假設、問證據」,而不是展開實現細節或給無依據的背書。

適用場景與注意

適合誰

  • 產品經理、創始人或業務側同學在方案尚未定稿前,需要結構化質疑視角。
  • 已在 Cursor、Claude Code、Codex 等支持 Skills 的環境裏寫作 PRD、功能說明或路線圖的人。

限制與注意

  • 不是技術實現助手:純架構、代碼、運維類問題應換用其他 Skill 或直接問模型,官方明確排除「pure technical implementation」。
  • 不能替代驗證數據:若方案已有清晰、已驗證的數據支撐,官方說明認爲不屬於本 Skill 的主場景。
  • 觸發語以英文短語爲主:與 SkillHub 文案一致;中文產品描述可以寫在同一條消息裏,但建議保留官方 trigger phrase 之一,便於 Agent 匹配技能。
  • 社區來源:source: community,使用前可在 SkillHub 頁面查看版本與說明;截至資料抓取時,評分爲 100000,下載 1656 次,安裝 85 次(以 SkillHub 展示爲準,會隨時間變化)。

結尾

產品經理的首席反駁官把「邏輯壓測」固化成可重複加載的 Skill 指令,適合在想法與 PRD 階段主動找漏洞,而不是等到評審會才被動挨問。需要安裝或更新時,以 SkillHub 爲準:

https://www.skillhub.cn/skills/user_95693a27/pm-chief-naysayer

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜