指導原則

為保有 GTFS Realtime 最初的願景，在擴充規格時，有幾項既定的指導原則需要列入考量：

動態饋給必須符合時間效益，能即時產生和使用。

即時資訊是連續不斷的動態資料串流，處理上必須符合時間效益。我們選擇以通訊協定緩衝區做為規格基礎，是因為這類緩衝區對開發人員使用便利性和資料傳輸效率而言，可以達到理想的平衡點。有別於 GTFS，我們不認為很多運輸公司都會手動編輯 GTFS Realtime 動態饋給。選擇使用通訊協定緩衝區，反映出我們判定 GTFS Realtime 動態饋給大多會透過程式輔助的方式產生和使用。

規格的重點在於乘客資訊。

如同之前的 GTFS，GTFS Realtime 主要著重乘客資訊。因此，規格應以加入對乘客工具有幫助的資訊為優先。運輸公司內部可能會想在系統之間傳輸大量以營運為導向的資訊。GTFS Realtime 不適合這個用途，可能會有其他以營運為導向的資料標準更適用。

對規格所做的變更必須能回溯相容。

在規格中加入功能時，我們不希望做出會導致現有動態饋給無效的變更，也不希望為現有的動態饋給發布者製造更大的負擔，除非他們願意在動態饋給中加入功能。此外，我們還希望盡可能讓現有的剖析器，能繼續讀取新版動態饋給中較舊的部分。擴充通訊協定緩衝區的慣例做法，會強制執行某種程度的回溯相容。然而，我們想要避免因為改變現有欄位的語意，而導致回溯相容性遭受破壞。

不建議使用理論性質的功能。

新增任何一項功能，都會造成建立和讀取動態饋給更加困難。因此，我們相當謹慎，只提供確定實用的功能。在理想情況下，任何提案未來都會經過測試，也就是為使用新功能的即時大眾運輸系統產生資料，並撰寫軟體來讀取及顯示該功能。

我們會運用下一節所述的擴充內容來支援新功能。GTFS Realtime 製作者和使用者可以先在擴充內容空間中測試新功能。決定採用功能後，我們就會將這項功能加進正式的 GTFS Realtime 原型定義中。