n8n Workflow: 在Karakeep 打星就分享到 Twitter

n8n Workflow: 在Karakeep 打星就分享到 Twitter

上週從Pocket跳船到 Karakeep 之後,由於 IFTTT 不支援 Karakeep,之前 IFTTT 上的「打星就分享到 twitter流程」就沒得用了。

正好也想用 n8n 玩點花樣,於是就到 n8n 上試著寫個 workflow 來做這件事。

個人血淚提醒:
使用 docker compose down 時千萬不要加 “- v” (也就是不要下 docker compose down -v)。
一般來說 -v 會讓人想到 –verbose;但在 docker compose 裡是把已經建好的 volume 移除 (remove),包含之前所有輸入的資料,workflow,以及設定。

我寫到一半要加個功能,想要rebuild container時,粗心大意直接 copy & paste chatGPT 給的指令,然後兩天的心血就…消失了。後面問 chatGPT 他還理直氣壯說我又沒有說要保存 volume 資料… Orz

以下的內容是先請 AI 分析我寫的 workflow,然後我再補充。
這樣產生說明文件的方式真的很快。不過某些我覺得重要的節點(node)還是會被略過。得要手動指定或是手動加入。

workflow 拆成兩個部份:

  • Karakeep_webhook_queue.json:接收 Karakeep 更新書籤時所送出的 webhook,稍後由 Karakeep_share 批次處理。
  • Karakeep_share.json:把已經打星的書籤分享到 Twitter,並把已經分享過的書籤歸到 “shared” 列表中。

我請AI 從功能、架構與流程、重要節點的設定方式等三個面向進行分析。

閱讀全文

從 pocket 跳船到 Karakeep

從 pocket 跳船到 Karakeep

從 gslin 那邊看到 Pocket 要收攤的消息:《 Pocket 總算要關掉了…
Pocket 這種「稍後閱讀 (Read it Later)」的工具,在我 GTD 的流程裡扮演了一個很重要的角色。
需要閱讀的東西,用方便的小工具 (早期是 bookmarklet,現在是 iOS的 share 跟 browser 的 extension) 丟進去 pool 裡,讀完的 archive 起來。 早期還會想要分類下 tag,但後來實在太麻煩,而且全文搜尋太好用,就不下 tag 或分類了。

我記得早期我是用 Instapaper 的,(可能是) 2014年初轉到 Pocket
當 Mozilla 買下 Pocket,我也沒什麼在意。頂多是後來帳號整合在一塊,登入的時候,要想一下用哪個密碼 (其實也不用記,有自動填入)。

之後就一直留在 Pocket 沒移動過。一直到 Mozilla 決定關掉這個服務為止,我才驚醒:哇!工作流程要被影響了!

即使現在有那麼多 AI powered,跟桌面程式深度整合的「資訊整合/閱讀」服務,我還是用著古老的 Pocket 跟 Simplenote。一個負責連結,一個負責文字、其他、和初步整理。深度的整理現在是在 Obsidian 上進行,閱讀後的發佈和分享則是交給 blog / twitter / thread 等。閱讀網路文章時,如果覺得適合分享,又不需要(或不適合)打太多心得,早期我用小海的 twitthat,後來就把 Pocket 打星的文章經過 IFTTT串到 twitter上。這麼做,已經很多年了。

但事情來了,就要面對。
於是這一週就花了兩天處理跳船的事情。
處理的同時,也在擔心 Simplenote 的狀況:跟 Pocket 一樣,被大型服務 (Automattic,就是Wordpress的那家公司)併購後,Simplenote 的開發一直…處於放生的狀態。雖然說服務只要穩定就好,不一定要一直疊加功能上去,但 Simplenote 的狀況比 Pocket 更悲戚一些:沒有穩定的付費模式,本來開放的 API 陸續收回 (雖然某程度上還有辦法用),第三方的工具一直隕落,也一直缺乏和其他服務的串接 (沒有太多自動化的機會),也沒有針對AI 世代有什麼明顯的回應

簡單來說,就是一個放著 run,燒不了太多錢,但也沒有花心力維護的服務。

但他還是我用過最「方便」,最順手,也留在我GTD 工具清單最久的工具之一。

這樣一個服務,要是某天 Automatic 把它關掉,我應該會哀嚎得更大聲。

好了,扯遠了。

回到 Pocket 跳船。

閱讀全文

白沙屯媽祖進香 – 其他心得

白沙屯媽祖進香 – 其他心得

這應該是我參加 2025 白沙屯媽祖徒步進香的最後一篇。

我把一些比較零碎的想法放在這篇,可能是因為它們的篇幅或完整性沒有值得單開一篇來寫,但這些仍然值得被紀錄下來。

