產品宣告遵循可檢查的行為
根據公共 API 合約和此儲存庫中表示的應用程式行為檢查文件。能力宣告的範圍僅限於讀者可以驗證的範圍。
技術來源是主要來源
指南更喜歡官方供應商文件、規範和第一方參考資料。比較頁面標識來源和審查日期，以便可以重新檢查時間敏感的宣告。
SQL 範例具有宣告的測試邊界
已發布的查詢範例是隻讀的，並且包含型別化的事件合約。自動檢查根據記錄的 DataFusion 版本規劃 SQL；綜合結果行單獨審查。
證據與解釋是分開的
合成夾具永遠不會成為客戶的基準。僅在客戶批准測量、時間視窗、歸因和確切措辭後，才會發布客戶指標。
日期代表實質性審查
當頁面的宣告、範例、來源或材料指南被審查和更改時，頁面的修改日期就會發生變化。重新整理日期不僅僅是為了使未更改的內容看起來是最近的。
所有權
問責組織、明確審查邊界
可見的署名和結構化資料將 Telemetry 編輯團隊標識為組織作者，將 Telemetry 產品團隊標識為技術審閱者。僅當個人貢獻者同意公開個人資料時，才會新增個人貢獻者姓名；如果沒有顯示個人署名，該組織仍然承擔責任。
發布元件支援指定作者和審閱者設定檔案，包括個人級別的結構化資料，一旦記錄同意、角色、相關經驗和負責的設定檔案 URL。不會發布佔位符身分、生成的傳記和私人員工詳細資訊來填充署名。
審查並不意味著查詢對於每個業務定義都是正確的。事件名稱、身分規則、時間視窗、閾值、價格和事件策略仍然是實施團隊的選擇。查詢範例將這些決策稱為邊緣案例，而不是將它們隱藏在精美的圖表中。
生成的幫助可能有助於起草或檢查內容，但不會被列為作者或證據來源。可發布的頁面仍然需要人員所有權、工作內部參考、可以更改宣告的原始碼審查以及儲存庫的自動內容檢查。
命名貢獻者門
個人級別署名或評論信用的要求
- 同意公開名稱、角色、個人資料和署名
- 本網站擁有的個人資料 URL，具有相關經驗和範圍
- 記錄特定內容型別的審查責任
- 批准日期以及更正、刪除或角色變更的流程
在將個人級別的個人資料新增到貢獻者登錄檔之前，審閱者可以使用公共證據範本來記錄範圍、主要來源、更正、同意和批准。
開啟貢獻者範本索賠前的證據
公眾接受證據差距的途徑可以彌補
當批准證據缺失時，該網站會保留一個空的索賠登記冊。這些路徑公開了所需的欄位和當前的公共邊界，而不是用估計、匿名歸因或路線圖語言替換證據。
檢查再現性邊界
SQL 方法解釋了自動化規劃、瀏覽器固定裝置、確定性輸出以及仍需要人工審查的決策。