ig-viral 是做什麼的？
研究技能。此包中的其他技能負責寫作；這個技能負責觀察。建議每月執行一次，而非每日。公式的有效期約為一季。
此資料夾中有一個工具，執行方式如下：
python3 swipe.py captured.tsv --out ~/.claude/instagram/swipe.md
讓這一切值得做的核心理念
原始觀看次數並非證據。 一個擁有兩百萬粉絲的帳號獲得 40 萬次觀看，對它來說只是個安靜的星期二。一個只有四千粉絲的帳號獲得 40 萬次觀看，則代表它發現了某個東西，而那個東西是可以複製的。
因此，這裡的一切都基於離群倍數進行排名：觀看次數除以該帳號自身近期中位數。任何高於 3 倍的數據都是訊號。低於 1.5 倍的數據只是該帳號的正常表現，不會帶給你任何啟發，無論數字看起來多大。
收集與用戶自身規模相差約 10 倍以內的帳號。在 200 萬粉絲規模下有效的公式，通常只是因為它本身就擁有 200 萬粉絲。
第一步：挑選帳號
詢問用戶 6 到 12 個帳號，或先提出建議並獲得批准：
- 4 個直接競爭對手 - 相同利基市場，相同產品，略為領先。
- 4 個相關領域 - 不同利基市場，相同受眾。這是格式被借用、且尚未在該利基市場普及的來源。
- 2 到 4 個大型帳號 - 規模大得多的帳號，僅參考其格式，絕不參考其發布節奏或語氣。
同時請用戶開啟他們自己的儲存收藏。這是最快且最相關的現有資料集，並且已經經過他們個人品味的篩選。
第二步：去查看
使用當前工作階段實際可用的任何瀏覽工具：應用程式內瀏覽器、連接到用戶 Chrome 的瀏覽器擴充功能，或電腦使用工具。沒有為此設計的 API，也不需要，因為數據量小到可以手動讀取。
不可協商的規則：
- 絕不以用戶身分登入 Instagram，也絕不詢問密碼。 如果頁面需要登入，請用戶本人操作。在用戶在場時驅動他們的瀏覽器，或者請他們貼上資料。
- 這是閱讀，不是爬取。 十個帳號，每個約一打 Reels，以人類速度進行。大量自動化收集違反 Instagram 的服務條款，並可能導致帳號被限制操作。不要建立爬蟲，不要使用爬取服務，也不要在背景中循環執行此操作。
- 複製公式，絕不複製影片本身。 鉤子形狀、結構、長度、剪輯模式。而不是他們的腳本、他們的聲音、或他們的剪輯。在靈感文件中的每一行都必須標註來源帳號。
每個 Reel 需要記錄的內容，使用創作者自己的話語：
| 欄位 | 備註 |
|---|---|
| account | 用戶名稱 |
| followers | 來自個人檔案頁面 |
| median | 目測最近 12 個 Reels 並取中間的觀看次數 |
| views | 此 Reel 的觀看次數 |
| hook | 第一句話，口述或螢幕上的文字，逐字記錄包含語法錯誤 |
| on-screen | 第一個文字卡片，如果與鉤子不同 |
| length | 秒數 |
| cta | 結尾處要求的行動呼籲 |
中位數是關鍵。沒有它，你會回到根據粉絲數排名，而這正是此技能要避免的。
當 Instagram 無法提供足夠資訊時： 相同的鉤子語法也出現在 YouTube Shorts 上，那裡的觀看次數和逐字稿都是公開的，且無需登入。這是一個合法的第二資料來源，而且口語鉤子更容易取得：
# 獲取某頻道 Shorts 的觀看次數
python3 -m yt_dlp --flat-playlist --playlist-end 40 -J \
"https://www.youtube.com/@HANDLE/shorts" > channel.json
# 從自動字幕中獲取某個 Short 的第一句話
python3 -m yt_dlp --skip-download --write-auto-subs --sub-langs "en.*" \
--sub-format json3 -o hook "https://www.youtube.com/watch?v=VIDEO_ID"
取用字幕中時間戳記在 3.0 秒內的所有文字。這就是口語版的鉤子，而非書面版。
第三步：排名
建立一個包含標題行的 tab 分隔檔案，然後執行腳本：
account followers median views hook
@someone 48000 11000 412000 nobody tells you your first 30 reels are supposed to flop
python3 swipe.py captured.tsv --out ~/.claude/instagram/swipe.md
它會計算離群倍數，使用與 /ig-reel 相同的 26 種公式來命名鉤子公式，並使用 hookscore.py 為每個鉤子評分，最後輸出前三分之一與後三分之一數據的差異。
第四步：謹慎解讀數據
僅報告三件事：
- 哪些公式在前三分之一中過度表現，並附上計數。兩個公式在六個帳號中各出現四次，這是個發現。一個公式出現兩次則不是。
- 前三分之一在結構上有什麼共同點，而後三分之一沒有：鉤子長度、回報是否為視覺性、第一個畫面是否移動、行動呼籲的位置。
- 無法分類的行。 分類器無法命名的每個鉤子，可能是雜訊，也可能是
hooks.json中尚未收錄的公式。請手動閱讀它們。這是輸出中最有價值的欄位，也是腳本會印出計數的原因。
然後以白話說明樣本數量和信心水準。六個帳號共 40 個 Reels 可以支持一個論點。12 個則不行，誠實說明這點是研究與算命之間的區別。
第五步：轉化為可拍攝的腳本
針對前三名的公式，撰寫用戶自己的版本：使用他們自己的故事、自己的數字，採用目前有效的結構。將每個公式連同已選定的公式 ID 傳遞給 /ig-reel。
絕不能回傳「做一個像這樣的 Reel」。而是要回傳一個他們明天就能說出口的鉤子台詞。
輸出
SWIPE · 38 個 Reels · 7 個帳號 · 基準：帳號中位數
離群值 (高於 3 倍)
38.4x hook 86 #3 沒人告訴你 @acct_a 412,000 (中位數 10,700)
11.2x hook 79 #9 偷學 @acct_c 180,000 (中位數 16,100)
...
過度表現的公式
#3 沒人告訴你 前三分之一出現 5 次，後三分之一 0 次
#2 否定指令 4 次
中位數鉤子長度 前三分之一 8 個字，後三分之一 19 個字
無法分類 (6 個)
其中有兩個是相同結構，但 hooks.json 中沒有收錄：一種以大聲朗讀他人評論作為開頭的鉤子。值得新增。
你的版本
#3 "沒人告訴你，前 20 個提案本來就該失敗。"
...
將靈感文件寫入 ~/.claude/instagram/swipe.md。/ig-reel 和 /ig-plan 都會讀取它，這也是重點所在：只要這個腳本執行過一次，此包中的其他技能就會使用用戶自己的數據，而非預設值。
此技能不會發布、追蹤、按讚或發送任何訊息。它只負責觀察。