我的好朋友 Claude
Cowork 每朝幫你睇 niche RSS:3 個熱話自動入 content idea pool
第 095 期

Cowork 每朝幫你睇 niche RSS:3 個熱話自動入 content idea pool

進階·文化
第 095 期|Cowork|創作者、打工仔|

Cowork 每朝 7am 自動跑 RSS content idea workflow:讀晒你 niche 嘅 30 個 feed、對照你最近 50 篇文、揀出 3 個新鮮角度落 Notion idea pool。HK 創作者 自動化 內容靈感泉源,唔使再碌一個鐘搵題材。

難度 ★★時間 40 分鐘用具 Claude Desktop (Pro/Max)、RSS reader 或 OPML file、Notion / Markdown file
【編者撰】一個香港人

情境

你係 niche writer:寫 newsletter、寫 blog、做 podcast,總之每星期都要產出內容。你訂閱咗:

每朝起身嘅指定動作:碌一個鐘搵靈感。問題係:

呢樣好耗精力。唔係搵唔到 idea,係要喺一堆已知資訊度篩出未寫過、又真係新鮮嘅角度。

呢篇用 Cowork 設定:每朝 7am,自動幫你跑 RSS、對照你過去 50 篇文、揀 3 個夠精彩嘅角度落 Notion。你起身只係開 Notion 揀一個寫。

⚠️ Cowork 仲係研究預覽版。讀取 OPML / RSS 屬於低風險(公開資料);寫入 Notion 用 token 設定最低權限。

跟住做

1. 整理你嘅 niche RSS OPML,再畀 Cowork 權限

喺你 RSS reader(Feedly / NetNewsWire / Inoreader)匯出一份 OPML:

~/Documents/cowork-watchlist/
├── feeds.opml             # 你 30 個 niche feed
├── recent-content.md      # 你過去 50 條 published content(title + 一句摘要)
└── ideas-archive.md       # 你 backlog 已經有嘅 idea(避免重覆)

recent-content.md 嘅格式好簡單:

2026-05-20 | 點解我 unfollow 咗 90% newsletter | 訂閱疲勞、訊號雜訊比、注意力
2026-05-13 | Cowork 排 social post 嘅 3 個陷阱 | 自動化、人手檢視、權限
...

每行 = 一篇你已經寫過嘅嘢。Cowork 之後會用呢份做「我寫過乜」嘅參考。

2. 核心 prompt — 揀出真正精彩嘅角度

完整 prompt — 每朝 RSS watchlist
我想設定 Cowork 每朝 7am 自動跑一次 content ideation。輸入:
~/Documents/cowork-watchlist/feeds.opml — 我訂閱嘅 30 個 niche RSS
~/Documents/cowork-watchlist/recent-content.md — 我過去 50 條已 published 嘅嘢
~/Documents/cowork-watchlist/ideas-archive.md — 我 backlog 已經寫低嘅 idea
我嘅 niche: [填,例:「香港 solo creator 嘅創作工具同心智紀律」]每朝跑:第一步:讀過去 24 小時 feed
由 OPML 攞晒 30 個 feed 嘅 RSS URL
抽出過去 24 小時嘅新文章(標題、URL、首段、發佈時間)
過濾:跳過明顯離 niche 嘅內容(例如純廣告、贊助 post)
第二步:交叉比對 我寫過乜
對每篇新文章,同 recent-content.md 對照:

我喺過去 6 個月有冇寫過同一個角度?
我喺 ideas-archive.md backlog 入面有冇類似 idea?


如果有重疊 → 標示為「已覆蓋」,唔好提
如果只係話題類似但角度唔同 → 標示為「有角度機會」
第三步:揀 3 個新鮮角度揀 3 個 idea 要符合 3 個條件:
我未寫過:唔同我過去 50 篇重覆
大家講緊:今朝最少 2 個 feed 提到相關話題(顯示有討論度)
同我 niche 對得上:唔好硬塞「熱話但離 niche」嘅嘢畀我
每個 idea 寫:
角度:一句講清楚邊個切入點
點解新鮮:對比我過去寫過嘅相關文章,邊個角度未掂過
來源訊號:邊 2-3 個 feed 講緊(標題 + URLs)
預計工夫:輕量(600-800 字)vs 繁重(1500+ 字、要做資料搜集)
時效性:呢個角度一個禮拜會唔會過時?定係耐睇?
第四步:自動寫入 Notion
推上我 Notion database「Content Idea Pool」
Properties: Date, Angle, Source URLs, Effort, Timeliness, Status (= "New")
Status 永遠預設做「New」—— 等我自己睇過之後先升做「Drafting」
限制:
唔好寫超過 3 個 idea(避免 idea 太多睇到攰)
如果今朝 feed 真係冇新鮮角度,就講「今朝冇」,唔好硬塞
唔好直接照抄人哋標題 —— 永遠重寫做我嘅角度
唔好提出任何涉及未證實八卦 / 個人攻擊嘅角度
設定好之後確認排程,星期一至五跑,週末停。

