Communitygithub.com

amplitude/builder-skills

設計並分析 A/B 測試,提供嚴謹的統計解讀,用於設定實驗、檢查狀態、分析結果或做出上線決策。

builder-skills 是什麼?

此技能「Experiment Analyst」是一個專門用於深度分析 A/B 測試結果的 AI 代理工具,主要支援 Amplitude 平台。它能夠引導使用者從實驗識別、數據驗證、統計檢定到最終的 Ship/No-Ship 決策,提供全面的量化與質化分析。其核心價值在於不僅報告統計顯著性,還涵蓋實務顯著性、數據品質檢查(如樣本比例不匹配、統計檢定力、精確度)、次級指標與護欄指標的審查,以及分群分析,並能識別辛普森悖論等潛在陷阱。最終,它會根據統計檢定力與信賴區間寬度,給出明確的延長實驗時間或做出決策的建議,並透過質性回饋解釋結果背後的原因。此工具特別適合數據驅動的產品經理、數據科學家與工程師,確保實驗決策基於嚴謹的統計原則與業務影響。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/analytics-skills/skills/analyze-experiment

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

實驗分析師

針對實驗執行全面、深入的深度分析,以做出數據驅動的上線/不上線決策。這不是一份快速摘要——請提供包含具體數字與業務影響的深入見解。

使用時機

  • 分析已完成的實驗結果,做出上線決策
  • 檢查進行中實驗的進度與早期訊號
  • 了解實驗成功或失敗的原因
  • 調查非預期結果或分群層級的效果

分析理念

務求全面,而非簡短:

  • 包含具體數字、百分比與數據點
  • 用白話文解釋統計意義 以及 業務影響
  • 涵蓋所有指標(主要、次要、護欄)並提供實際數值
  • 這是一份單一、全面的分析——不要倉促行事或提供膚淺的摘要

操作說明

步驟 0:識別實驗

如果使用者提供特定實驗:

  • 接受實驗 URL 或實驗 ID
  • 如果提供 URL:使用 Amplitude:get_from_url 來提取詳細資料
  • 如果提供 ID:直接前往步驟 1

如果使用者一般性地詢問實驗:

  • 使用 Amplitude:search,帶入 entityTypes: ["EXPERIMENT"] 與相關查詢詞
  • 呈現前 3-5 個相符項目,包含名稱、ID 與狀態
  • 詢問使用者要分析哪個實驗

如果未指定實驗:

  • 明確要求提供實驗 URL、ID 或搜尋詞,然後停止

步驟 1:取得並驗證實驗設定

使用 Amplitude:get_experiments 搭配實驗 ID 來取得:

  • 實驗名稱、鍵值、描述與狀態
  • 開始/結束日期與持續時間
  • 變體:名稱、流量分配
  • 綁定指標:主要(recommendation=true)、次要、護欄(儲存為 ID)
  • 分桶策略

取得指標名稱:

  • 從實驗回應中提取指標 ID(例如 "c4pn8fkv")
  • 關鍵:Amplitude MCP 無法直接透過 ID 取得指標名稱
  • 替代方案:
    1. 使用 Amplitude:search(entityTypes: ["CHART"] 搭配實驗名稱)搜尋與實驗相關的圖表
    2. 使用 Amplitude:get_charts 檢查相關圖表的定義,尋找指標參考
    3. 檢查實驗描述中是否包含指標文件的連結
  • 如果找不到指標名稱,請使用描述性佔位符回報:
    • 主要指標:「主要目標指標(ID:{id})」
    • 次要指標:「次要指標 {index}(ID:{id})」
    • 包含指標 ID,方便使用者在 Amplitude UI 中查詢

驗證:

  • 實驗是否正在執行或已完成?(非草稿)
  • 是否已執行至少 1 週?
  • 變體與指標是否清楚定義?

如果資訊不完整,解釋缺少什麼並停止。


步驟 2:檢查數據品質(使用明確閾值)

使用 Amplitude:query_experiment(僅主要指標)來評估:

流量平衡(SRM 檢查):

  • 回報每個變體的實際流量分配(例如,對照組 48.2%,實驗組 51.8%)
  • 使用 API 中的 srmDetected 欄位: 如果 srmDetected: true 則標記
  • SRM(樣本比例不匹配)表示實際的流量分配與預期分配有顯著偏差
  • 如果偵測到 SRM,請回報預期與實際分配,並提供具體百分比
  • 嚴重的 SRM 可能表示檢測工具或分桶問題,可能導致結果無效

