Cowork 每週日匯整 newsletter 反饋：reply、unsubscribe、new sub 一頁睇晒走勢

情境

你一個人寫 newsletter 已經第三個月。每星期三朝早 send 出去之後，反饋散落三個地方：

• Reply：30 封左右，由「呢期勁啱睇」到「呢個 framework 我用咗一個禮拜，分享我嘅情況」都有
• Unsubscribe：5 個。平台有時會問原因、有時冇
• New subscriber：12 個。來源散落 referral link、Twitter bio、朋友轉發

你心知肚明：呢三條資料流加埋先係讀者真正講緊乜。但要一條條 reply 揭、一個個退訂原因抄、再對照邊度嚟嘅 new sub——一個鐘冇得走。Send 完 newsletter 已經攰，星期三再加一個鐘做 review，做兩個禮拜就會放棄。

呢一個鐘係重覆嘢：同樣三個來源、同樣歸類邏輯、淨係內容唔同。Cowork 嘅賣點就係呢度：設定一次，每週日 6pm 自動跑、整好一頁 weekly review markdown、放入你個閱讀 folder。

提提你：Cowork 仲係 research preview，要 Pro/Max plan。佢有 agentic 能力會直接讀你嘅 email 同平台 exports，開一個專用工作 folder 畀佢，唔好畀佢掂你其他敏感檔案。

跟住做

1. 連 newsletter 平台 + Cowork 設定

主流平台（Beehiiv / Substack / ConvertKit / Buttondown）都有兩條路：

• CSV export：每週日手動下載一次 subscribers + unsubscribes report，放入專用 folder（例如 ~/Newsletter/Weekly/）
• Email forwarding：將「new subscriber」、「unsubscribe」、「reply」嘅通知 email 轉寄去一個專用 Gmail label（例如 newsletter-feedback）

轉寄法慳工夫但要等一個禮拜砌齊。CSV 法即刻有舊資料補返，但要記得下載。我建議頭兩個禮拜用 CSV，第三個禮拜起改轉寄。

Cowork 嗰邊：開 Claude Desktop → 揀「Cowork」模式 → 指定工作 folder 就係上面個 ~/Newsletter/Weekly/。佢淨係睇得到呢個 folder 同你開咗權限嘅 Gmail label。

2. 核心 prompt — 歸類 reply、歸類退訂原因

一次過畀佢完整指示。寫清楚三條資料流各自做乜。

我 solo 寫一個 HK newsletter（每星期三 send），主題：[填]，訂閱人數：[填]。我想你每個星期日下午 6 點自動做以下嘅嘢：Stream 1：Reply 內容
睇 Gmail label「newsletter-feedback」入面過去 7 日所有「Re:」開頭嘅 email。每封：
抽出 reader email、引用嘅段落（如果有）、佢自己寫嘅內容
情緒：正面 / 中性 / 帶批評 / 純分享自己經歷
主題歸類：將 30 封 reply 歸入 3-5 個主題（例如「呢期 framework 用得着」、「想睇延伸內容」、「分享自己經歷」、「質疑某個論點」）
每個主題出 2-3 條代表性引文（保留原文，唔好改寫）
Stream 2：Unsubscribe
睇平台轉寄過嚟嘅 unsubscribe 通知 + folder 入面嗰個 CSV：
如果有原因欄位：歸類做（內容唔啱、太頻密、太疏、寫得太長、其他）
如果冇原因：標「未填」
交叉對照：呢啲退訂係咩時間訂閱？訂閱咗幾耐？（睇得到就標出嚟）
警號：如果某一個原因連續兩週上升，紅字標出
Stream 3：New subscriber
睇平台嘅 new subscriber list：
來源分佈（referral link、direct、social、unknown）
如果來源係 referral：邊個現有 subscriber 帶嚟最多
同 reply stream 交叉比對：有冇 new sub 係由某條被引文嘅讀者帶嚟（佢哋有冇轉發）
輸出
出一份 markdown 報告，存喺呢個 folder，檔名「[YYYY-MM-DD]-weekly-review.md」。格式：
一行 TL;DR（呢個禮拜最值得留意嘅一件事）
Reply 主題 + 引文
Unsubscribe 規律 + 警號
New sub 來源 + 增長 vs 上週
「下週 content 建議」3 條 — 基於 reply 主題同退訂原因推導
注意：唔好自動回覆任何讀者、唔好 send 任何 email、唔好改平台設定。淨係讀取 + 寫 markdown 報告。設定好同我核對，預演一次先排去每星期日 18:00 自動跑。