呢個 prompt 嘅關鍵:Cowork 唔係幫你搵熱話,係幫你搵「熱話但你未掂過」嘅交集。交叉比對嗰步先係真正嘅槓桿。

3. Notion idea pool 結構同自動推送

Notion database「Content Idea Pool」設定:

PropertyType用途
AngleTitle一句 idea
DateDateCowork 推上嗰日
Source URLsURL (multi)Feed 來源(可以撳落去睇原文)
EffortSelect (輕量 / 繁重)你睇住預估安排時間
TimelinessSelect (一週 / 一個月 / Evergreen)排優先次序
StatusSelect (New / Considering / Drafting / Published / Dropped)進度狀態

第一個禮拜你會見到 5 日 × 3 個 = 15 個 idea 入到 pool。你逐個撳「Considering」或「Dropped」。一個月之後,pool 大概儲到 20-30 個有質感嘅 idea backlog。

4. 週末檢視 — 點將 idea 轉做正式出街嘅文章

星期五夜晚 / 星期六朝早,做一次每週檢視:

  1. 篩選:開 Notion「Status = Considering」嘅 view,通常 4-8 個 idea
  2. 配對 calendar:揀 1-2 個升做「Drafting」,配合你下週嘅 editorial calendar(睇相關文章嘅 calendar 設定)
  3. 過期清理:「Timeliness = 一週」但已經放咗超過 5 日嘅 → 移去「Dropped」或者降做 evergreen
  4. 回饋 Cowork:每篇真係出咗街嘅,將標題 + URL 加入 recent-content.md 最頂

第 4 步好重要:recent-content.md 持續更新,Cowork 嘅對照先會越嚟越準。第一個月夠精彩嘅角度命中率可能 50%,三個月後升到 75-80%。

變化例子

變化 1:HK 時事 writer 版(HK01 / 端 / Initium)

變化 1 — HK 時事 feed pack
我寫 HK 時事評論。請改我嘅 feed 來源做 HK-specific:
HK01、端傳媒、Initium、立場(如有 archive feed)
明報觀點版、信報、HKFP
學者 / 政策 think tank blog
Reddit r/HongKong、LIHKG 熱門板(如可抓)
交叉比對規則調整:
「未寫過」嘅判斷加多一層:我嘅立場 / 切入角度係咪已經表咗態
時效性更敏感:HK 時事角度通常 48 小時就過氣,請特別標示
「大家講緊」嘅門檻降到 2 個源頭,因為 HK niche 細
要避開嘅角度:純口號式、純情緒宣洩、未經查證嘅傳言

變化 2:Tech writer 版(HN / Lobste.rs / dev.to)

變化 2 — Tech writer feed pack
我寫 dev / AI / startup 評論。請改 feed pack:
Hacker News front page (top 30 daily)
Lobste.rs
dev.to top tags([填我關注嘅 tag])
主要 AI lab blog(Anthropic、OpenAI、DeepMind、Mistral 官方)
我關注嘅 dev Substack([列 5-8 個])
特別規則:
「大家講緊」嘅門檻升到 3 個源頭(tech feed 嘈,要過濾炒作)
跳過 release note / changelog 類純公告
優先揀「框架 / 思維」類角度,唔係「邊個 startup 融到資」
交叉比對時,將我所有英文出咗街嘅文章都計埋

變化 3:加 Reddit + Twitter list 跨 platform signal

變化 3 — 多 platform 訊號匯整
RSS 之外,我想加埋呢幾個 source(如 API / scraping 可行):
Reddit r/[我嘅 niche subreddit](每朝 top 20 hot post)
X / Twitter list「[我嘅 niche list]」(過去 24 小時 engagement top 30)
IG saved post(過去一週我自己 save 嘅)
請:
將 3 個 platform 同 RSS 合埋一齊交叉比對
一個角度如果喺 2 個以上 platform 出現 → 標示做「跨 platform 訊號」(最強嘅時效性訊號)
平台味道唔同要過濾:Reddit 嘅 hot post 通常情緒化、X 嘅熱話通常炒作,我要嘅係角度,唔係花生
Source URLs 要包埋 Reddit thread + X post 截圖(如可),方便我返睇原本嘅來龍去脈

