Instagram Agent Skill 是什麼？13 個免費 Claude Skills 與作者自己寫的但書
GitHub 上約 3,950 顆星的免費 MIT 專案，13 個 Instagram 經營 Claude Skills。我們讀完 README 與程式：作者自己量到擋爛開場 AUC 0.83、挑贏家只有 0.56，也寫明不發文、不爬資料。
Instagram Agent Skill 是 GitHub 上一個免費、MIT 授權的專案，內容是 13 個讓 Claude 協助經營 Instagram 的 Skills（寫 Reel 腳本、貼文文案、輪播、留言回覆、私訊，加上幾支在你電腦上跑的 Python 小程式）。作者 Jake Schincariol 在 9 月 13 日上傳，我們 10 月 31 日中午查看時約有 3,950 顆星、834 個 fork。
我們讀完它的 README、六支 Python 程式、Claude Code 官方的 Skills 文件和 Instagram 使用條款。先說重點（資料時間：2026 年 10 月 31 日 11:54，台北）：
- 它是什麼：13 個 Skill 大致分四組——寫作 5 個、研究與規劃 4 個、互動 3 個、去 AI 味 1 個；另外有 6 支 Python 程式（README 標題寫「五個工具」，檔案清單列了六支），只用 Python 內建模組。
- 最值得看的是作者自己寫的測試：他用 74 條 YouTube Shorts 開場測自己的「開場打分數」程式——分辨故意寫爛的開場，AUC 0.83；要從同一位創作者的爆款和沒人看的影片裡挑出爆款，只有 0.56（0.50 等於亂猜）。他自己的結論是：擋得掉爛開場，挑不出贏家。
- 不發文、不爬資料：每個 Skill 最後只給你一段可複製的內容；找爆款的 Skill 只讓你自己開瀏覽器看。Instagram 使用條款 4.2 禁止未經同意的自動化存取。
- 我們沒有做的：沒有實際執行作者的程式（程式輸出都是 README 的範例）；作者的量測是自述，量測腳本不在專案裡，沒辦法照做一次。
- 我們另外看到的：打分數的程式只用英文字母和數字計詞，中文開場怎麼算要自己試；專案目前只有 2 個 commit（都在 9 月 13 日），有 24 則 issue 和 8 個 pull request 尚未處理。
Instagram Agent Skill 是什麼、誰做的？
專案頁面和 README 寫得很直接：「Thirteen Claude skills that run an Instagram account. Free, MIT, no signup, no API key, nothing to connect.」（13 個經營 Instagram 帳號的 Claude skills，免費、MIT、免註冊、不用 API 金鑰、不用連任何東西。）下面是我們整理的基本資料：
| 項目 | 內容 | 來源 |
|---|---|---|
| 專案 | Jakeschincariol/instagram-agent-skill | GitHub 專案頁 |
| 作者 | Jake Schincariol（README 署名，網站 opusjake.ai）；另有姊妹專案 linkedin-agent-skill（同樣想法、不同平台） | README 的 Credit 段 |
| 上傳日 | 2026/09/13；目前 2 個 commit，都在這一天 | Commits 頁 |
| 授權 | MIT | 專案頁與 LICENSE |
| 人氣 | 約 3,950 顆星（API 讀到 3,951，頁面縮寫成 4.0k）、834 forks、60 人關注 | 專案頁（2026/10/31） |
| 尚未處理 | 24 則 issue、8 個 pull request；沒有發布版本（Releases 為空、0 個 tag） | Issues、Pull requests |
星數是人氣，不是品質：這個專案上傳一個多月、只有一天的提交紀錄，星數的來源我們無從得知，所以下面主要看它「寫了什麼」和「作者自己量到什麼」，不拿星數當評價。
Skill 是什麼？怎麼安裝？
Claude Code 官方文件對 Skill 的描述：一個資料夾裡放一份 SKILL.md（寫著做什麼、怎麼做），還可以放其他檔案。它不會把全部內容一直放在對話裡——官方文件寫：「In a regular session, skill descriptions are loaded into context so Claude knows what's available, but full skill content only loads when invoked.」（一般對話中，只有各 Skill 的說明會先載入，讓 Claude 知道有哪些可用；完整內容要等到被呼叫才載入。）
這個專案的 README 給了三種裝法（以下是作者的說明，我們沒有逐種安裝）：
- 貼給 Claude：把專案網址貼給 Claude，請它「Install this skill, then confirm /ig-reel works.」
- 自己裝（Claude Code）：
git clone專案後，把skills/ig-*資料夾複製到~/.claude/skills/。 - 當外掛：
/plugin marketplace add Jakeschincariol/instagram-agent-skill，再/plugin install instagram-agent。
README 也寫了：如果完全沒有 Claude Code，可以把單一個 SKILL.md 貼在對話最前面當成「模式」用，但會失去那些 Python 工具，作者說那是 /ig-reel 和 /ig-human 的重點所在。
13 個 Skill 各做什麼？
README 用一張表列出十三個指令。下面的分組和白話說明是我們整理的（作者沒有分組），英文原文在 README 表格裡：
| 組別 | 指令 | 做什麼（白話） |
|---|---|---|
| 寫作 5 個 | /ig-reel | 把一個想法變成 Reel：從 26 種開場公式出 3 個開場、打分數，再寫腳本、螢幕字和有時間碼的分鏡表 |
| /ig-caption | 寫貼文文案並檢查，會顯示動態消息裡「按下展開」之前看得到的那 125 個字 | |
| /ig-carousel | 輪播貼文：能讓人滑動的封面、每頁文案、1080×1350 檔案 | |
| /ig-story | 每日限時動態的順序、每個貼圖負責什麼、由限動帶出的私訊流程 | |
| /ig-repurpose | 把一支影片、Podcast 或電子報拆成一週的 Reels 與輪播，每則能獨立成立 | |
| 研究與規劃 4 個 | /ig-viral | 找你領域正在紅的貼文，以「比該帳號平常的中位數高幾倍」排序，標出開場公式、寫成 swipe file（參考範例庫） |
| /ig-profile | 用 12 項標準替你的個人檔案打 100 分，再依「先改最痛的」順序重寫 | |
| /ig-plan | 排一週計畫：發什麼、用哪種格式、什麼時候、要互動哪 10 個帳號 | |
| /ig-audit | 事後復盤：依「爆款倍數」和「每觸及的分享」排序，不是看觀看數 | |
| 互動 3 個 | /ig-comment | 替別人的貼文寫留言：九種類型，依貼文內容選 |
| /ig-reply | 你自己貼文底下的留言串：分成關鍵字、潛在客戶、內容、問題、客服、雜訊，依序回 | |
| /ig-dm | 關鍵字自動發送、第一則訊息、合作邀約和兩則跟進（README 強調只有兩則） | |
| 去 AI 味 1 個 | /ig-human | 清掉 AI 慣用字詞、破折號和隱形字元，再用五項檢查打分數 |
作者在 README 開頭說明去 AI 味那一個的位置：它是「the reason the rest are usable」（讓其他十二個用得下去的原因）。換句話說，作者認為這個 Skill 最重要。
會在你電腦上跑的程式做什麼？
README 說「No dependencies, no network, nothing uploaded」（沒有外部套件、不連網路、不上傳任何東西）。我們逐支看了六支 Python 檔的 import 行：只有 Python 內建模組（argparse、json、re、statistics、sys、textwrap、os、unicodedata），沒有網路相關的模組；程式只讀你指定的本機檔案。我們沒有實際執行它們，下面的輸出都是 README 的範例。
| 程式 | 做什麼 | README 範例 |
|---|---|---|
| hookscore.py | 替每個 Reel 開場打分數，會指出最弱的一項、列出「致命問題」（例如開場是打招呼） | 「Hey guys, today I wanted to talk about…」9.6 分 WEAK |
| beats.py | 把腳本排成時間表；開場超過 3 秒、某一段超過 4 秒、一連串沒有具體內容的句子、沒有回到第一句，都會標出 | 73 字、約 26.6 秒；第二段 14.6 秒被標出 |
| caption.py | 預覽動態消息裡只露出前 125 個字的樣子，並檢查標籤有沒有超過 5 個 | 第一行 133 字，會在 125 字處被切掉 |
| humanize.py | 清掉隱形字元、把破折號等符號改掉、替換 154 個慣用字詞；改不了結構的只標出來 | 「人味分數」32.5 → 79.7 |
| detect.py | 五項檢查：句長變化、具體度、慣用詞密度、指紋、語氣 | 同上 |
| swipe.py | 把你自己收集的爆款，依「比該帳號中位數高幾倍」排序 | 60.0x、37.5x、1.3x 三則例子 |
有兩個數字是作者設定的，我們這邊另外標注來源：
- 「125 個字」：這是 README 的設定值，我們沒有找到 Instagram 官方頁面可以核對；Instagram 顯示長度可能依裝置與語言而不同。
- 「標籤最多 5 個」：README 寫 Instagram 在 2025 年 12 月 18 日把上限從 30 降到 5。我們查到媒體報導 Instagram 在 2025 年 12 月宣布這個限制（Social Media Today、Business Today），但沒有找到 Instagram 自己的說明頁；README 也寫「如果這裡的內容和你讀到時 Instagram 的做法不同，以 Instagram 為準」。
另外，作者在 README 說明：五項檢查是「本機的啟發式規則，不是偵測器 API」，不是 GPTZero 或 Originality 那類服務，也不能保證那些服務的結果；隱形字元清除也只處理「零寬字元、格式字元」這類確實存在的特徵，不宣稱能破解加密浮水印。
作者自己量到什麼？
README 有一段標題是「What I actually measured, which is the part worth reading」（我實際量到的，是最值得看的部分）。我們認為這確實是整份 README 最重要的一段，所以整段放在下面，再逐項說明：
| 測試 | 作者的結果 | 白話 |
|---|---|---|
| 語料 | 74 條真實短影音開場：五個頻道、取最好與最差的 YouTube Shorts 前三秒自動字幕，觀看數從 931 到 550,000 | 用的是 YouTube Shorts，不是 Reels。作者說明 Instagram 不提供不用登入別人帳號就能收集的觀看數，而爬取違反條款 |
| ① 分辨故意寫爛的開場 | AUC 0.83；10 條故意寫爛的開場有 9 條低於真實語料的中位數 | AUC：1 是全分對、0.5 是亂猜。0.83 表示「擋爛開場」做得不錯 |
| ② 從同一位創作者的爆款與沒人看的影片中挑爆款 | AUC 0.56（作者寫明「0.50 是丟硬幣」）；五項檢查中只有「具體度」有明顯差距；「風險／代價」（STAKES）和「對象」（ADDRESS）在好壞兩組的中位數完全相同，作者說在這份語料上它們等於沒量到東西 | 幾乎分不出來。作者的結論：擋得掉爛開場，挑不出贏家 |
| ③ 開場公式分類器 | 第一版只認得 8% 的真實開場；改成照真人口說的內容重寫判斷規則後到 49%，其餘 51% 它選擇不判斷 | 規則原本照作者自己的範例寫，真人說話不照範例；作者說「測試就是抓出這個問題的東西」 |
我們讀這段的重點有三個：
- 作者主動寫出不利的結果。0.56 和「第一版分類器壞了」都是他自己放進 README 的。這份誠實是它可信的原因之一，但也只是「作者自述」。
- 樣本很小，而且沒辦法照做一次。語料 74 條、故意寫爛的開場 10 條。作者寫「量測腳本不在專案裡」，因為它依賴 yt-dlp，並說方法只有四行、寫在 /ig-viral 的 SKILL.md，但別人不能直接重跑他的數字。另外，README 寫「五個頻道、各取最好與最差各 8 支」，算起來是 80 支，實際語料是 74 條；README 沒有說明少的 6 條是怎麼來的（可能是有些影片沒有字幕，這是我們的猜測，作者沒寫）。
- 它量的是 YouTube Shorts 的文字開場。README 自己也說「決定哪一支會紅的，是你的臉、你的剪輯、你的聲音，以及 Instagram 把它顯示給誰」——文字分數看不到這些。
它不做什麼？作者寫了哪些但書？
README 有一整段叫「The fine print, which is the honest part」（但書，也是誠實的部分）。整理成表：
| 作者寫的但書 | 對你的意思 | 我們的核對 |
|---|---|---|
| 「These skills do not post to Instagram.」不會替你發文；每個 Skill 結尾都是一段「可複製的內容」，由你自己貼上 | 發文、留言、私訊都是你手動送出 | README 自述；作者寫的理由是 Instagram 官方發文 API 需要 Meta 開發者應用程式、粉專連結、長效 token 和審核，Skill 給不了。我們沒有逐項核對 Meta 的開發者文件 |
| 「/ig-viral reads, it does not scrape.」找爆款只讓你自己開瀏覽器看：十個帳號、每個約一打 Reels、用人的速度、不要你的密碼、不替你登入 | 不是自動爬蟲；要你自己看、自己貼資料進去 | Instagram 使用條款 4.2 確實禁止「未經我們明確同意，使用自動化方式建立帳號或存取／蒐集資料」（見下圖） |
| 偵測檢查是本機啟發式規則，不是偵測器 API；沒有人能誠實賣你「偵測不出來」 | 分數高不等於能過任何偵測服務 | README 自述 |
| 隱形字元清除「是真的、而且範圍很窄」 | 只清零寬字元等格式字元，不是破解加密浮水印 | README 自述 |
| 「Nothing here fabricates.」不編造數據、客戶或成果；缺的數字會留成 {{{{your number}}}} 並標出來 | 草稿裡的空格要你自己填真實的 | README 自述 |
| 「Platform numbers go stale.」平台數字會過期；標籤上限在作者寫的過程中從 30 變 5 | 裡面的平台數字要自己再查 | README 自述；我們另外核對了標籤上限，見上一節 |
我們另外看到哪些限制？（不是作者寫的）
以下是 AI郵報的閱讀與推論，不是作者的說法，也沒有實際執行程式。
1. 中文開場怎麼算？
README 的範例和列出的慣用字詞（例如 "stop scrolling"、"follow for more"）都是英文。我們看了 hookscore.py 第 39 行，計詞的規則是 [A-Za-z0-9$%'’-]+，只認英文字母、數字和少數符號——照這個寫法，中文字不會被算成「詞」。我們推論：用中文寫的開場，「開場是否在三秒內講到重點」「有沒有具體數字」這類要靠計詞的檢查，分數可能不準；實際怎麼算，要你自己放幾條中文開場進去試。
也有別人注意到非英文的問題：專案的 pull request 裡有一則標題是「Fix non-English scoring and humanizer punctuation…」（#11），另一則「ig-human: keep the joiners emoji and non-Latin scripts need」（#33），內容我們沒有逐行驗證。
2. 維護狀態
2 個 commit 都在 9 月 13 日，之後沒有新提交，也沒有發布版本。截至 10 月 31 日有 24 則 issue 和 8 個 pull request 沒有處理。我們逐則看了標題：看得出與程式或文件有關的約 12 則（例如 #4「Bugs found testing /ig-reel: scorer and linter inconsistencies…」、#17「hookscore.py: weak-opener check matches prefixes, so every hook starting with "you" or "your" loses 30 points」、#18、#29），其他標題是名字、網址或與專案無關的文字，這是我們的粗略分類。這些是別人回報的問題，我們沒有重現，所以不能說它們一定成立；但它代表：你拿到的是 9 月 13 日的版本，之後作者沒有新的提交。
3. 程式有 6 支，README 標題寫 5 個
README 的標題是「The five tools that actually run」，檔案清單列的是 hookscore、beats、caption、humanize、detect、swipe 六支 .py。這只是文件小地方，不影響使用，但可以看出文件和檔案有些對不上。
拿到手之後，先做哪三件事？
這三件事是我們依 README 和上面的核對整理的建議，不是作者的清單：
- 花十分鐘填 voice.md。README 說每個 Skill 都會讀
templates/voice.md（複製到~/.claude/instagram/voice.md再填）；也可以把你自己的三支 Reels 丟給 Claude，請它「write my voice.md from these」。README 的說法是：花在這份檔案上的十分鐘，決定後面寫出來的腳本是拍得了、還是要重寫。 - 用它刪掉爛開場，不要用它選哪一支會紅。這正是作者自己量出來的結論（AUC 0.83 對 0.56）。如果你寫中文，先拿五到十條你已經知道好壞的開場試分數，再決定要不要相信它。
- 發文、回覆、看留存，還是你自己來。README 的說法是：「kill the obviously weak hooks before you shoot them, then trust your own retention graph.」（先刪掉明顯弱的開場，再相信你自己的留存圖。）
如果你只想要「一套寫稿流程」，它可以試；如果你期待它「預測哪支會紅」，作者自己就說做不到。
常見問題
Instagram Agent Skill 要付費嗎？
專案本身免費，MIT 授權，README 寫免註冊、不用 API 金鑰。但它是給 Claude 用的 Skills，你需要自己的 Claude 帳號或 Claude Code；Claude 方案的費用不包含在內，我們也沒有核對各方案對 Skills 的支援範圍。
它會幫我自動發文或留言嗎？
不會。README 明確寫「These skills do not post to Instagram」，每個 Skill 結尾只給一段可複製的內容。
用它會被 Instagram 封帳號嗎？
我們不能保證。專案本身不發文、不登入、不爬資料；找爆款是你自己開瀏覽器看。但如果你另外接自動化工具去發文、留言或爬資料，README 和 Instagram 使用條款 4.2 都說這類做法違規。
AUC 0.83 和 0.56 是什麼意思？
AUC 是評分好壞的指標：1 表示全部分對，0.5 表示和亂猜一樣。作者量到的結果是：分辨「故意寫爛」的開場很好（0.83），但要在好影片裡挑出爆款，只比亂猜好一點（0.56）。
作者的測試可信嗎？
作者主動寫出不利的結果，這是加分；但樣本只有 74 條 YouTube Shorts 開場，量測腳本不在專案裡，沒辦法照做一次，所以只能當作者自述參考。
可以用在中文帳號嗎？
可以先試，但要小心打分數的部分。計詞規則只認英文字母和數字，README 的範例也都是英文；用中文時，分數建議只當參考。
值得裝嗎？
想要一套寫腳本、文案、規劃的流程，可以試；想靠分數預測爆紅，作者自己說做不到；專案目前沒有更新，要自己承擔已知的問題。這是我們的看法，不是投資或商業建議。
資料來源
本文資料查詢日為 2026 年 10 月 31 日（台北）；GitHub 的星數、issue 與 pull request 數字每天都會變動。頁面與範例輸出截圖為 AI郵報擷取的公開頁面（黃色標記為 AI郵報標示），內容與版權屬專案作者、Meta 或 Anthropic；影片來自 Anthropic 官方 YouTube 頻道，以嵌入方式播放。README 與程式的英文引述均為短句並標明出處。我們只讀程式與文件、沒有實際執行作者的程式；README 的量測結果與設定值是作者自述。本文為整理與查證，不是投資或商業建議。
- GitHub：Jakeschincariol/instagram-agent-skill（專案頁、README、LICENSE）
- GitHub：Commits
- GitHub：Issues（24 則未處理，2026/10/31）
- GitHub：Pull requests（8 個未處理，2026/10/31）
- GitHub：skills/ig-reel/hookscore.py（第 39 行計詞規則）
- GitHub：skills/ig-reel/SKILL.md
- GitHub：templates/voice.md
- Claude Code 官方文件：Extend Claude with skills
- Claude 官方 YouTube：What are skills?
- Anthropic 官方 YouTube：Creating custom Skills with Claude
- Instagram 使用條款（繁體中文）
- Social Media Today：Instagram implements new limits on hashtag use（2025/12）
- Business Today：No more hashtag stuffing, Instagram limits hashtag usage to just 5（2025/12/19）
- 作者網站：opusjake.ai
