為保有 GTFS 最初的願景，在擴充規格時，有幾項既定的指導原則需要列入考量：
動態饋給必須能輕鬆建立及編輯
我們選擇以 CSV 做為規格基礎，是因為使用試算表程式和文字編輯器查看及編輯資料很輕鬆，對小型運輸公司有所幫助。要使用大部分的程式設計語言和資料庫來產生動態饋給也很容易，對大型動態饋給發布者來說是個優點。
動態饋給必須易於剖析
動態饋給閱讀器應該要能在最省力的情況下擷取所需資訊。對動態饋給的變更和補充必須盡量具備廣泛的實用性，以便將動態饋給閱讀器需要導入的程式碼路徑數量減到最少 (不過，動態饋給發布者的數量終究會超過閱讀器，因此應以簡化製作程序為優先)。
對規格所做的變更必須能回溯相容
在規格中加入功能時，我們不希望做出會導致現有動態饋給無效的變更，也不希望為現有的動態饋給發布者製造更大的負擔，除非他們願意在動態饋給中加入功能。此外，我們還希望盡可能讓現有的剖析器，能繼續讀取新版動態饋給中較舊的部分。
不建議使用理論性質的功能
新增任何一項功能，都會造成建立和讀取動態饋給更加困難。因此，我們相當謹慎，只提供確定實用的功能。在理想情況下，任何提案未來都會經過測試，也就是為使用新功能的即時大眾運輸系統產生資料，並撰寫軟體來讀取及顯示該功能。請注意，GTFS 可以加入官方剖析器和驗證工具所忽略的額外資料欄和檔案，來輕鬆擴充格式，因此提案能夠很輕易地建立原型，以及針對現有的動態饋給進行測試。