第一次跑一定要預演。睇下主題歸類嘅準確度、引文有冇剪斷、來源認得啱唔啱。OK 先啟用排程任務。

3. Weekly markdown 報告格式 + 交付

預期 output 大致係：

# 2026-05-31 · Weekly Review

## TL;DR
呢個禮拜 reply 入面有 6 封提到想睇「framework 點 apply 落非 tech 行業」——
連續第二週呢個 cluster 上升，下週可以做。

## Reply clusters（30 封）
### Framework 應用（12 封）...
### 想睇延伸內容（8 封）...
### 質疑「X 論點」（4 封）...

## Unsubscribe（5 個）
- 太頻密：2
- 內容唔啱：1
- 未填：2
警號：冇

## New subscriber（12 個）
- Referral: 7（其中 4 個由 @reader_handle 帶嚟）
- Direct: 3
- Social: 2

## 下週 content 建議
1. ...
2. ...
3. ...

Markdown 好處：你開 Obsidian / Bear / Apple Notes 都讀得到，唔使再開 dashboard。每週累積成一份回顧記錄，月尾做季度回顧直接睇返。

4. 回覆策略 — 用洞察去諗下週 content

報告出咗，下一步唔係即刻回覆 30 個讀者，係分流：

• 「呢期勁啱睇」純鼓勵：一次過講聲多謝，30 秒搞掂
• 分享自己經歷嘅：呢啲最寶貴。逐封回覆，問深入啲，攞授權引去下期 newsletter
• 質疑論點嘅：揀 1-2 封認真回，可能就係下期題目嘅種子
• 想睇延伸：記入下週 calendar，唔即刻回

報告入面「下週 content 建議」3 條，唔好照單全收。Claude 由規律推出嚟，但你了解自己嘅風格。揀 1 條同你 editorial calendar 啱嘅；剩兩條當後備清單。

變化

變化 1：加 Twitter / Threads / IG comments

（同上面 prompt 一樣）再加 Stream 4：跨平台提及睇我嘅社交帳號（Twitter / Threads / IG）過去 7 日：
任何引用、quote tweet、reply、IG comment 提到呢期 newsletter
抽出平台、handle、引用片段、情緒
歸入返 Reply stream 嘅同一套主題分類（reply 同社交加埋睇走勢）
注意：唔好回覆任何社交帖文，淨係抽資料。

社交平台嘅觸及面有時比 reply 多。加埋一齊歸類，先睇到完整全貌。

變化 2：付費 subscriber 版本（focus on 留存）

（同前面 prompt，但 Stream 2 / 3 改成）：Stream 2：退訂取消
區分免費退訂 vs 付費取消
付費取消：訂閱咗幾耐先取消？（流失時機好關鍵）
警號：如果付費取消連續兩週 > 新增付費訂閱，紅字
交叉對照：取消嗰啲付費讀者嘅回覆紀錄（佢哋之前有冇提過憂慮）
Stream 3：新付費 + 升級
邊個免費讀者升級咗去付費（呢個係領先指標）
升級之前一週讀過邊期（揾出「轉化文章」）

付費 newsletter 嘅指標完全唔同。留存大過獲客，流失時機大過淨計退訂數。

變化 3：課程 / 會員制 creator 版

（同前面 prompt，但三條 stream 改成）：Stream 1：課堂完成度
過去 7 日邊堂完成率最高 / 最低
流失規律：學員停喺邊一個 module
交叉對照：流失學員嘅報名日期（新 vs 舊）
Stream 2：提問 / 討論
課程平台入面學員問題 / community 帖
歸類主題：概念混淆 / 想要更多例子 / 申請延期 / 技術問題
揾出「重覆問題」（3 個以上學員問同一條）—下週直接出 FAQ
Stream 3：新報名 + 退款
新報名來源
退款要求（如果有）+ 原因

課程嘅反饋循環仲緊要，因為學員付咗錢期望高。重覆問題直接變下一堂 content。

拆解：點解會 work，同點解會爆

