SIG 的範疇
TensorFlow 託管特殊興趣小組 (SIG)，以將協作重點放在特定領域。SIG 以公開方式進行工作。如要加入及貢獻，請檢閱小組的工作，並與 SIG 負責人聯絡。成員政策因 SIG 而異。
SIG 的理想範疇符合明確定義的領域，其中大部分參與來自社群。此外，應有充分證據表明，如果成立興趣小組，社群成員願意參與及貢獻。
並非所有 SIG 都會有相同的活力、範疇廣度或管理模式，因此預期會有一定程度的差異。
請參閱TensorFlow SIG 的完整清單。
非目標：SIG 並非
SIG 的目的是促進針對共同工作的協作。因此，SIG 是
- 並非支援論壇：郵寄清單和 SIG 並非同一件事。
- 並非立即需要：在專案生命的早期，您可能不知道您是否有共同工作或協作者。
- 並非免費勞力：成長和協調協作工作需要精力。
我們建立 SIG 的方法將會是保守的 - 由於在 GitHub 上啟動專案非常容易，因此有許多途徑可以進行協作，而無需 SIG。
SIG 生命週期
研究與諮詢
小組提案者應收集證據以供核准，如下所述。可考慮的一些可能途徑包括
- 小組將解決的明確問題或一組問題。
- 諮詢會受益的社群成員，評估其益處及其承諾意願。
- 針對現有專案，從議題和 PR 取得貢獻者關心此主題的證據。
- 小組要達成的潛在目標。
- 執行小組的資源需求。
即使對 SIG 的需求似乎不言而喻，研究和諮詢對於小組的成功仍然很重要。
建立新小組
新小組應遵循以下章程制定流程。尤其，它必須證明
- TensorFlow 的明確目的和益處 (圍繞子專案或應用領域)
- 兩位或更多位貢獻者願意擔任小組領導人、其他貢獻者的存在，以及對小組需求的證據
- 它最初需要的資源 (通常為郵寄清單和定期視訊會議電話。)
小組的核准將由 TF 社群團隊 (定義為 tensorflow/community 專案的維護者) 決定。團隊將在必要時諮詢其他利害關係人。
在進入流程的正式部分之前，建議先諮詢 TensorFlow 社群團隊 community-team@tensorflow.org。在 SIG 請求準備就緒之前，很可能需要對話和迭代。
新小組的正式請求是透過將章程提交為 tensorflow/community 的 PR，並在 PR 上的註解中包含請求 (請參閱以下範本)。在核准後，小組的 PR 將合併，並建立所需的資源。
新 SIG 的範本請求
此範本將在社群存放庫中提供：SIG-request-template.md。
章程制定
每個小組都將根據章程建立，並受 TensorFlow 行為準則管轄。小組的檔案將公開。成員資格可以是無須核准向所有人開放，或可應要求提供，但須經小組管理員核准。
章程必須提名一位管理員。除了管理員之外，小組必須至少包含一位擔任領導人的人員 (這些人員可能是同一人)，他將擔任與 TensorFlow 社群團隊協調的聯絡點。
此章程最初將張貼到小組郵寄清單。TensorFlow GitHub 組織中的社群存放庫將封存此類文件和政策 (來自 Kubernetes 的範例)。隨著任何小組發展其慣例和習俗，我們期望它在社群存放庫的相關部分中記錄這些內容。
協作與包容
雖然並非強制規定，但小組應選擇透過排定的電話會議或聊天頻道進行協作，以舉行會議。任何此類會議都應在郵寄清單上公告，並在會議後將筆記張貼到郵寄清單。定期會議有助於推動 SIG 的責任和進度。
TensorFlow 社群團隊成員將主動監控並鼓勵小組視情況進行討論和行動。
啟動
必要活動
- 通知 TensorFlow 一般討論群組 (discuss@、developers@)。
- 將 SIG 新增至 TensorFlow 網站上的社群頁面。
選用活動
- 為 TensorFlow 部落格社群建立一篇部落格文章。
SIG 的健全狀況與終止
TensorFlow 社群團隊將盡最大努力確保 SIG 的健全狀況。團隊會不時要求 SIG 領導人提供 SIG 工作報告，該報告將用於向更廣泛的 TensorFlow 社群告知小組的活動。
如果 SIG 不再具有有用的目的或感興趣的社群，則可能會封存並停止運作。TF 社群團隊保留封存此類非活躍 SIG 的權利，以維持整個專案的健全狀況，儘管這是一個較不理想的結果。如果 SIG 意識到其已達到其有用生命的終點，也可以選擇解散。