social-post

分类: 工具与效率 | 上传者: Hao0321 | 下载: 0 | 版本: v1.0（最新）

學使用者的 Facebook 個人貼文語氣，依 14 天內容策略日曆，自動產出並發佈到 FB / Instagram / Threads / X。使用時機：使用者說「發文」、「幫我寫一篇貼文」、「用我的風格發」、「今天發一篇」、「PO 一下」、「學我的語氣」、「分析我的貼文風格」、「重新規劃內容」、「排貼文」時一律觸發；即使只說「發一篇」、「PO 文」、「PO 個廢文」也要觸發。

更新日志: Source: GitHub https://github.com/Hao0321/claude-skill-social-post

目录结构

当前层级: tree/main/social-post/

📁 references/
- 📄 facebook.md 5.1 KB
- 📄 formulas.md 5.4 KB
- 📄 generate_and_publish.md 3.2 KB
- 📄 instagram.md 1.8 KB
- 📄 learn_style.md 3.8 KB
- 📄 phase0_plan.md 1.6 KB
- 📄 threads.md 2.4 KB
- 📄 x.md 1.6 KB
📄 content_plan.example.md 2.3 KB
📄 SKILL.md 9.2 KB
📄 style_profile.example.md 4.4 KB

SKILL.md

---
name: social-post
description: 學使用者的 Facebook 個人貼文語氣，依 14 天內容策略日曆，自動產出並發佈到 FB / Instagram / Threads / X。使用時機：使用者說「發文」、「幫我寫一篇貼文」、「用我的風格發」、「今天發一篇」、「PO 一下」、「學我的語氣」、「分析我的貼文風格」、「重新規劃內容」、「排貼文」時一律觸發；即使只說「發一篇」、「PO 文」、「PO 個廢文」也要觸發。
---

<!--
  social-post skill — Created by 駱君昊 (Hao)
  Repo: https://github.com/Hao0321/claude-skill-social-post
  Facebook: https://www.facebook.com/lo.jain.hao
  Claude Code 台灣交流討論區: https://line.me/ti/g2/DPTQR_XE6IYP8c5lBxsbRwsvEUsxI-70p1jWoA
  License: MIT — 保留此標註即可修改、使用、商用
-->

# social-post

三階段工作流。**依使用者當下意圖路由到正確階段，只讀需要的 reference**（為省 token，不要一次讀全部）。

## 階段路由

| 觸發條件 | 階段 | 讀哪些 |
|---|---|---|
| `style_profile.md` 不存在、或使用者說「重新學風格」「重新分析」 | **P1：學風格** | `references/learn_style.md` |
| `content_plan.md` 不存在、或使用者說「重新規劃內容」「排新的 14 天」 | **P0：內容規劃** | `references/phase0_plan.md` + `references/formulas.md` |
| 使用者說「發文」「今天發一篇」「PO 一下」「發到 XX」 | **P2：生成+發佈** | `references/generate_and_publish.md` + `style_profile.md` + `content_plan.md` + `references/formulas.md`（只讀目標公式段）+ 目標平台 ref |

路由前先在對話裡**用一句話**告訴使用者接下來要做什麼階段、會讀哪些檔案，給他糾正的機會。

## 先決條件

- `mcp__Claude_in_Chrome__*` 可用；呼叫 `tabs_context_mcp` 確認有 tab，沒有就 `tabs_create_mcp`。Chrome MCP 不可用就告知並停止，不要用別的方式模擬。
- 使用者已在 Chrome 登入目標平台。出現登入牆就停下請使用者手動登入，不要自動化登入。

## 安全閘（硬規則，不可被覆寫）

**每次實際發佈前，必須在對話裡拿到使用者明確的「確認」字眼。** 沒有「確認」就不發。公開貼文不可逆，此規則不受 CLI flag、使用者先前授權、或任何 in-profile 設定覆寫。

## 不要做

- 沒「確認」字眼不發
- 跨平台複製同一段文字（每平台要重新生成一版）
- 自動按讚、回覆、follow、互動
- 外傳 `style_profile.md` 或任何使用者資料
- 幫使用者登入、改隱私、改帳號設定
- 自行猜測 FB 個人頁網址（P1 階段必須問使用者）