樣本量分析:

A. 當前樣本評估:

  • 回報每個變體的總用戶數,並提供具體數字
  • 如果每個變體少於 100 位用戶則標記(不足以做出任何結論)
  • 如果每個變體有 100-1000 位用戶則標記(僅有方向性訊號,非確信決策)
  • 每個變體需要 1000 位以上用戶才能做出確信決策

B. 統計檢定力分析:

  • 目標效應量: 對業務而言,最低有意義的提升幅度為何?(通常轉換指標為 2-5%)
  • 已達檢定力: 根據當前樣本量與觀察到的變異數,偵測到目標效應(若存在)的機率為何?
  • 檢定力解釋:
    • <50%:嚴重檢定力不足——很可能錯過真實效應
    • 50-70%:檢定力不足——偽陰性風險高
    • 70-80%:勉強足夠——如果 p 值處於邊界,請考慮延長實驗
    • 80%以上:檢定力良好——足以偵測目標效應量
  • 如果檢定力不足: 計算達到 80% 檢定力所需的額外樣本量
  • 建議: 如果檢定力 <70% 且結果不明確,請延長實驗時間,而非做出倉促決策

C. 精確度分析(信賴區間寬度):

  • 主要指標的信賴區間寬度: 回報 95% 信賴區間的寬度,以基準線的百分比表示
  • 精確度評估:
    • 信賴區間寬度 > 基準線的 10%:低精確度——效應量的不確定性過高,無法做出確信決策
    • 信賴區間寬度為基準線的 5-10%:中等精確度——對於方向性決策可以接受
    • 信賴區間寬度 < 基準線的 5%:高精確度——足夠窄,可做出確信決策
  • 可操作性閾值: 信賴區間是否夠窄,足以區分實際顯著效應與可忽略效應?
    • 如果信賴區間下限暗示有意義的提升,但上限則很邊緣,精確度可能不足
    • 範例:如果目標是 +5% 提升,而信賴區間為 [-2%, +12%],則寬度過大,無法確信結論超過目標
  • 建議: 如果信賴區間過寬,請延長實驗時間或增加流量分配以提高精確度

全面的數據品質標記:

Amplitude:query_experiment API 會回傳多個布林值標記,用於評估統計有效性。請檢查並記錄每個標記:

  1. statsAssumptionsMetForWholeExperiment:

    • 表示是否滿足核心統計假設(常態性、獨立性)
    • 如果為 false: 結果可能不可靠;請考慮無母數方法或更長的執行時間
    • 影響:高——影響所有統計結論
  2. hasSuspiciousUplift:

    • 標記非預期的大效應量,可能表示數據品質問題
    • 如果為 true: 請驗證檢測工具、檢查機器人流量或分群異常
    • 影響:高——可能表示測量誤差而非真實效應
  3. isVariancePositive:

    • 確認指標的變異數為正數(統計檢定的數學要求)
    • 如果為 false: 嚴重的數據品質問題——指標可能為常數或計算錯誤
    • 影響:嚴重——若為 false,統計檢定無效
  4. isConfidenceIntervalNotFlipped:

    • 確保信賴區間下限 < 信賴區間上限(數學一致性檢查)
    • 如果為 false: 表示計算錯誤或數據損毀
    • 影響:嚴重——結果不可信賴
  5. isStandardErrorLargeEnough:

    • 檢查標準誤是否足以進行可靠的推論
    • 如果為 false: 高變異數或非常小的樣本可能產生不可靠的信賴區間
    • 影響:中——影響估計值的精確度
  6. isPointEstimateInsideConfidenceInterval:

    • 驗證點估計值是否落在其信賴區間內(一致性檢查)
    • 如果為 false: 計算錯誤或數值不穩定
    • 影響:高——表示統計計算有問題
  7. isMeanValid:

    • 確認平均值是有效數字(非 NaN、非無限)
    • 如果為 false: 數據品質問題——請檢查 null 值或計算錯誤
    • 影響:嚴重——若平均值無效,則無法分析

對於每個失敗的標記(回傳 false,或對於 suspicious uplift 回傳 true),請記錄:

  • 哪個標記失敗
  • 用白話文解釋其意義
  • 對結果可靠性的具體影響
  • 建議行動(延長時間、檢查檢測工具等)

如果所有標記都通過: 明確註明這是強數據品質訊號

時間穩定性:

  • 檢查主要指標是否逐日穩定
  • 注意爬坡期(前 24-48 小時)或星期效應

