做下去，遇上新難題閱讀時間約 2 分鐘
每個版本，在自己的對話裏都合理
個人檔案、申請編輯器和機會詳情頁，可能相隔幾週、在不同對話中分別寫成，各自帶着一套網路請求包裝、重試規則或保存排程（save scheduler）。平時看似正常，直到連線失敗或使用者邊存邊改時，行為上的分別才會浮現。
例如 My Next Step 的連線處理，會區分「連不上網路」與「無法解析職位廣告內容」；保存排程則要處理針對同一對象的連續保存（keyed saves），以及避免畫面重繪後重複出現確認提示。這些機制看來細微，卻直接影響使用者以為剛才發生了甚麼。
先比較，再決定共用甚麼
整合之前，先把幾條流程並排對照：甚麼動作會啟動請求、中途怎樣取消、如何分類錯誤、失敗時哪份草稿會保留，以及哪一次保存成功才算涵蓋最新修改。只有真正遵循同一套約定（contract）的底層機制，才抽出來共用。
至於與功能情境相關的決定，仍要明確分開。重試一次讀取，與重試會建立作品或扣除點數的操作，並不相同。共用網路工具，不應悄悄把所有失敗變成同一句籠統提示，也不應讓每種重試都採用同一套規則。
讓這次收攏，有清楚範圍
先選一小組相關流程，說清楚哪些行為要照舊。試斷線、保存期間修改、離開和返回。既看重複程式是否減少，也看抽象化之後，有沒有把重要意思藏起來。
我希望使用的人與維護的人，都少一點要重新學的事。如果共用工具開始堆滿例外，也許要重看，這條界線是否劃得合適。