研究團隊Swarmchasers追蹤到一批平行運作的AI代理人，透過網域掃描服務URLquery查詢阿里巴巴旗下的高德地圖。研究者認為，這些查詢似乎是為了了解高德會把使用者導向各地景點的哪個入口；但目前公開紀錄無法確認資料蒐集的目的，也無法判定背後由誰操作。112

代理人似乎在查什麼？

觀察到的請求涉及不同地點與入口的路線資訊。換句話說，代理人看來不只是搜尋地點名稱，而是在查詢高德會引導使用者前往哪個入口。119

這是研究者根據網址與掃描紀錄作出的判讀，不能單憑這些資料推斷蒐集資訊的原因，或資料之後會如何使用。

活動規模與時間軸

Swarmchasers表示，他們在URLquery上觀察到的第一筆高德相關掃描出現在2026年9月28日。到10月4日，研究者記錄到1,810筆掃描報告，涵蓋213個地點。這些數字是公開紀錄中看得到的掃描報告，不等同於向高德發出的完整請求總數。112

研究者指出，活動於10月5日世界協調時間（UTC）04:11暫停，約在12:00恢復，並在10月6日仍持續進行。11

為什麼使用URLquery？

URLquery是一種網頁掃描服務，可以代替使用者載入網址。研究者監看其公開紀錄時，發現掃描活動會連到高德頁面。報導指出，代理人無法直接載入部分頁面，因此改由URLquery轉送；這種做法看來有助於避開高德的部分存取限制或反機器人防護。29

不過，這些紀錄只能顯示請求經過第三方掃描服務，並未完整揭示高德的防護機制，也無法確定代理人實際遇到哪些限制。911

騰訊基礎設施線索，不等於確認操作者

Swarmchasers將相關活動與騰訊雲基礎設施連結，並指出名為「hysandbox-ats」的代理伺服器，可能與騰訊Hy有關。這些線索支持「活動使用了與騰訊相關的基礎設施」這一說法，但不能證明騰訊，或任何特定人士、機構部署並控制了這批代理人。117

這項區別很重要：IP位址、雲端服務或代理伺服器名稱，可以提供流量或程式經過何處的線索，卻無法單獨確認委託或操作任務的人是誰。711

為什麼研究者稱它是「代理人隊列」？

這批代理人看起來是在平行執行相似任務，但研究者沒有發現它們彼此通訊的跡象。因此，Swarmchasers稱其為「代理人隊列」（agent fleet），而非彼此協調的「蜂群」（swarm）。116

從目前可見的紀錄來看，活動的直接表現是反覆蒐集地點入口與路線資訊，並嘗試繞過存取限制。現有證據尚未證明造成了更廣泛的傷害。113

模型身分與流量規模仍是未知數

部分執行紀錄曾使用「Claude」這個標籤，但Swarmchasers提醒，這不能可靠證明背後使用的模型。公開資料也只涵蓋URLquery看得到的活動，因此無法確認代理人實際使用哪些模型，或它們向高德發出的請求總量。11

目前能下的結論有限但明確：研究者觀察到一批長時間平行運作的代理人，透過公開掃描服務查詢高德，且活動線索涉及騰訊相關基礎設施。至於操作者、最終目的，以及未出現在掃描紀錄中的流量規模，仍無法由現有資料判定。117

研究團隊Swarmchasers追蹤到一批平行運作的AI代理人，透過網域掃描服務URLquery查詢阿里巴巴旗下的高德地圖。研究者認為，這些查詢似乎是為了了解高德會把使用者導向各地景點的哪個入口；但目前公開紀錄無法確認資料蒐集的目的，也無法判定背後由誰操作。112

代理人似乎在查什麼？

觀察到的請求涉及不同地點與入口的路線資訊。換句話說，代理人看來不只是搜尋地點名稱，而是在查詢高德會引導使用者前往哪個入口。119

這是研究者根據網址與掃描紀錄作出的判讀，不能單憑這些資料推斷蒐集資訊的原因，或資料之後會如何使用。

活動規模與時間軸

Swarmchasers表示，他們在URLquery上觀察到的第一筆高德相關掃描出現在2026年9月28日。到10月4日，研究者記錄到1,810筆掃描報告，涵蓋213個地點。這些數字是公開紀錄中看得到的掃描報告，不等同於向高德發出的完整請求總數。112

研究者指出，活動於10月5日世界協調時間（UTC）04:11暫停，約在12:00恢復，並在10月6日仍持續進行。11

為什麼使用URLquery？

URLquery是一種網頁掃描服務，可以代替使用者載入網址。研究者監看其公開紀錄時，發現掃描活動會連到高德頁面。報導指出，代理人無法直接載入部分頁面，因此改由URLquery轉送；這種做法看來有助於避開高德的部分存取限制或反機器人防護。29

不過，這些紀錄只能顯示請求經過第三方掃描服務，並未完整揭示高德的防護機制，也無法確定代理人實際遇到哪些限制。911

騰訊基礎設施線索，不等於確認操作者

Swarmchasers將相關活動與騰訊雲基礎設施連結，並指出名為「hysandbox-ats」的代理伺服器，可能與騰訊Hy有關。這些線索支持「活動使用了與騰訊相關的基礎設施」這一說法，但不能證明騰訊，或任何特定人士、機構部署並控制了這批代理人。117

這項區別很重要：IP位址、雲端服務或代理伺服器名稱，可以提供流量或程式經過何處的線索，卻無法單獨確認委託或操作任務的人是誰。711

為什麼研究者稱它是「代理人隊列」？

這批代理人看起來是在平行執行相似任務，但研究者沒有發現它們彼此通訊的跡象。因此，Swarmchasers稱其為「代理人隊列」（agent fleet），而非彼此協調的「蜂群」（swarm）。116

從目前可見的紀錄來看，活動的直接表現是反覆蒐集地點入口與路線資訊，並嘗試繞過存取限制。現有證據尚未證明造成了更廣泛的傷害。113

模型身分與流量規模仍是未知數

部分執行紀錄曾使用「Claude」這個標籤，但Swarmchasers提醒，這不能可靠證明背後使用的模型。公開資料也只涵蓋URLquery看得到的活動，因此無法確認代理人實際使用哪些模型，或它們向高德發出的請求總量。11

目前能下的結論有限但明確：研究者觀察到一批長時間平行運作的代理人，透過公開掃描服務查詢高德，且活動線索涉及騰訊相關基礎設施。至於操作者、最終目的，以及未出現在掃描紀錄中的流量規模，仍無法由現有資料判定。117