Smart Self-Managed Tours

引擎機制

四個階段,全都是算術

規劃器是純函式:相同的答案永遠產生相同的行程。以下說明從按下按鈕到取得每日行程之間發生的事。

最後更新於 2026 年 8 月 22 日

第一階段——評分

城市中每個候選地點都會獲得評分。重要性優先:維基百科跨語言連結、頁面瀏覽量與文化遺產地位,於資料匯入時一次性計算,而非每次請求時即時運算。您的興趣則按各面向加權該分數,因此選擇博物館會提升博物館比重,但不會刪除其他所有項目。

採用加權而非篩選是經過深思的設計。在伊斯坦堡僅篩選歷史類別將會排除博斯普魯斯海峽渡輪,而任何誠實的三日行程都不該捨棄渡輪。

第二階段——分群

評分後的景點池會在排程前先按地理位置分群,因為交通時間才是真正的限制因素。對岸兩個景點之間可能耗費一小時;法蒂赫區內兩個景點僅需八分鐘。優先分群能避免一日行程在城市中來回折返。

群集質量隨排名遞減,因此圍繞一個傑出景點規劃的行程,不會僅因附近有其他景點就拖入六個平庸之地。

  • 行程長度限制範圍半徑:一日行程限於 15 公里內,三日行程 25 公里,一週行程 45 公里。
  • 單一景點可佔據整日的時間,當其耗時超過時間窗口的 60% 且位於範圍邊緣附近時。
  • 連續天數會在地理上拉開距離,避免您重複跨越同一座橋樑。

第三階段——排序

每個群集會透過注入的距離矩陣排序為步行路線。交通時間為真實路線規劃結果,非直線距離估算,且矩陣不預設對稱——貝伊奧盧的上坡與下坡並不相同。

第四階段——排程

直到此時,時鐘才正式登場。行程順序會根據各地點記載的營業時間以及您的每日時間窗口進行排程,並依節奏與群組類型調整。用餐休息會在其時段內以獨立停靠點的形式插入,因為它們確實耗費實際時間。

節奏
參觀時長的倍率:從容 ×1.67、標準 ×1.00、精實 ×0.67。停靠點數量不設上限。
群組類型
每日時間窗口的係數:獨旅 ×1.1、情侶 ×0.9、朋友 ×1.0、家庭 ×0.75。
每日時間窗口
您自訂的開始與結束時間,依群組係數縮放。
停靠點數量
一項輸出。當日行程會持續填滿,直到時間預算用完為止,然後停止。

有兩項不變條件經過專屬測試,且毫無例外地成立:不會在地點休館期間安排停靠,而每日的規劃總量——參觀時間 × 節奏,加上交通,加上休息——絕不會超過當日的時間窗口。

當資料稀少時

若地點沒有記載營業時間,系統會保守地將其排在日中時段,並標示為未驗證。若時長來自類別預設值而非場館本身,則會顯示約略符號。當一座城市的值得造訪地點少於您的天數所需,您會得到較短的行程與通知——而非填充內容。

人們常問的問題

為何節奏不是以景點數量表示?

因為景點數量並非時間單位。三間博物館與三處觀景點的景點數相同,但耗時可能相差四小時。節奏設定會延長每個地點的停留時間;能容納多少地點則是單純的算術問題。

我可以編輯行程嗎?

您可以變更答案並重新建立行程。由於引擎為確定性運作,相同輸入永遠產生相同行程,這表示您喜愛的行程絕不會遺失。

它會代為預訂嗎?

否。沒有聯盟行銷連結,亦無預訂整合功能。若某地點需指定時段入場,行程會標註其假設的時段。