包括有:

  • 裝備回顧:在進香結束後,回頭來看當初準備的行李和裝備中,哪些符合預期,哪些需要調整。
  • 遊覽車值不值得:在個人實際體驗遊覽車之後,和我當初預期不同的地方。如果你是像我一樣類型的香燈腳,請不要選擇坐遊覽車。
  • 我個人喜歡走的路線
  • 緣未俱足的部份:還有來年,隨緣。

閱讀全文

白沙屯媽祖進香 – 香燈腳眾生百態

白沙屯媽祖進香 – 香燈腳眾生百態

香燈腳也是眾生,是眾生就有百態。有認真魔人、有堅定信仰者、當然也有一日遊、大型嘉年華、或是純粹跟風打卡的。

每個人都在用自己的方式追隨媽祖,每個人都有自己的原則。

以下是我所觀察到的,一些切片和採樣。

閱讀全文

白沙屯媽祖進香 – 台中大安的奇幻旅程

白沙屯媽祖進香 – 台中大安的奇幻旅程

那是對我而言非常奇幻的一天。從早上報上馬、到晚上報下馬、再到隔天早上接著後續的行程,

兩天一夜,從起心動念,到發現媽祖應我所願、改變路線,賜我考驗;
在努力完成考驗後,發現回不去過夜地點的絕望;
在絕望時發現一線生機,然後平安無事地度過一夜。

從理性上來看,媽祖不會為你一個人的祈求或是心願改變數十萬大軍的路徑。
但就我個人的解讀之內,我仍然相信,這是媽祖賜給我,讓我無憾的一段奇幻體驗。

閱讀全文

白沙屯媽祖進香 – 見證歷史,走入名間

白沙屯媽祖進香 – 見證歷史,走入名間

2025/5/6 星期二,白沙屯媽祖回鑾第 3 天。出乎意料,在往年常去的苗栗、台中、彰化、雲林四個縣市之外,
媽祖的隊伍走進了南投,前往名間鄉。

大部份的報導,都稱之為200多年來首進南投。但也有人說那是「有路線紀錄」的頭一遭。在早期也可能已經造訪過南投。

無論如何,這意外的驚喜都讓今年的香燈腳們多了許多話題。而我,很開心地在參加的第一年,就有機會見證這麼歷史性的一刻,跟隨媽祖的腳步,走入南投名間鄉。

閱讀全文

白沙屯媽祖進香 – 準備

白沙屯媽祖進香 – 準備

這一篇上架的時間點,應該是 4/30,也就是在白沙屯媽祖出發的前一天 (今年是 5/1 23:45 出發)。
標題說準備,除了行李的準備,也有心態和家人生活的安排。
如果讀者著眼的是個人行程和裝備,可以參考以下的資訊:


2025/4/27 (D-4)

20:10,敲下第一個字的現在 。陸續添購跟收集的裝備,還散落在書房的角落。

說散落有點不太精確,至少我有把它們堆成一小堆山丘。

這些「行李」還沒整理、還沒清點、甚至還沒在腦袋裡模擬使用的情境 — 這是我長途旅行一向會做的事。

可能是心底想著,還有四天,要把東西整理好頂多只需要一天吧…(我想)。到時缺少了什麼,再花一天去採買調整就好。

閱讀全文

Colab + WhisperX 將音檔轉成逐字稿

Colab + WhisperX 將音檔轉成逐字稿

前幾天在聽podcast時聽到一段不錯的內容,不過因為我用的不是 Apple Podcast, 沒有逐字稿,索性把之前在 colab 上跑的 fast whisper 拿出來用。但因為 podcast 是對談,想分不同的講者,於是找了一下有沒有 solution。發現大多是用 pyannote 去進行說話人分割 (diarization),然後再 對齊 (align)。 目前 whisperX 已經有支援。

whisperX 之前有「停更」過一段,今年又恢復更新。於是找了些資料,把 colab 的版本架了起來。後面又發現中文的斷句和標點有些麻煩, GPT 介紹的幾個作法不是不好用,就是有幻覺。最後還是選擇直接叫 GPT 來修飾文字,畢竟本來就是語言模型。

過程中發現 ChatGPT 很有耐心地關心我的需求和碰到的錯誤,真的像是要一步步地帶著我完成所有的程式碼。雖然產出的東西偶爾會有錯,我也會自己手殘去修改一些我要的邏輯。不過如果回饋給他,他會記住,並且在後續的版本持續完善整個程式碼。

這些 code 完全由我自己寫的已經 <50% 了, vibe coding 真是驚人。

閱讀全文