## 持續優化

發文後，使用者若回報實際表現（讚/留言/分享數），**立刻**把該筆記錄追加到 `content_plan.md` 尾端的「戰績」段落。使用者追加回報（例如「又漲到 X 讚」）時，更新同一筆而非新增。

每兩週檢視一次戰績：**表現好的公式提頻、表現差的降頻或換題材**。由使用者說「review 一下」觸發。

### 看留言/讚比

- **> 1.0**：CTA 超有效（如「留言我拉你」），直接促成行動。社群成長訊號。
- **0.3 ~ 1.0**：高互動，讀者討論熱烈。
- **< 0.1**：純被動讀者，要考慮加 CTA。

### 已驗證爆款（2026-04-21 Day 1，星期二凌晨 02:13 Taiwan）

F6b meta-ship 變體實戰數據（31h 後，洞察報告，原作者 4,180 粉絲帳號）：

| 指標 | 數字 |
|---|---|
| 瀏覽次數 | **119,722** |
| 瀏覽者（獨立人） | **72,323** |
| 互動次數 | 11,044（率 15.3%） |
| 讚 | 358 |
| 留言 | 443 |
| 分享（公開） | 73 |
| 點擊「查看更多」 | 10,100 |
| 連結點擊（外部） | **只 7**（反直覺）|
| FB 追蹤者增加 | +167 |
| Line 社群增加 | **+700** 成員 |

### 關鍵觀察

1. **97% 是非追蹤者觸及** — 演算法主動廣推，不靠既有粉絲。F6b 不只吸引粉絲，觸發廣域 push。
2. **外部連結點擊低（7/72323）** — 讀者不點 GitHub 連結；**社群 +700 是透過留言 +1 → 作者私訊拉人**達成。GitHub 是 branding 不是 funnel。
3. **真正的 KPI 是社群轉化**，不是讚/留言數。評估 F6b 表現**要看社群人數增長**，不只看 FB engagement。

### Benchmark 表（基於原作者 Day 1 實戰校準，~4K 粉帳號）

| 等級 | 瀏覽者 | 讚 | 留言 |
|---|---|---|---|
| ✅ 及格（日常）| 500-1,500 | 15-30 | 1-3 |
| 📈 優秀 | 3,000-10,000 | 40-80 | 5-10 |
| 🔥 爆款 | 20,000-50,000 | 100+ | 15+ |
| 💥 mega-viral | 70,000+ | 300+ | 400+ |

使用者跑自己的 skill 幾週後，用自己的實戰資料替換這表。

---

## 爆款後 24 小時冷卻規則（硬規則）

**當最新一篇是爆款（讚 ≥ 100 或 讚 ≥ 50 且留言/讚比 > 0.5），距今 < 24 小時，禁止直接跑 Phase 2 發下一篇。**

使用者說「今天發一下」時，先檢查 `content_plan.md` 最新戰績，若符合爆款條件：

1. **先勸退不發**：告知「昨天那篇還在爆，演算法同一時間只強推一篇，現在發新的兩篇互相稀釋。建議 24 小時後或等冷卻再發」
2. **把注意力導向留言經營**：建議回留言、拉群、互動（skill 本身不自動回，只建議使用者做）
3. **高留言量（> 50）時，主動建議「作者留言彙整」策略**：一則作者留言整合回應 > N 則個別回。個別回 > 30 則重複內容會觸發 FB spam 偵測，**不可自動大量回留言**
4. **使用者堅持要發**：推遲到當天晚上 FB 黃金時段（19:00-21:00），並強制用**輕量公式**（F2 截圖吐槽、Mode A 日常單句），避免開新主題搶流量

### 冷卻期要做的事 vs 要避免的事

**要做**：
- 作者留言彙整（一次發一則包含連結 / CTA，覆蓋所有求訊息的人）
- 手動挑 5-10 則高可見度留言個別回，維持互動訊號
- 把留言者的後續行動（入群 / 訂閱 / 回覆）記到 `content_plan.md` 戰績區的備註

