ig-bot-builderlisted
Install: claude install-skill Coolkidlab-Yin/Coolkidlab
# IG 發文 bot 建造器(ig-bot-builder)
## 什麼時候用
- 想做一個「自動產圖卡 → 自動發 IG」的 bot,內容主題不限
- 被 IG API 發圖卡住(本機圖檔怎麼傳都失敗)
- 卡在 IG API 憑證申請、不知道要哪些權限
- 想避免「定時硬發」把帳號變成雜訊
## 第 -1 步:先問他要做哪一種(不要跳過這步)
**這一步決定後面每一步怎麼寫,不要預設他要做哪一種。**
同一套骨架能做出很不一樣的 bot。差別只在五個欄位:內容從哪來、圖長什麼樣、
多久發一次、拿什麼當去重鍵、這一型最容易做歪的地方。骨架完全一樣。
用 AskUserQuestion 問,選項可以照下表,也可以依他的狀況改寫:
| 型態 | 內容從哪來 | 圖怎麼來 | 頻率 | 去重鍵 | 最容易做歪的地方 |
|---|---|---|---|---|---|
| **新聞快訊** | RSS / 新聞 API | 程式生圖卡(標題 + 重點) | 事件驅動,有大事才發 | 標題 + 原文網址 | 沒大事硬發,變雜訊 |
| **知識圖卡 / 教學** | 自己的文章、講義、問答 | 程式生多張輪播 | 固定頻率 | 文章 slug 或網址 | 一張塞太多字,手機看不清 |
| **作品 / 攝影集** | 本機資料夾或雲端相簿 | 現成照片,只加浮水印或邊框 | 固定頻率 | 檔案 hash | 順序亂掉,系列感消失 |
| **商品上新 / 促銷** | 商品資料庫、庫存系統 | 商品圖 + 價格模板 | 有新品才發 | 商品 SKU | 全是推銷,沒人想追蹤 |
| **語錄 / 短句** | 自己的句子庫 | 程式生排版圖 | 固定頻率 | 句子 ID | 句子重複、排版一成不變 |
| **活動 / 課程宣傳** | 活動排程表 | 活動資訊模板 | 依活動時程倒數 | 活動 ID + 提醒輪次 | 同一場活動洗版 |
還有一個選項一定要留:**「以上都不是,我想做的是……」**。這份骨架不預設
用途,他講得出來就照他的做,把答案填進上表那五個欄位即可。
問完把答案寫成一行,寫進流程設定檔,後面每一步都會引用它。
## 架構總覽
### 六段 pipeline(不管做哪一型都是這六段)
```
選材 → 篩選 → 去重 → 寫文案 → 生圖 → 發布
```
各段做什麼依型態不同(見第 1-6 步),但順序與職責不變。
**「篩選」那段對某些型態可以是空的**(例如作品集、語錄:只要照順序取用,
不需要判斷夠不夠格發),但去重那段誰都不能省。
### 為什麼預設是事件驅動,不是定時硬發
IG 演算法明確偏好圖文,但更難的是「該發什麼」。定時排程最大的問題:
沒素材的日子它還是會發,為了填時段就硬擠一則不重要的,發久了帳號就變雜訊。
**這是預設立場,不是硬規定。** 有些型態本來就適合固定頻率(語錄、作品集、
教學系列)—— 因為它們的素材是使用者事先���好的,不存在「沒東西硬發」的問題。
關鍵不是定時或事件驅動,是**「沒有夠格的素材時,要能安靜」**。
幫他做出這個判斷,不要照抄。
### 兩階 LLM 分工(候選很多時才需要)
**只有「候選素材遠多於實際要發的量」時才需要這段。** 新聞快訊型典型:
一天進來 100 則,只發 5 則。作品集、語錄這種「素材就是要發的東西」的型態
不需要,直接跳過。
| 階段 | 模型 | 工作 | 特性 |
|---|---|---|---|
|