這是什麼
這是一套用 Claude 協助跨時區會議排程的做法，核心是先把每個人的時區和清醒工作時間告訴 Claude，讓它算出重疊窗口，並針對每個候選時段標註出這對哪個時區來說是清晨、深夜或用餐時間，讓排會議變成一個可以講清楚取捨理由的決定。
進一步還可以請 Claude 記錄長期下來誰配合非工作時間開會比較多次，避免同一個時區的人總是被要求犧牲。
為什麼存在
這個做法存在的理由，是跨時區排會議的認知負擔常常被低估。表面上只是「換算時差」，但實際上牽涉到多個時區同時換算、還要判斷每個人的清醒工作時間、以及沒有完美重疊時該怎麼取捨，這幾件事同時處理很容易出錯，也容易讓排一場會議變成一件耗費心力的雜事。
把時區換算和重疊篩選交給 Claude，等於把最容易出錯、最耗費零碎心力的部分自動化，你只需要在幾個已經篩選過的選項裡做最終的、需要人來判斷的取捨決定，這正是這個做法真正節省時間和心力的地方。
如何影響你的決策
如果你經常需要協調跨時區會議，這個做法會改變你排會議的第一步。原本可能是直接丟出「大家哪個時間方便」讓每個人各自回覆，再自己拼湊出一個大家都能接受的時間；現在可以先把每個人的時區和清醒區間告訴 Claude，讓它先做好篩選和標註，你只需要在已經篩選過的選項裡做最後決定。
另一個決策上的改變，是把「誰犧牲了」這件事變成可追蹤的資訊，而不是憑印象判斷公不公平。長期下來，這代表你排會議時可以更有意識地輪流分配誰配合非工作時間，而不是無意識地總讓同一群人早起或熬夜。
進階應用
進階使用者可以把這套做法擴展成一份「團隊時區地圖」，固定存在 Claude Projects 的知識庫裡，包含每個成員的時區、偏好的清醒工作時間、以及過去幾次配合非工作時間開會的紀錄。之後每次要排會議，不需要重新詢問每個人的時區，直接請 Claude 讀取這份地圖進行篩選，把原本每次都要重新蒐集的資訊變成一次建立、長期沿用的固定資源。
另一個進階技巧，是針對常態性的固定會議（例如每週同步會），請 Claude 分析過去幾個月的排程紀錄，找出哪個時段長期下來對整體團隊的犧牲總量最小，而不是每次臨時排、每次都用差不多的邏輯重新算一次。固定會議的時段一旦選定會沿用很久，值得多花一點時間在一開始就找到長期來看最平衡的選項，而不是先求有再說。
約一場跨時區會議，最耗心力的往往不是討論內容本身，而是「找出一個大家都醒著、都方便」的時段。團隊裡有人在台北、有人在舊金山、有人在倫敦，光是換算時差就容易出錯，更別說還要考慮誰的上班時間、誰習慣早起、誰晚上有安排。這個場景很適合交給 Claude 先做初步篩選，把「哪個時段大家都醒著」這件事從你的腦力負擔裡卸下來。
與其一開始就丟出「幫我約一場會議」，更有效的做法是先把每個人所在的時區、以及這個人偏好的清醒工作時間告訴 Claude，例如「台北的人 9 點到 18 點方便，舊金山的人 8 點到 17 點方便，倫敦的人 9 點到 17 點方便」。Claude 可以據此換算出這三個時區重疊的時間窗口，直接告訴你哪幾個時段是三方都在清醒工作時間內的，而不是你自己拿著時差表一個一個換算。
找出重疊時段只是第一步，很多時候三個時區根本沒有完全重疊的時間，這時候該討論的不是「有沒有完美時段」，而是「這次該讓誰稍微犧牲一點」。可以請 Claude 針對每個候選時段，標註出這個時段對哪個時區來說是清晨、深夜或用餐時間，讓你在選擷段時能清楚看到取捨——例如選這個時段，舊金山的人要早起半小時；選另一個時段，倫敦的人要熬夜到晚上十點。有了這個資訊，安排會議變成一個可以講清楚理由的決定，而不是含糊地說「這個時間大家將就一下」。
如果團隊經常需要跨時區開會，光是找到單次的合理時段還不夠，值得請 Claude 幫忙記錄「這次是誰配合了非工作時間開會」，長期累積下來，可以看出是不是同一個時區的人總是被要求早起或熬夜。發現失衡時，下次排會議可以主動把選項往另一個方向調整，讓犧牲的分配更公平，而不是每次都用「上次也是這樣排」當理由。
如果你經常要協調跨時區會議，把「列出每個人的時區和清醒區間」這件事變成固定的第一步，讓 Claude 先做時區換算和重疊篩選，你只需要在幾個已經篩選過的選項裡做最終決定，而不是從零開始換算時差、逐一詢問每個人方不方便。省下來的不只是換算的時間，更是那種「不確定有沒有漏算」的焦慮感。