六區皆可個別勾選；沒勾的區整區不會出現在那個人的信裡。勾「全部」＝六區全收（等同 all）。版本＝有勾 Matt專區就是完整版，沒勾就是團隊版（同事看不到 Matt專區）。今日交寄＝我們這端把信送出去了，不等於對方收到。這一欄讀當天的寄送台帳，「已交寄」的意思只是 Gmail 收下了這封信；@asus.com 那端如果把信丟掉，是靜默丟的——我們收不到任何退信，所以後台永遠看不出來，只能靠收件人回報（0819 早上就發生過：五個人全部顯示 07:30 已交寄，實際上四個公司信箱一封都沒收到）。「無紀錄」代表那個人今天還沒有被交寄（早報寄出前整排都會是無紀錄）。另外，補寄有兩種：從 daily-send 觸發的補缺（top_up）沿用正班那把鑰匙、會落進台帳，補到的人這一欄就會變成「已交寄」，也會扣掉一天 2 次的補寄額度；gmail-manual-send 那條直接用 Gmail 寄副本、完全不落帳，這一欄看不到，而且它不做任何去重——同一個人可能因此收到重複的信。要補寄請優先用補缺。所有人都走 Gmail 一條路線寄出。停用＝保留名單但停止寄送；✕＝從名單刪除。「預覽」欄已停用（2026-09-01）：0823 專區外洩事故的封堵規則把整個 preview 目錄擋掉了，那七條連結線上實測全部導向「已封鎖」——一個永遠說已封鎖的連結比沒有連結更糟，所以先拿掉。要恢復的話該改走登入後的預覽，不是把封堵鬆綁。所有變更都要按「儲存變更」才會真正寫回，每筆變更自動寫入 GitHub 版本紀錄可追溯。

關閉＝這條渠道不再抓取（其餘照常）。間隔可填 1–168 小時；A 級官方一手來源即使填得更長，系統仍會以 6 小時為上限抓取，因為「第一手」是硬性需求。被系統自動停用的渠道會顯示橘色「自動停用」，按「救回」再按「儲存變更」即可恢復抓取；「已關閉」篩選也會列出這些渠道。只讀標題＝近 7 日這條渠道進報的卡片裡，有幾成是只憑標題寫出來的（內文抓不到）。紅色（≥80%）代表這條渠道「標題進得來、內文抓不到」，是半死狀態——它在「7日進稿」那一欄看起來完全正常，所以只看進稿數是抓不到這種壞法的；橘色（≥50%）是正在壞掉。「–」＝近 7 日不到 3 張卡，樣本太少不編比例（若整欄都是「–」那是另一回事——數字住在另一個檔，表格上方的黃色提示會講是哪一種）。這件事的量級：0819 實測全庫 3554 張卡有 446 張（12.5%）是只憑標題寫的，最近滾動 24 小時是 205 張裡 45 張（22.0%），逐渠道看近 7 日有 12 條剛好 100%。變更寫入 GitHub 版本紀錄，前後值可追溯。

判定順序：官方渠道 → 主標命中自有品牌 → 主標命中子公司則排除（改進產品區，不刪除）→ 其餘含「華碩／ASUS」則收錄。「待確認」勾起來代表股權關係我查不確定，需要你定案。

和碩 Pegatron 於 2010 年分割獨立、華擎 ASRock 屬和碩集團，兩者是競品不是集團成員。這條在程式端擋著：把它們填進子公司會被拒絕，因為那會讓板卡競品從競品索引中消失。

選票存 KV、60 天自動過期；此表按「開票」當下即時撈取。稱呼與建議摘錄來自免登入投票頁的自由輸入，永遠以純文字顯示；完整建議滑鼠停留可見。

換完所有裝置（含主管）都要用新密碼重新登入；不用通知任何人、不用動 Cloudflare。