GitHub 在變更紀錄中說明，2026 年 6 月 1 日到 13 日間，一個新上線的帳號移除流程沒有正確判斷帳號是否屬於企業受管理使用者（EMU），導致約 1 萬 2 千多個 EMU 帳號被直接刪除，而非依原本設計先暫停並模糊化處理，使這些帳號在議題、拉取請求與稽核紀錄中看起來像幽靈帳號。
技術上的問題出在新上線的帳號取消佈建流程，沒有正確檢查帳號是不是企業受管理使用者，導致本該走「暫停並模糊化」的帳號被誤判走成「直接刪除」；GitHub 在 6 月 13 日關閉了這個流程，並在 10 月修改程式碼避免再發生，同時把受影響的帳號資料復原成原本該有的暫停狀態，並保留稽核歷史紀錄。
這起事件值得留意之處，在於它牽涉企業帳號管理裡相對敏感的刪除與稽核紀錄，而 GitHub 選擇公開寫出根本原因、影響範圍（受影響帳號中有 76 個當時仍在使用中）與修復方式，而非悄悄修掉就算了。對需要符合稽核與合規要求的企業客戶來說，帳號紀錄是否完整透明，是重要的信任基礎。
這則新聞比較偏產業面與企業維運，跟孩子平常寫程式、做小專案的情境不太一樣，但背後道理值得記住：再大、再資深的工程團隊也會寫出有問題的程式碼，差別在於出事後有沒有認真找出根本原因、老實說清楚影響範圍，並修正讓同樣錯誤不要再發生。學寫程式犯錯很正常，重要的是養成誠實面對錯誤的習慣。
平台功能企業服務軟體工程