記錄所有發現的數據品質問題——這些會影響結果的可靠性。


步驟 3:分析主要指標

使用 Amplitude:query_experiment 不帶 metricIds 來僅取得主要指標。

使用步驟 1 的指標名稱——請使用人類可讀的指標名稱,而非指標 ID。

提取並回報:

  • 對照組基準: 指標值與樣本量
  • 實驗組表現: 指標值與樣本量
  • 絕對提升: 實驗組 - 對照組
  • 相對提升: (實驗組 - 對照組)/ 對照組 × 100%
  • P 值: 附帶解釋
  • 信賴區間: 回報 95% 信賴區間的邊界

解釋:

  • ✅ 統計顯著: p < 0.05 且信賴區間不包含 0
  • ⚠️ 有趨勢: 0.05 < p < 0.15(有暗示性但不明確)
  • ❌ 無效應: p ≥ 0.15 或信賴區間包含 0

實務顯著性:

  • 提升幅度對業務有意義嗎?
  • 即使統計顯著,較小的提升(<2-3%)可能不值得增加複雜度
  • 考慮指標的業務影響(營收 vs. 低價值的互動)

步驟 4:分析次要指標與護欄指標

使用 Amplitude:query_experiment 帶 metricIds 來取得所有指標。

使用步驟 1 的指標名稱——請使用人類可讀的指標名稱,而非指標 ID。

對於每個次要指標:

  • 回報指標名稱(來自步驟 1 的對應)、變體表現與統計顯著性
  • 記錄哪些指標有變化,哪些沒有(附具體數字)
  • 識別非預期後果: 標記任何負面影響,並提供具體數值

對於每個護欄指標:

  • ✅ 無迴歸:中性或正面(p > 0.05)
  • ⚠️ 邊際疑慮:小幅負面提升(1-5%)且 p < 0.10
  • 🚩 顯著迴歸: 負面提升且 p < 0.05——回報實際數字

關鍵問題: 是否有任何指標顯示衰退(營收、留存、互動、錯誤率)?

多重檢定: 如果分析 5 個以上的指標,請考慮 Bonferroni 校正(alpha = 0.05 / 指標數量)


步驟 5:全面的分群分析

使用 Amplitude:query_experiment 搭配 groupBy 參數(一次一個)。

測試 3-4 個高訊號分群:

  1. 平台(iOS、Android、網頁)
  2. 用戶使用時間(新用戶 vs. 既有用戶)
  3. 方案類型(免費 vs. 付費)
  4. 地理位置(國家、地區)

必要:將結果格式化為 Markdown 分割表格

對於每個分群分析,請使用以下確切格式呈現結果:

分群對照組比率對照組曝光數對照組佔總體百分比實驗組比率實驗組曝光數實驗組佔總體百分比相對提升顯著?
iOS48.7%1,23445.2%55.4%1,45654.8%+13.6%是 (p=0.02)
Android63.9%56720.8%65.1%58922.2%+1.9%否 (p=0.45)
網頁51.2%92834.0%50.8%61123.0%-0.8%否 (p=0.89)

計算佔總體的百分比:

  • 將所有分群的曝光數加總得到總數
  • 顯示每個分群的佔比:(分群曝光數 / 總曝光數)× 100%
  • 這能揭示哪些分群驅動了整體結果

關鍵見解:

  • 識別實驗組表現 最佳 的分群(目標性 rollout 的機會)
  • 識別實驗組 有害 的分群(考慮排除)
  • 解釋為什麼不同分群表現不同
  • 注意辛普森悖論: 整體結果可能與所有分群結果都不同

使用 groupByLimit: 10 以避免產生過多輸出。


步驟 6:評估實驗時間與持續時間是否充足

持續時間評估: 根據步驟 2 的檢定力與精確度分析,評估實驗是否已執行足夠長的時間:

時間因素:

  • 最小持續時間: 實驗是否已執行至少 1-2 週,以捕捉完整的用戶生命週期?
  • 學習效應: 對於功能變更,用戶是否有時間適應?(通常是 3-7 天)
  • 每週季節性: 實驗是否已涵蓋至少一個完整週,以解釋星期模式?
  • 商業週期: 對於 B2B 產品,是否已經歷完整的商業週期模式?

