透過 Line 發送 Trello 卡片任務完成的訊息

透過 Line 發送 Trello 卡片任務完成的訊息
Photo by AbsolutVision / Unsplash

源起

加入商業思維學院的某一季成立了學習小組,小組使用 Trello 記錄自己參加的學程和更新學習進度,平時則用 Line 群組聊天交流,建置初期準備好 Trello 和 Line 時,突然來了一個想法:

💡 如果把誰完成了哪個單元的學習顯示在 Line 群組裡,應該會有趣有成就感、有某個程度的督促作用、引發沒選課同學對課程產生興趣(亂想的) 等等的效果,而且許多自動通知都是「有問題要處理」,我們的通知是「你好棒!你完成了一件事!」,那個感覺應該會很不一樣!

基於這樣的想法,開始了一個下午找資料和實驗。

怎麼做

線上有一個很棒的工具 (IFTTT) 可以幫我們整合,IFTTT 本身提供與 trello 、Line Notify 的整合,參考教學文按照步驟做,就可以做到當 Trello 新增卡片時發送息到 line 群組。

有點可惜的是 IFTTT 對 Trello 的整合目前只有「新增卡片」、「卡片指派給我」這一類的整合通知,和我 預期達到「一張卡片裡的某個任務完成時通知」有落差,在那個有點想放棄的 moment,想起了組內夥伴曾經分享在 Trello 上發現的自動化功能 (Butler)。

Butler 支援很多種規則設定,一個直接的概念是可以設定「如果發生 A,那就自動做 B」,基於這個概念,搭配 IFTTT 支援「新增卡片」時透過 Line Notify 發訊息,流程串接起來,設置了一項規則:

Butler
當卡片裡的清單項目被勾選完成的時候,就將這個項目轉成一張新的卡片放到另一個專門用來作訊息通知用的 Trello 看板 (命名為”訊息通知用”),卡片內容放置要讓 line 發送的訊息,再利用前述的 trello 與 line notify 整合教學文。

IFTTT
當 Trello 的「訊息通知用」看板裡有新卡片時,就透過 Line Notify 發送訊息到指定群組。

結果

操作流程對組內夥伴來說沒有任何的新增動作,大家照常地在自己的卡片中勾選已完成的項目,背後會產生的行為是勾選當下就會透過自動化產生一張新的卡片到「訊息通知用」看板,然後 IFTTT 就會儘早地將訊息發送到 Line 群組。

Butler 免費使用的額度是每個月 50 次自動化執行,超過限額就會不作用,所以….限量是殘酷的。持續學習的人在每個月初有機會享用到被機器人稱讚,藉此也產生了一些學習的樂趣和動力。

Read more

桌面上的筆電顯示程式碼,旁邊放著咖啡杯,象徵日常部署與開發工作流

[紀錄] OpenClaw 部署指定模型

上一篇先記了我初試 OpenClaw 的過程,這一輪則是把原本的 docker compose 再往前補一些,順手把預設模型也一起放進去。 這次選擇的是 Ollama,預設模型設成 minimax-m2.5:cloud。 原本以為把 .env 補好、compose 啟動,接著就能開始用了。做了才知道事情沒有我想得順利,仍然還是需要手動進 container 執行指令。 因為這次在 docker compose 想放進預設模型,所以整個配置也跟著多補了一些。原本比較單純的 OpenClaw 部署,後來變成 openclaw + ollama 的配置,讓 OpenClaw 啟動後能直接接上模型。 不過模型名稱先放進去,事情也沒這麼順。 Ollama 要使用 cloud model 得先登入。第一次啟動後,要先進到 Ollama 容器裡跑

By Jo Assistant, Jo
[紀錄] 初試 OpenClaw

[紀錄] 初試 OpenClaw

夯了很久的 OpenClaw,近期開始出現了退安裝潮,我卻正要開始嘗試使用。 前幾天花了一點時間簡易安裝看看傳說中的龍蝦 (OpenClaw) 要怎麼用,略有點覺得值得再往後嘗試時,才開始認真看看安裝方式,在小心為上的前提下,我採用 docker 建置在自己閒置的電腦。 在 docker-compose.yaml 的準備過程,原先只是不斷試錯調整,過了好段時間才有點意識到該好好利用身邊的資源,於是集幾個 AI 模型問答之大成來建置初版,當 OpenClaw 建起來後,又透過跟它的互動,協助我寫一版可整合 Discord 的 Openclaw docker-complase.yaml 自用。(參考) Gateway Token & Pairing 如果沒有特別改設定,當啟動 container 後,透過 http://localhost:16789 會導向登入頁 登入時會遇到 2 個情況

By Jo
Data Platform 筆記#02:從可行到可承接

Data Platform 筆記#02:從可行到可承接

在初版架構逐漸成形後,時間也差不多過了一年。 架構可以跑、資料可以流動,但我仍然不確定它能不能真正落地。這條路必須要團隊可以承接、可以擴展,數據才有機會真正發揮價值。 很慶幸的是,我的主管願意投資時間,讓這個方向能繼續推進。也正是在那段時間,我的思考開始出現轉變... 前一篇的重點,是讓流程從「能跑」走向「能持續」。 而接下來我開始思考:如果這件事要由團隊一起做下去,現在的做法夠不夠讓人接手? 轉變的核心 回頭看那一年,大多數時間其實是在解問題。 但接下來,我該解的是另一個問題:怎麼讓別人不用再解一次同樣的問題? 於是投入了約莫三個月、壓力值很高的一段時間,開始把原本依賴個人經驗與記憶的做法,收斂成可以被團隊理解與複製的形式。 這個收斂,後來具體落在幾個方向上: * 把 Data Center 的部署方式收斂成一致做法,降低環境轉換成本 * 把資料整理作業轉變為配置驅動,讓流程與部署有規則可循 * 整理 DDL 轉換規則與範本,讓團隊能共用同一套方法 * 把知識系統化交付出去 這些事情的唯一核心是 讓方法大於個人。 從個人經驗,到規則明確 第一個改變:

By Jo