這幾天主要在處理兩件事：一個發文工具花太久，以及一個排行程的 AI 會自己加料。順便把刪除操作改成可以反悔。
發文前先備好圖片，長文不再一則一則排隊等
我有個工具，專門把長文拆成一則則回文，發到噗浪（台灣的社群平台）。正式站上一篇約 46 則回文的文章，發了將近 20 分鐘。
這像餐廳每桌客人都要等廚師現場去買菜、洗菜再煮。每則回文都得當場下載圖片、上傳，再等一小段時間才能發下一則。
現在改成發文前先把整篇的圖片一次備妥，同時傳三張，回文階段只負責發文。有任何一張失敗就不開始發文，並列出是哪幾張。已經傳好的圖會留著，重按不用重傳。
這件事教我：耗時的準備工作，要集中在開始前做完，不要塞在每一步裡重複做。另外，準備不齊就整批不開始，比發到一半卡住好收拾。新流程實際能省多少時間，我還沒在正式站量測，尚未驗證。
技術細節：預先上傳與回文間隔
- 舊流程：每樓請求內逐張「下載原圖＋上傳 Plurk」，Vercel log 顯示單則 reply 請求 13～87 秒，1.5 秒 anti-flood 等待疊在上傳之後。
- 新增
POST /api/publish/upload（一次一張），前端在發主文前（續發時為剩餘樓層）以 3 併發預先上傳，每張重試 1 次。- 任一張失敗即不發文並列出失敗圖片；已上傳的存在頁面快取，重按不重傳。
- 回文間隔改為距上一次發文回應完成不足 1.5 秒才補等。
- 進度區新增「上傳圖片」步驟（已上傳 x / N、總耗時、最慢一張）。
AI 整理行程時，每個內容都要有我說過的出處
LiveHashigo 是一個用講的或打字排活動行程的 App。我對它說一句話，它交回的行程卻多了我沒提過的時間，像是請助理訂位，他自作主張多加了一場飯局。
現在每個填進行程的內容，都要能在我說過的話裡找到出處。時間對不上就清掉；會場或出演者查無出處，就標成「未確認」並追問一次；整筆都沒出處就丟掉。我沒講日期時，一律先填今天。
AI 現在也能自由回話，畫面顯示它的回應。只有回話和行程對不上時，App 才補一行說明。
這件事教我：叫 AI 整理資料時，光在指示裡寫「不要亂編」守不住，要另外用程式逐項核對出處。缺的資訊就標「未確認」或填明確的預設值，不要讓 AI 悄悄猜。
這些改動都還在等我用實機驗證。
技術細節：出處檢查與 AI 回話
- 新增
sourceCheck.ts：時刻對不上清掉；會場、出演者無出處標未確認並追問一次；整筆無出處丟掉；重複合併；擋佔位字。- 原話沒講日期全部填今天（由呼叫端注入）；只講過一種日期時全部同一天。
@Generable加reply與showEnd；removal.ts防呆，超過模型上限時收緊，寧可不刪。- 確認卡「會話に戻る」由
replaceDraft帶回修改；卡上改的時刻／日付另存cardMentions只供出處比對。- 真機 token 實測尚未完成，可用 build #12。
刪除改成事後可復原，不再每次先問確定嗎
行程卡片原本刪除前會跳出確認框。這像店員每次都問「真的要退貨嗎」，問多了只會讓人煩。
現在直接刪，畫面底部出現「元に戻す」（日文，復原的意思）按鈕。資料庫要等一段時間，或我切頁、進背景時，才真的寫入。左滑刪除的手感也重做了，我反悔往回滑時，原本會卡一下。
唯一保留確認的是刪掉最後一張卡，因為那會直接結束整個流程。
這件事教我：能復原的操作，比事前確認好用。但「延後落實」要想清楚什麼時候一定得寫入，否則使用者離開後資料會消失。這一項也尚未經實機驗證。
技術細節：延後寫入與自製左滑
- DB 延後寫入，於逾時、連刪、離開分頁、進背景、卸載時落實。
ReanimatedSwipeable換成自製左滑：修啟動跳 10pt、往回 16pt 或右甩收回、垂直先動交給捲動；滑過卡寬一半直接刪；同時只開一張。- 長按改 gesture-handler
LongPress＋ActionSheet，與左滑 Race 互斥。- 隱藏頁 diagnostics 新增長按模式開關，供比對「卡一下」的根因。
接下來
- 用實機在 build #12 上測 AI 的語音與防捏造行為。
- 在正式站發一篇長文，量測預先上傳後的實際耗時。
- 實機檢查新的左滑與復原手感。
本篇由跨專案自動彙整產生，素材為 2026-09-29 之後 4 個專案的提交紀錄與 0 則知識投遞。