拆解:點解會 work,同點解會爆

跟到上面就已經用得。下面呢段係畀**想由「setup 完第一朝靚仔」做到「跑足三個月都信得過」**嘅人——初學者可以跳過,唔影響你跟住做。

自動化最難搞嘅地方係:第一朝 Cowork 跑到靚,唔代表兩個禮拜後 feed 同 idea pool 仲係你信得過嘅。呢個 RSS watchlist,實際會喺呢幾個位靜靜地爛掉,你要預咗:

1. RSS feed URL 靜默失效 Substack 換 custom domain、feed provider 改 URL 結構、權威網站一聲唔聲停咗 RSS——呢啲唔會有任何報錯,Cowork 只係靜靜地跳過嗰個 feed,你完全唔知。三個月後,你個 30 個 feed 可能得番 18 個係有效嘅,但 idea pool 看起嚟仲係每日 3 個。

2. recent-content.md 唔更新就廢咗 整個「交叉比對避免撞題」嘅邏輯,全靠呢份文件係真實反映你出過嘅嘢。但係跑著跑著,你出咗街嘅文章唔加返入去——一個月後 Cowork 仲係用舊清單做對照,開始重複推你已經寫過嘅角度。

3. 「大家講緊」≠ 「你 niche 讀者想睇」 Prompt 要求「最少 2 個 feed 提到」做討論度訊號,但 niche 細嘅話,2 個同圈子嘅人同時轉發同一篇英文研究,並唔代表呢個角度對你嘅廣東話讀者有共鳴。Claude 對「有無討論度」嘅判斷係基於 feed 裡面嘅訊號,唔係你讀者群嘅實際反應。

4. 「今朝 24 小時」window 會漏咗昨日深夜發佈嘅嘢 Cowork 7am 跑,抽「過去 24 小時」——即係前日 7am 至今朝 7am。但好多重要嘢喺香港時間夜晚 11pm 至凌晨 1am 發佈(美國時間工作日下午),如果前日 Cowork 跑完之後先出,呢日跑又唔係恰好落喺 24 小時 window 入面,就會漏咗。

5. Notion 寫入失敗係靜默嘅 Notion API token 過期、database ID 改咗、Notion 本身有服務問題——呢啲情況下 Cowork 嘅 push 步驟唔一定會大聲報錯,你起身開 Notion 見到係空嘅,唔知係冇 idea,定係寫唔入去。

呢幾個位,就係「setup 完第一朝靚仔」同「三個月後 idea pool 仲係可信、仲係省力」之間嘅距離。

一個思維框架

Niche creator 嘅最大隱形成本:「我有冇撞題」嘅焦慮

每次落筆寫,腦入面有把聲:「我之前係咪寫過?」「行家係咪啱啱寫咗類似嘢?」「呢個角度係咪真係新?」呢種焦慮唔會殺死你,但會慢慢蠶食你嘅創作勇氣 —— 結果你寫得越嚟越保守、越嚟越籠統。

Cowork 嘅 RSS watchlist 真正解嘅唔係「冇 idea」,係 將「撞題焦慮」拆解做一個自動跑嘅對照系統。交叉比對嗰步幫你睇清楚:「我寫過 X、行家講緊 Y,X ∩ Y 之外仲有 Z 未掂過」。

創作者嘅注意力應該畀寫嘢本身,唔係碌 feed 搵題材。Cowork 嘅 7am cron job 就係幫你將碌 feed 嗰一個鐘換返做寫嘢嗰一個鐘 —— 同一個鐘,產出差成個世界。

文中工具 · 連結

睇完想同 Claude 一齊行一次?

撳一撳,就將成段 tutor 指示(連埋成篇文嘅內容)抄入剪貼簿。 貼入 Claude.ai 或 Claude Desktop,佢會用廣東話帶你一步一步行, 每步問你填關鍵位,最後畀返一個專為你情況寫嘅 prompt 帶走。

下期預告 · 相關情境
訂閱本副刊

每週日早上,
一道新菜送到你 inbox。

一篇 use case、一個香港情境、一個跟得到嘅做法。 冇 sell course、冇話你「再唔學就會失業」。

訂閱通道執緊緊
newsletter service 仲未接通。想第一時間收到新文章——
直接 email 我哋寫一句「訂閱」就得。

Email 「訂閱」畀我