iPhone 上的色彩差異計算器完全在 Safari 瀏覽器中執行，無需下載任何應用程式，也不會將任何色彩值傳送離開裝置。讀者的工作很直接：輸入兩個帶有前置 # 符號的不透明六位數 sRGB HEX 色彩，點選 Compare colors，然後讀取 Delta E 2000 數值以及每個色彩的 D50 CIELAB 座標。該次點選之後的所有運算都在本機完成——sRGB 通道會經過線性化、對應到 D65 XYZ、再透過 Bradford 適應轉換至 D50，最後轉換為 CIELAB，再由 CIEDE2000 公式產生最終的對稱距離。此實作採用預設的參數加權，其中 kL、kC 和 kH 皆等於 1。由於計算器具確定性並遵循文件化的轉換路徑，相同的 HEX 輸入永遠會回傳相同的 Delta E 2000 數值；結果僅取決於輸入的 HEX 值與公式。頁面本身刻意不會將任何特定數字標示為通過、失敗、相同或可接受，因為感知與容差取決於觀看條件以及具體的工作流程。
為何要在 iPhone 上執行色彩差異計算器
設計師、攝影師與開發者口袋裡帶著的工作往往比筆電上的還多，而合適的工具就是那種能在他們已經信任的瀏覽器中開啟的工具。一個符合標準的 色彩差異計算器 之所以契合這樣的工作流程，是因為它只需要 Safari、一個穩定的網址，以及一對已經是 CSS、Figma、Sketch 與大多數影像編輯器所產生格式的 HEX 值。你可能正在通勤時審閱同事的設計 token 提案、在火車上比對從產品照片中取出的兩個色票，或是在現場核准版本前檢查兩個品牌核可的 HEX 代碼有多接近。在輸入之前不需要任何轉換步驟——從 iPhone 上的任何來源複製一個 HEX 值，貼到第一個欄位，對第二個欄位重複同樣動作，數學運算會立即在裝置上完成。由於此工具在本機執行且不需要網路往返，因此在咖啡廳 Wi-Fi、透過筆電上網，或是離線快取的 Safari 工作階段中都能正常運作。
工具接受與拒絕的輸入
輸入的規範刻意設得很嚴格，以便每次比對的色彩空間與不透明度都保持明確。唯有帶有前置井字號的不透明六位數 sRGB HEX 值有效；其他所有輸入都會產生明確的錯誤且不會給出結果。
| 輸入範例 | 是否接受 | 原因 |
|---|---|---|
| #1A2B3C | 是 | 帶有前置 # 的不透明六位數 sRGB HEX |
| #1a2b3c | 是 | |
| #1A2B3CFF | 否 | 不支援 Alpha 通道 |
| #1A2 | 否 | 三位數簡寫不會被自動展開 |
| 1A2B3C | 否 | 缺少前置 # 井字號 |
| rgb(26,43,60) | 否 | 不是接受的 HEX 格式 |
| color(srgb 0.1 0.17 0.24) | 否 | 超出不透明 sRGB HEX 規範範圍 |
| (空白值) | 否 | 兩個輸入皆為必填 |
如果透明度對你的比對確實重要，請先將半透明的前景合成在已知的非透明背景上，再比對合成後的非透明值——規範並不會自行猜測 alpha，也不會虛構一個合成平面。這種嚴格的驗證在手機上特別有用，因為自動校正、自動完成與剪貼簿管理工具常常會改寫貼上的文字。驗證會在計算執行之前完成，因此被拒絕的輸入永遠不會產生誤導的部分結果。
如何在 iPhone 的 Safari 中使用計算器
- 在 iPhone 上開啟 Safari 並載入色彩差異計算器頁面。如果你預期會使用多次，請將其加入書籤或新增到主畫面。
- 在第一個輸入欄位中輸入或貼上第一個不透明六位數 HEX 色彩，包含其前置 #。請仔細檢查自動校正並未更改井字號或刪除任何數字。
- 在第二個輸入欄位中輸入或貼上第二個帶有前置 # 的不透明六位數 HEX 色彩。請確認游標在第二個方框中，而不是第一個方框的複本。
- 點選 Compare colors。頁面會將兩個 HEX 值透過 sRGB 轉換函數轉換、相乘為 D65 XYZ、套用 Bradford 矩陣以位移至 D50，再把該 D50 XYZ 轉換為 CIELAB。
- 在結果面板上讀取所顯示的 Delta E 2000 數值，以及用於計算的取整後 D50 CIELAB 座標。每個輸入旁的可見色塊提供快速的視覺參考，但並非量測的一部分。
- 將結果截圖，或將該對 HEX 值與 Delta E 2000 數值複製到筆記應用程式中；若之後必須由他人重現該決策，請一併記錄觀看或生產的情境。
CIEDE2000 計算如何得到一個數字
該數字背後的公式記錄於羅徹斯特大學的 Sharma、Wu 與 Dalal 參考資料集中，並使用預設的參數加權 kL = kC = kH = 1。餵入公式的轉換路徑遵循 W3C CSS Color 4 範例程式碼。每個 sRGB 通道會先從八位元整數（0–255）正規化為介於 0 到 1 之間的分數。該分數會透過 sRGB 轉換函數線性化、相乘為相對於 D65 參考光源的 CIE XYZ，接著使用 Bradford 矩陣適應至 D50，最後從 D50 XYZ 轉換為 CIELAB。
CIEDE2000 比在 Lab 空間內單純的歐幾里得距離更為複雜。它在 a 軸附近套用一個補償項來處理中性灰，分別加權明度、色度與色相差異，處理跨越零度邊界的色相角度，並包含一個專門針對藍色區域的旋轉項。此計算器中的實作帶有來自 Sharma 補充資料集的八組對正負號敏感之參考對，因此對色相環繞或加權項的變更無法僅在容易的恆等案例上通過。相同的 HEX 輸入永遠會回傳零，且結果具對稱性：將色彩 A 與色彩 B 相比較所得到的數值，與將 B 與 A 相比較相同，僅受浮點數顯示精度的影響。
iPhone 常見的工作流程模式
當設計師與開發者在手機上的 Safari 中使用此工具時，有幾種模式會反覆出現。
| 工作流程 | 典型的比對原因 |
|---|---|
| 設計 token 修訂 | 在合併變更之前，確認新 token 與舊 token 的差距在約定的容差範圍內 |
| 取樣影像色彩 | 在進入生產前，將從照片中挑選的色票與目標品牌色進行比對 |
| CSS 配對檢查 | 記錄兩個相鄰按鈕、徽章或邊框在數學上是否足夠接近 |
| 版本簽核 | 將 Delta E 2000 數值的截圖附加到 pull request 或核准討論串中 |
| 跨裝置健全性檢查 |
由於此工具不會將任何特定數字標示為通過或失敗，因此容差是由工作流程本身決定。印刷、油漆配色、紡織、品牌審查、攝影與介面設計皆可能套用不同的驗收標準，而這些標準往往相差一個數量級。將容差與結果一併記錄，才能讓一週後閱讀這些筆記的另一個人重現該比對。
iPhone 上的瀏覽器計算器無法做到的事
此工具是一個具確定性的用戶端計算器，而非影像選擇器、分光光度計、ICC 設定檔轉換器、無障礙對比檢查器或認證服務。它無法讀取實體表面、推斷印表機設定檔，或量測舉在 iPhone 鏡頭前的物件。若要做文字可讀性的決策，請使用專門的對比比例工具，例如 Color Contrast Checker，因為 Delta E 2000 並不能取代 WCAG 對比比例。若要做實體製造的決策，請使用校準過的量測設備，以及該特定流程所要求的標準、光源、觀察者與基材條件。
螢幕預覽同樣也不算是色彩測量證據。瀏覽器渲染、螢幕色域、色彩設定檔、亮度與校準都可能改變兩個輸入旁所顯示色塊的外觀。數值計算僅根據輸入的 sRGB 座標與文件化的轉換路徑；它無法量測真實物件、無法補償未校準的 iPhone 顯示器，也無法推斷使用者在特定環境光下看到的結果。請將色塊視為快速的健全性檢查，並將 Delta E 2000 數值視為真正的量測——並將該量測視為可重現的比對輔助，而非兩個實體樣本必定相符的保證。
若想更深入了解，請參閱 Mac 上的色彩對比檢查器：在你的瀏覽器中執行。
若想更深入了解，請參閱 Mac 上的色彩差異計算器：HEX 到 Delta E 2000。