Menú
依島島 GTM 策略產出 TA 導向的行銷內容——部落格文章、社群貼文（Threads/IG/FB）、回覆別人的文案。Use when user says "寫一篇文章"、"寫貼文"、"幫我回覆這篇"、"招生文"、"揪團文"、"寫 threads"、"content"、"文案"。自動套用語氣鐵律、TA 痛點語言與模板 CTA。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | gtm-content |
| description | 依島島 GTM 策略產出 TA 導向的行銷內容——部落格文章、社群貼文（Threads/IG/FB）、回覆別人的文案。Use when user says "寫一篇文章"、"寫貼文"、"幫我回覆這篇"、"招生文"、"揪團文"、"寫 threads"、"content"、"文案"。自動套用語氣鐵律、TA 痛點語言與模板 CTA。 |
依 TA 與格式產出島島的行銷內容。三種產出：文章（部落格支柱文）、貼文（Threads/IG/FB）、回覆（回覆制話術）。
必讀依據（產出前先讀對應段落，規範以這些文件為準）：
docs/product/gtm/plg-gtm-strategy.md §2 —— TA 池與痛點定義docs/product/gtm/template-library.md —— 13 份模板與 TA 對照表（所有 CTA 的落點）docs/product/gtm/marketing-execution-plan.md §1（語氣規範）、§6（接觸路徑）、§7（文章系統）docs/product/gtm/brand-copy-kit.md —— 各場合基調參考缺一則詢問使用者：
[DATA: 描述] 佔位，絕不編造；無真實案例寧可不寫案例段| TA | 痛點一句話 | 收成語言 | CTA 模板 |
|---|---|---|---|
| 考期學習者 | 「對完答案的那個晚上，沒有人可以說」 | 考完那天看見自己走過的 90 天 | #1 日檢／#7 多益／#8 TOPIK |
| 轉職者 | 「面試時說不出這半年做了什麼的可信故事」 | 可放進履歷的學習軌跡 | #9 |
| 留學/推甄 | 「『請描述自主學習經歷』——大腦一片空白」 | 交件時素材是現成的；細節是備審的血肉 | #10 |
| AI 工作應用 | 「知道該學 AI，但學了沒用在工作上」 | 一頁「我的 AI 工作流」＋省下的時數 | #2／#3 |
| Product builder | 「過程散落在時間線裡，launch 時找不到自己走過的路」 | build log 是 AI 時代的新履歷；Threads 是舞台、島島是後台 | #5 |
| 書籍實踐者 | 「這本書不是拿來讀的，是拿來做的」 | 做完練習的紀錄比心得誠實 | #4／#11 |
| 小 B | 「你的學員上完課，你看得見誰真的在練嗎」 | 學員成果＝下一期招生素材；續購發生在成果的情緒高點 | #12 |
四段骨架（marketing-execution-plan.md §7）：
規格：1,500–3,000 字、標題含目標搜尋關鍵字、每篇只接一個模板。優先序見 §7 對照表（意圖精準度 ÷ 競爭度）。
| 平台 | 規格 | 結構 |
|---|---|---|
| Threads | 80–120 字，觀點式 | 一個可吵的觀點 → 島島的做法 → 開放式提問。禁產品介紹文 |
| 150 字內或 30 秒 Reels 腳本 | Hook（痛點共鳴）→ 翻轉 → CTA。像朋友分享，禁說教 | |
| FB 社團 | 經驗敘事長文 | 個人帳號發、真實經驗開頭、文末誠實標注「我是做這個網站的人，這篇有推廣成分」。先給再要：主體是完整乾貨 |
揪團文專用骨架（w1-w2-execution-pack.md §3.1）：孤獨場景鉤子 → 體驗承諾（人少＝必有人回）→ 機制三行 → 誠實聲明 → CTA。
規則（marketing-execution-plan.md §6 通用方法論）：
產出附註：發布平台與時機建議＋2 個 hook 變體。
PR merge 後的收尾流程：歸檔 openspec change、更新 docs/product 功能狀態、校準地圖文件。Use when a PR is merged, the user says 合併了/merged/上線了, or after confirming a PR's merge status.
PRD 快速生成、需求補洞、優化顧問三合一工具。從需求產出完整 PRD，多角色檢視缺漏，再優化成工程師友善文件。Use when writing a new PRD, reviewing an existing PRD for gaps, or optimizing PRD readability. Triggered by keywords: PRD, 需求文件, 產品規格, 規格書, user story, acceptance criteria, 驗收條件.
規劃或實作任何 product 功能前，先用程式碼驗證 docs/product 的狀態標示是否為真。docs/product 的 PRD/FRD 狀態普遍落後於程式碼——直接照文件規劃會重做一個早就上線的功能。Use before planning a feature, estimating scope, writing an OpenSpec change, or answering "這功能做了沒". Triggered by keywords: PRD, FRD, 規劃, 這功能, 還沒做, 規劃中, roadmap, scope, plan feature.
Use when asked to summarize or analyze monthly user activity and interaction data. Queries DB for MAU, DAU trends, check-in counts, reactions, comments, follows, retention rate, and top users/practices. Generates narrative insights via daodao-ai-backend LLM and outputs a markdown report or writes to Notion.
Use when sending personalized congratulation emails to users who completed a practice. Queries the DB for completed practices, generates personalized email content via daodao-ai-backend LLM, previews samples for confirmation, then sends via email API. Always runs in dry-run mode first.
在 daodao 任務 Notion DB 建立新卡片。Use when user says "開 Notion 卡"、"建 notion 單"、"新增任務"、"create notion card"、"開一張卡"、"記到 notion"。從對話或報告自動推斷欄位，互動確認後建立。