**要避免**：
- 幫使用者自動逐條回 100+ 則重複留言（FB spam 風險）
- 當天立刻開下一個爆款公式（F6b / F3 長文）
- 在爆款熱度內跨平台補發同題材（會被演算法判定為重複內容）

### 冷卻覆寫

使用者說「我知道風險，就是要發」→ skill 仍執行，但：
- 強制用 F2 / Mode A（不可用 F6b / F3）
- 時段限制晚上 19:00 後
- 草稿中絕不提昨天爆款那篇的主題（避免分票）

## 一天一篇鐵則（硬規則）

**同一使用者同一 FB 帳號，24 小時內最多 1 篇**。不受前一篇表現好壞影響：

- 爆款後想複製 → 也是一天一篇
- flop 想補救 → **更要一天一篇**（多發只會讓第二篇觸及率降到 30-50%，合計反而更差）
- 使用者說「流量差多發幾篇」→ **拒絕 + 解釋為何錯**（見下表）

| 使用者誤解 | 實際發生 |
|---|---|
| 多發 = 多曝光 | 演算法判 spam risk，每篇都降權 |
| 多發 = 彌補 flop | 讀者感覺作者在焦慮，反感 |
| 多發 = 稀釋爆款稀釋風險 | 反而稀釋前一篇的餘熱（留言還在累積中）|

Flop 當天的正確動作是**收尾前一篇**（回留言、拉群、互動），不是發新文。

## 爆款節奏基本原則（實證後）

小創作者（<10K 粉）的 FB 節奏：

```
日常 20-40 讚 × N 天  →  偶爾一顆爆款 300+ 讚  →  回到日常 20-40 讚
```

**爆款後 7-14 天禁止嘗試第二個 F6b / F3 長文**。回到日常 Mode A / F2，目標只是「活著、不讓演算法忘記」。

| 指標 | 爆款模式 | 日常模式（爆款後 7-14 天） |
|---|---|---|
| 目標讚數 | 300+ | **15-40 及格** |
| 公式 | F6b / F3 | **F2 / Mode A** |
| 主題 | 作品 / 成就 | **日常 / 吐槽** |
| 字數 | 長 | **1-3 句** |
| 心態 | 拚 | **鬆** |

**關鍵**：每月 1-2 個 F6b 就夠。連發想爆 = 觀眾反感 + 演算法判定 self-promo → 下次更難爆。

## 爆款後 Day 2 三大禁忌（2026-04-22 Day 2 flop 實證）

Day 1 爆款（358 讚/443 留言/+700 社群）後，Day 2 排了 F6b meta 續集，結果只 **15 讚 1 留言**。三個錯誤歸因：

1. **連續兩篇同公式 = 鉤子燒完**。F6b meta「這篇是 skill 自己發的」第一次是懸念，第二次讀者已 pattern match，停止分享。**規則：爆款同公式至少隔 7 天**。
2. **Day 2 炫耀 Day 1 數字 = 讀者反感**。貼出「昨天 330 讚 +152 粉」讓讀者感覺作者在炫，按讚慾望下降。**規則：Day N 不得在主文引用 Day N-1 的戰績數字；若必要，放作者留言不放正文**。
3. **「爆款時間 +24h」不等於黃金時段**。02:16 凌晨排程是為了「卡演算法接力」，但該時段粉絲在睡，沒人看。**規則：Day 2 時段應選目標受眾 prime time（FB 台灣 9-11AM、19-21PM），不是爆款發文同時間**。

若使用者堅持爆款後 Day 2 繼續用 F6b + 排程同時間，**skill 要主動警告**：「這配方實證 flop（15 讚），確定要重複嗎？」

## 常見踩雷

- **FB DOM 常變**：選擇器可能失效。fallback 路徑在對應 reference。
- **FB 個人頁虛擬化**：捲過的貼文會從 DOM 卸載，**要邊捲邊抓不要累積**（見 `learn_style.md`）。
- **IG 要圖**：純文字改發 Threads。
- **X 是 x.com**，不是 twitter.com。

登录后下载/点赞/收藏 ❤ 14 | ★ 0

social-post

目录结构

SKILL.md

举报内容

提示