代理商與創作者團隊的瀏覽器設定檔交接清單

下一個人能安全接續預定工作，瀏覽器交接才算完成。傳送設定檔名稱或說「你現在有權限了」只是其中一部分。接手者也需要正確帳號、目前任務脈絡，以及責任轉移的明確時間點。

這份清單適用於代理商輪班、創作者團隊與短期外包任務，應搭配平台原生團隊權限使用。服務提供個別角色時，優先使用這些角色，不要共用個人身分。

先判斷是協作，還是移轉

持續協作，是多位獲授權人員在既有團隊關係中工作；移轉則代表工作關係或資產所有權改變。這個區別會影響存取、保留，以及之後由誰負責。

一般輪班時，將設定檔留在團隊工作區，授予下一位操作人員相關範圍的權限。Isoline 以帳號權限讓工作區定義存取，資料夾則讓客戶邊界容易理解。瀏覽器設定檔移轉本身，不會轉移社群帳號、廣告資產或創作者合約的法律所有權。

合約結束交接前，請帳號擁有者確認接收方與代理商剩餘責任，並將指示保留在專案紀錄中。先釐清所有權問題，再搬移營運狀態。

備註保持精簡，讓人能快速掃讀。例如：「Northstar 活動草稿已儲存，素材 B 等待客戶核准，今天不發布。小安於 14:00 前檢查最終網址並回覆客戶。」

透過 Isoline 開啟指定設定檔，在平台內確認顯示的帳號身分，讀完交接再修改任何內容。任務核准狀態要對照原始紀錄；儲存的瀏覽器分頁可能還顯示舊頁面。

如果服務要求登入或額外驗證，請與獲授權帳號擁有者依正常驗證流程處理。不要把工作階段權杖複製到訊息中，以繞過提示。OWASP 工作階段指引說明了為何必須保護已驗證的工作階段識別碼。

確認能執行預期任務後，再回覆接受交接。如果缺少權限，請指明需要的資產或權限。「我看得到活動，但平台角色不能編輯草稿」比「不能工作」容易解決。

儲存不成功就視為工作未完成。保留原操作人員的本機狀態，記錄不含機密的錯誤，並避免讓另一個寫入者開啟同一設定檔。理解根本問題後，再依支援的流程重試。

接手者若開到較早狀態，先停止，不要修改。比較最後完成的平台操作、交接備註與設定檔儲存狀態。即使瀏覽器上傳未完成，社群平台也可能已在伺服器儲存草稿，因此重複發布或上傳前，先查看實際目的地。

時間緊迫時，指定負責人決定等待、使用核准替代方案，或調整期限。瀏覽器工具無法判斷重複交易是否可接受。

Isoline 的操作紀錄協助團隊查看已記錄的設定檔與工作區操作。它補充工作單與平台活動歷史，並不是每個網站內所有行為的完整錄影。

需要時記錄識別碼、時間、結果與負責人。不要將原始 Cookie 匯出、密碼、敏感截圖或整個設定檔封存檔附在一般任務中。交接應讓工作容易理解，而不擴散機密。

固定輪班時，每週檢查幾次失敗交接，找出反覆原因，例如未儲存草稿、模糊帳號名稱、過期權限或缺少核准連結。針對失敗發生的位置改善清單。

臨時外包人員完成驗收後，可能不再需要設定檔。檢查工作區成員與資料夾存取、平台角色、共用文件，以及為這項工作另外發出的憑證。只移除瀏覽器存取，不會取消另外授予的平台工作階段或帳號角色。

有人離隊時，為收尾任務指定負責人與完成日期。移除舊負責人前，先記錄下一位操作人員。與實際帳號擁有者檢查復原聯絡人，避免組織依賴已離職員工。

好的交接有四個可見結果：工作已儲存、下一步明確、接手者已獲授權、前一位人員的剩餘責任清楚。圍繞這些結果建立日常流程，再用設定檔整理方式讓正確起點容易找到。