我們為什么需要這個AGL規范?這是好多客戶在創建ODX數據庫開始便會向我們提出的疑問。其實答案也很簡單，一方面為了規范ODX數據庫的命名等，另一方面便于將來擴展支持新的控制器和車型。
AGL的全稱為Authoring Guidelines，即ODX編寫指南。ODX標準定義了描述車輛和ECU的診斷數據的數據模型(例如:診斷故障碼DTC、數據參數data parameters、數據識別identification data、輸入/輸出參數input/output parameters、編碼的數據變量variant coding data或是通訊參數communication parameters)。除了對于數據類型的描述有ODX標準以外，數據通訊和數據交換也含有對應的通訊協議(UDSonCAN,DOIP,KWP2000線等等)，因此，為了簡化過程，客戶需要一套完善的操作指南和規范引導，AGL就應運而生。
在汽車診斷領域，有一個大家普遍接受的理念，便是汽車生命周期的V模型，如下圖所示：
圖中是風丘科技為客戶提供的V模型解決方案，每一個環節都會有對應的軟硬件。我們可以看到，在確定基本診斷要求后，就需要開始ODX規則AGL的編寫。
下面我們簡單闡述一下，AGL規則內會包含的主要內容有哪些。首先，我們需要確認，客戶基于ODX標準版本，目前使用較多的為ODX2.0.1與ODX2.2.0。不同版本的ODX，其協議規范會存在一定的差異。其中ODX2.2.0為最新版本。
AGL中主要會涵蓋以下幾部分內容：
1、會對整個ODX庫的數據結構與診斷層拓撲結構做出部分定義的闡述和建議;
2、針對相關參數以及變量給出命名規范的建議，這是為了避免命名冗余或是重復從而導致的檢索錯誤。這個命名規范內，會包括LongName(長名稱)與ShortName(短名稱)的詳細要求;
3、會針對其中的DOP屬性給出使用的數學方法、數據類型、數據長度要求、對應參數約束等等提出參考和建議;
4、會著重對DID部分，以及coding引用詳細闡述;
5、針對某些特定的service做出說明和在庫內的使用進行描述。只要是在協議內涉及到的部分，均會在規則下有所體現。
例如：
其中，R代表強制性要求;P代表非強制性。
客戶可以使用我們的軟件產品DTS工具集中的DTS_Venice是創建ODX數據庫。其軟件界面如下圖所示：
使用這款軟件的優勢在于，其內部的檢查機制已經將目前常用的協議規范內的一些硬性指標集成在軟件內。只要你在創建ODX庫前針對用到的協議進行選擇，本身就會在建庫過程中規范你的ODX庫格式。
眾所周知的是，在汽車診斷這一塊，是存在標準部分與非標這么一說的。所以，我們在制定AGL規則時，會參考客戶本身的建庫習慣，雙向權衡，抉擇出最利于客戶的使用規范。同時，這些比較也會在AGL規范文件中有所體現。
