最近做了一個 Test Case Management 系統，主要用來建立 Requirement 與 Test Cases 的關聯，並透過 Telegram Bot 實現 Notion 資料表的 CRUD 操作。

在實作過程中，「更新（Update）」 是複雜度最高的情境，特別是處理欄位連動的狀況。
例如：當使用者指令為「幫我把登入測試改為 Pass」時，系統其實需要觸發兩個變更——將 Pass 設為 true，同時自動把 Status 帶入 Done。但另一方面，系統又必須保有只修改單一欄位的彈性。

初期流程設計：
透過 IF 節點判斷欲修改的欄位數是否大於 1：

• True ──► [Notion 節點 A-1] (更新 Pass) ──► [Notion 節點 A-2] (更新 Status)
• False ──► [Notion 節點 B] (僅更新 Pass)

後續優化思考：

• 架構簡化：與 AI 討論後，發現可以用 Code 節點在前期將欄位 JSON 組合好，一次 call API 完成更新，大幅減少節點數量。可惜當下時間有限，這部分先列入待驗證清單。
• UX 體驗：長流程導致 Telegram 訊息回傳有延遲感。後續計畫在執行過程中加入進度提示（Send Message 節點），同時也會注意發送頻率，在「掌握進度」與「避免訊息打擾」之間取得平衡。