六步完成定位修改測試

解析器接受直接輸入的經緯度，以及 Apple Maps、Google Maps、高德與百度等常見地圖連結。它會從 URL、查詢參數或受限制的頁面回應中擷取地點與座標，並回傳來源、信心度、原始座標系與警告。

• 輸入長度受限，緯度必須介於 ±90、經度必須介於 ±180。
• 短網址只會跟隨有限次重新導向，並拒絕本機、私人網路與雲端中繼資料位址。
• 無法辨識時會回傳明確錯誤，不會猜測看似合理的地點。

輸入  https://maps.google.com/.../@37.795490,-122.393700
輸出  source=google_maps · system=WGS84 · confidence=0.94

不同地圖可能使用 WGS84、GCJ-02 或 BD-09。WLOC 會保留原始值與座標系，同時將內部測試目標標準化為 WGS84，並保留六位小數，供收藏、路線與回歸測試重複使用。

• 高德與部分中國大陸地圖內容會依 GCJ-02 處理。
• 百度輸入依 BD-09 處理，再經 GCJ-02 轉換為 WGS84。
• 中國大陸以外不套用境內偏移，轉換結果會保留公尺級誤差提醒。

原始座標  31.230416, 121.473701 · GCJ-02
標準座標  31.xxxxxx, 121.xxxxxx · WGS84

WLOC 將目前目標、收藏、路線、裝置設定、診斷事件與偏好編碼為 JSON，並以原子寫入方式儲存在 App 的 Application Support 目錄。重新開啟 App 時可從快照恢復，不必建立雲端帳號。

• 儲存的地點與路線預設不會上傳為可搜尋的座標歷史。
• 重設或移除 App 會刪除本機快照；匯出必須由使用者主動執行。
• 解析與轉換請求只服務當次回應，網站分析與 App 本機資料會分開揭露。

WLOC 會依目前目標與裝置設定產生官方設定資源。在相容且已明確授權的環境中，已儲存的目標會套用於受支援的網路定位回應；沒有目標時，路徑維持 passthrough，不取代真實網路定位結果。

• 這是網路定位測試路徑，不是對 GPS 接收器或 Core Location 的全域寫入。
• 靜態目標代表單一狀態；路線則依節點、時間、暫停與繼續狀態前進。
• 目標 App 是否採用結果，仍取決於權限、快取、帳號與伺服器判斷。

mode=active      → 使用已儲存的測試目標
mode=route       → 使用目前路線節點
mode=passthrough → 保留真實網路定位結果

診斷會先確認官方 Worker 是否可連線，再檢查裝置設定、目前模式、目標座標、路線狀態，以及最近是否觀察到定位請求與相符結果。如此可區分服務、設定、請求、快取與目標 App 行為。

• 健康檢查會回傳環境與版本，避免將服務故障誤判為定位失敗。
• 裝置狀態會區分 active、route 與 passthrough，並記錄儲存、清除、請求與結果時間。
• 路線已啟動但沒有請求，與已有請求但結果未確認，會顯示不同警告。

停止路線或清除目標後，WLOC 會讓受支援路徑回到 passthrough。接著必須重新開啟目標 App，確認舊城市、地理圍欄或附近清單不再來自快取。

• WLOC 可以清除自己的目標與路線狀態，但不能強制關閉其他 App。
• WLOC 不能代替 iOS 清除系統的 locationd 快取。
• 完整證據必須同時包含測試狀態與恢復後的真實位置狀態。