跟到上面就已經用得。下面呢段係畀**想由「第一次跑出靚報告」做到「跑足一年都信得過」**嘅人——初學者可以跳過，唔影響你跟住做。

一個 newsletter creator 最容易跌落去嘅坑係：第一份報告靚仔，唔代表第五十份仲係準嘅。呢個聚合流程，實際會喺呢幾個位爆，你要預咗：

1. 7日視窗切割唔整齊，同一封 reply 入兩次 每週日掃「過去 7 日」，但你係星期三 send newsletter，讀者嘅 reply 有時會跨週——例如有人星期一先回上週嗰期。下一次掃的時候，呢封 reply 又再度落入視窗範圍。

• 會爆成點：同一封 reply 喺兩份不同週報裏面出現，reply 總數虛高，某個 cluster 嘅走勢數字唔可信。
• 點救：prompt 改成「只抽 email 接收時間係上週三 send 出去之後、今週三之前」，用你 newsletter send 日期做切割，而唔係用「過去 7 日」滾動窗。

2. LLM 嘅主題歸類每次跑都唔同，走勢對唔落 Claude 每次重新閱讀同一批 reply，歸類嘅主題名稱同邊界都可能略有不同。例如今週叫「想睇延伸內容」，下週同一類型叫「想深入了解」，搵唔到規律。

• 會爆成點：你要追「呢個 cluster 係咪連續兩週上升」，但兩份報告嘅 cluster label 根本唔一樣，手動對唔落。
• 點救：喺 prompt 固定一套 cluster 名單（例如就係「框架應用」「想延伸閱讀」「質疑論點」「純鼓勵」「分享自己經歷」五個），唔喺名單內就歸「其他」，唔好讓 Claude 自由命名。

3. Referral 來源追蹤好容易斷 New subscriber 嘅來源係靠平台嘅 UTM / referral link 記錄。但讀者轉發去 WhatsApp、截圖貼 IG Story、或者係口耳相傳，呢啲都唔會帶任何 tracking parameter。

• 會爆成點：「social: 2、direct: 3、unknown: 7」——一大堆 unknown，引文交叉對照冇意義，你以為增長來自 Twitter，其實係 WhatsApp 群組。
• 點救：唔好過度詮釋 unknown 嘅比例；prompt 加一句「unknown 來源唔好估，唔好歸入任何社交平台，紅字標出佔幾多百分比，提醒我考慮落實更多 tracking link」。

4. 「連續兩週警號」需要記憶，但 Cowork 每次係全新 run Prompt 要求「如果某原因連續兩週上升，紅字標出」。但 Cowork 每次跑係讀今次嘅資料，佢唔會自動拎住上週份報告嚟比對。

• 會爆成點：警號永遠唔會觸發，或者 Claude 靠估——因為佢根本睇唔到上週數字。
• 點救：每週跑之前，人手將上週報告放入同一個 folder，並喺 prompt 加「同一個 folder 入面有上週嘅 markdown 報告，比對 unsubscribe 原因分佈」，明確叫佢讀。當然，亦要確保 Cowork 嘅 folder 權限覆蓋到過往報告。

5. Gmail OAuth 靜默過期，排程照跑但報告係空的 Cowork 連接 Gmail label 係靠 OAuth token。Token 有效期，如果超過一段時間冇用、或者你係 Gmail 嗰邊踢咗呢個授權，Cowork 下次跑嘅時候可能唔會報錯，只係 reply 欄位靜靜雞係「0 封」或「讀取失敗」。

• 會爆成點：你以為呢個禮拜 reply 特別少，其實係根本冇讀到，虛假平靜，白白錯過讀者反饋。
• 點救：報告格式加一行「資料來源確認」，列出實際讀到幾封 email、幾個 CSV 行數；如果係零，要求 Claude 紅字警告而唔係靜默略過。定期（例如每月第一週）手動跑一次確認 Gmail 連結仲係 live。

呢幾個位，就係「第一份報告跑到靚仔」同「一年後你仍然信每份報告嘅數字」之間嘅距離。

Newsletter / 課程嘅長期遊戲：唔係寫得多快，係聽得多細。30 封 reply、5 個 unsub、12 個 new sub 加埋，每週都喺度同你講同一件事——但要你停低睇先聽到。Cowork 做嗰一個鐘嘅聆聽工夫，你做嗰 10 分鐘嘅編輯判斷。