與步驟 2 檢定力分析的整合:

  • 如果步驟 2 顯示檢定力充足 (>80%) 且 p < 0.05: 實驗已有足夠數據,持續時間足夠
  • 如果步驟 2 顯示檢定力低 (<70%) 且 p > 0.05: 因為數據不足而無法得出結論,請延長實驗時間
  • 如果步驟 2 顯示檢定力充足 (>80%) 且 p > 0.15: 有足夠數據接受虛無結果(無效應)
  • 如果步驟 2 顯示檢定力充足,但信賴區間寬度過寬: 需要更多數據以提高精確度,延長實驗時間

進度預測(僅在建議延長時使用):

  • 當前每日招募量: 計算每個變體每天的用戶數
  • 達到目標樣本所需天數: 根據步驟 2 的檢定力計算,還需要多少天?
  • 達到目標精確度所需天數: 根據步驟 2 的信賴區間寬度計算,還需要多少天才能達到期望的精確度?
  • 建議: 提供實驗應達到足夠檢定力/精確度的具體日期

不要重複步驟 2 的檢定力計算——請參考那些發現,並專注於持續時間與時間表的建議。


步驟 7:了解原因(質化脈絡)

對於顯著結果(正面或負面):

使用 Amplitude:get_feedback_insights:

  • 按實驗日期範圍過濾
  • 對於正面結果:尋找 ["lovedFeature", "mentionedFeature"]
  • 對於負面結果:尋找 ["bug", "complaint", "painPoint"]
  • 檢查主題是否與實驗假設一致

連結量化與質化:

  • 用用戶語錄或回饋主題解釋提升的原因
  • 提供 2-3 個具有具體細節的代表性範例

步驟 8:綜合發現並提出建議

在最終確定之前,請確認您已包含:

  • ✓ 所有主要指標數據(提升、信賴區間、p 值、解釋)
  • ✓ 所有數據品質發現(SRM、樣本量、檢定力、精確度、全部 7 個有效性標記及其實際數值)
  • ✓ 所有次要指標與護欄指標(附實際數值與顯著性)
  • ✓ 所有分群分析表格(使用佔總曝光數百分比格式)
  • ✓ 統計檢定力評估(當前檢定力、所需樣本、持續時間)
  • ✓ 質化見解(回饋主題、用戶語錄)

提供明確的最終建議:

Ship(上線): 所有三個條件都成立:

  1. 主要指標顯著正向(p < 0.05),效應量在實務上有意義
  2. 沒有護欄指標顯示顯著退化
  3. 數據品質標記全部通過(無 SRM、無可疑提升、變異數有效)

No-Ship(不上線): 任何一個條件成立:

  1. 主要指標顯著負向(p < 0.05)
  2. 護欄指標顯示不可接受的退化
  3. 嚴重的數據品質問題使結果無效

Ship with caveats(有條件上線): 混合結果:

  1. 主要指標顯著且正面,但護欄指標有顯著退化→ 上線特定修復或排除受影響的分群
  2. 主要指標有正面趨勢但未達統計顯著水準,且檢定力充足→ 即使 p 值邊緣,仍可上線(風險低)
  3. 主要指標顯著正面但效應量很小→ 上線但監控長期影響

Extend(延長): 任何一個條件成立:

  1. 主要指標無結論(p > 0.15)且檢定力不足 (<70%)→ 需要更多時間
  2. 主要指標有正面趨勢 (p 在 0.05 和 0.15 之間)→ 進一步收集數據以達到顯著水準
  3. 信賴區間過寬,無法做出確信決策→ 需要更多數據以提高精確度
  4. 實驗時間不足 (<1 週)→ 讓實驗至少執行一個完整的商業週期

Stop, not significant(停止,無顯著差異): 檢定力充足 (>80%) 且 p > 0.15,且所有指標皆中性。這是有價值的結果:假設被強而有力地否定。不要為了獲得統計顯著性而繼續執行。


最終回答模板

# 實驗分析:[實驗名稱]

## 總結

**建議:** 🚢 上線 / ❌ 不上線 / ⚠️ 有條件上線 / ⏳ 延長 / 🛑 停止,無顯著差異

**主要指標([名稱]):** [相對提升]% (p=[值]),相對於 [對照組基準]

**關鍵發現:**
- [主要發現 1]
- [主要發現 2]
- [主要發現 3]

---

## 1. 實驗設定

- **名稱:** [名稱]
- **描述:** [描述]
- **狀態:** [狀態]
- **變體:** [對照組,實驗組]
- **持續時間:** [開始日期] → [結束日期] ([天數] 天)

| 角色 | 指標名稱 | ID |
|------|-----------|----|
| 主要 | [名稱] | [ID] |
| 次要 | [名稱] | [ID] |
| 護欄 | [名稱] | [ID] |

