本文件詳細說明了處理和拒絕提交至原始碼儲存庫、問題追蹤系統、漏洞報告入口網站及社群論壇的低品質、機器生成貢獻的標準協議，無論是公開的開源專案還是企業內部的單體系統。
您被導向此處是因為您的貢獻觸發了我們的自動及/或手動AI廢文防禦機制。具體來說，一位人工維護者或資深工程師審閱了您的提交，發出了深沉的、帶有存在主義意味的嘆息，立即關閉了您貢獻的連線，並貼上了這個 URI。
本文件中，「必須 (MUST)」、「不得 (MUST NOT)」、「必要 (REQUIRED)」、「應 (SHALL)」、「不應 (SHALL NOT)」、「應該 (SHOULD)」、「不應該 (SHOULD NOT)」、「建議 (RECOMMENDED)」、「可能 (MAY)」和「可選 (OPTIONAL)」等關鍵字，將被解讀為我們有多麼不希望審查您生成的提交。
在對您的提交進行詞彙和結構分析後，我們得出結論：您的提示工程很糟糕，因此您應該感到糟糕。您要求一個機率性鸚鵡（stochastic parrot）來撰寫一個合併請求、漏洞披露、問題評論或論壇貼文，而它對我們兩個人都撒了謊。
您的提交的特徵是壓倒性地明顯：
根據自動化垃圾郵件基本定理，您沒有閱讀它，所以我們也不會閱讀它。
專案維護者、安全分類團隊和社群版主——無論是無償志工還是筋疲力盡的企業同事——都在嚴格的資源限制下運作。讓我們來審查一下您提交的交易記錄：
專案追蹤器、論壇和儲存庫不是未經驗證的複製貼上輸出嚴格用於在 GitHub 上賺取綠色方塊、爭取毫無根據的錯誤賞金、人為誇大衝刺速度，或惡意遵守公司 KPI 指標的傾倒區。此外，您的同行「不得 (MUST NOT)」被用作您的免費 LLM 驗證服務。
為恢復您的寫入權限並贏回同事的尊重，必須依序執行以下補救協議：
狀態：已拒絕。診斷：使用者正在扮演一個藏在風衣裡的、寫得很差的 Python 腳本。行動：連線終止。
作為提交 AI 生成廢文的直接後果，您的帳戶已被自動遷移至「悲傷之谷™」。在您的試用期結束之前，可能會適用以下限制：
請勿嘗試就這些變更聯繫系統管理員。系統管理員目前正在一個私人的 Slack 頻道裡嘲笑您。
對於需要針對特定互動進行即時、通用回應的維護者和審閱者，以下複製貼上通知可供您方便使用。它們解釋了拒絕的確切性質，同時堅定地將違規者導向適當的診斷端點。