## 2. 數據品質

### SRM 檢查:✅ 通過
- 預期分配:[對照組 50% / 實驗組 50%]
- 實際分配:[對照組 X% / 實驗組 Y%]

### 樣本量:
- 對照組:[N] 個用戶
- 實驗組:[N] 個用戶

### 統計檢定力:
- 目標效應量:[X]%
- 已達檢定力:[Y]% → [足夠/不足]

### 精確度:
- 信賴區間寬度:[X]% of baseline → [高/中/低] 精確度

### 數據品質標記:
| 標記 | 狀態 | 影響 |
|------|--------|--------|
| 統計假設已滿足 | ✅ | - |
| 無可疑提升 | ✅ | - |
| 變異數為正 | ✅ | - |
| 信賴區間未翻轉 | ✅ | - |
| 標準誤足夠大 | ✅ | - |
| 點估計在信賴區間內 | ✅ | - |
| 平均值有效 | ✅ | - |

## 3. 主要指標結果

| 指標 | 對照組 | 實驗組 | 絕對提升 | 相對提升 | p 值 | 95% 信賴區間 |
|------|--------|--------|----------|----------|------|-------------|
| [名稱] | [值] | [值] | [Δ] | [Δ%] | [p] | [下限, 上限] |

**解釋:** [顯著/有趨勢/無效應]

**實務意義:** [有意義/邊際/無意義] - [理由]

## 4. 次要指標與護欄指標

| 角色 | 指標 | 相對提升 | p 值 | 狀態 |
|------|------|----------|------|--------|
| 次要 | [名稱] | [X]% | [p] | ✅ 中性 / ⚠️ 邊際 / 🚩 退化 |
| 護欄 | [名稱] | [X]% | [p] | ✅ 通過 / 🚩 退化 |

**多重檢定校正:** [不適用 / 已應用 Bonferroni,alpha = X]

## 5. 分群分析

### [分群 1]:

| 分群 | 對照組比率 | 對照組曝光數 | 對照組佔總體百分比 | 實驗組比率 | 實驗組曝光數 | 實驗組佔總體百分比 | 相對提升 | 顯著? |
|---------|--------------|-------------------|-------------------|----------------|---------------------|---------------------|---------------|--------------|
| [群1] | [X]% | [N] | [X]% | [Y]% | [N] | [Y]% | [Z]% | [是/否] (p=[值]) |
| [群2] | ... | ... | ... | ... | ... | ... | ... | ... |

**見解:** [解釋不同分群表現的原因]

### [分群 2]:

...(對每個分群重複相同結構)

## 6. 時間充足性

- **執行時間:** [X] 天
- **最小要求:** 7-14 天
- **判定:** [充足 / 不足]

## 7. 質化見解

- **正面回饋主題:** [主題 1]、[主題 2]
- **負面回饋主題:** [主題 1]、[主題 2]
- **代表性語錄:**
  > "[語錄 1]"
  > "[語錄 2]"

## 8. 最終建議

**[🚢 Ship / ❌ No-Ship / ⚠️ Ship with caveats / ⏳ Extend / 🛑 Stop, not significant]**

**[詳細理由,引用所有相關的量化與質化證據]**

附錄:常見陷阱

辛普森悖論

當整體趨勢在每個分群中都相反時發生。總是檢查分群結果!

虛假相關

同時改變多個變數的實驗可能難以歸因。確保一次只測試一個變更。

新奇效應

用戶最初可能因為新功能而更多地與之互動,隨著時間推移而趨於平穩。運行足夠長的時間以捕捉穩定的行為。

遷移效應

一個群組的使用者可能影響另一個群組(社交網絡)。隨機化層級(用戶 vs. 裝置 vs. 地理位置)很重要。

多次窺探

在實驗期間反覆查看會增加假陽性機率。預先註冊您的分析計劃。


可用函數

  • Amplitude:search - 搜尋實驗
  • Amplitude:get_experiments - 取得實驗詳細資料
  • Amplitude:query_experiment - 查詢實驗指標
  • Amplitude:get_charts - 取得圖表詳細資料
  • Amplitude:get_from_url - 從 URL 提取實體
  • Amplitude:get_feedback_insights - 取得回饋見解

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Turn one or more meeting transcripts, notes, or Slack threads into concise takeaways and clear action items with DRIs. Works with a single meeting or a batch from the whole week.

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

相關技能