怎麼在 Discord 伺服器追蹤工作人員申請

大多數伺服器用 Google 表單或客服單機器人收集工作人員申請。收集是簡單的部分，麻煩的是之後：哪些申請已經有人看過、誰在面試誰，還有三月申請的那個人，到底有沒有人回覆過他？

這篇指南會設定一個工作人員團隊在 Discord 裡使用的申請追蹤表。它不會取代成員填的表單（下面會再說明），它是收到申請之後的審核流程。

追蹤表長什麼樣子

每份申請一列，包含：

• applicant（Discord 成員，必填）
• role applied for（文字，必填）
• status（Submitted、Under Review、Interview、Accepted、Rejected；必填）
• submitted date
• reviewer（Discord 成員）
• notes

這就是我們做的 CordBase 裡的申請追蹤表模板。不過這篇指南改成手動建立，多加一個欄位，原因在第 1 步說明。

第 1 步：建立資料表

1. 到 cordbase.gg 使用 Discord 登入，選好你的伺服器，出現提示時把機器人加進去。
2. 建立一張名為「Apps」的資料表，第一個欄位放 applicant name 文字欄位，接著是上面那六個欄位。指令會是 /apps。

為什麼要多一個欄位：工作人員要選一列來更新時，CordBase 會依資料表的第一個文字欄位搜尋並列出資料列。在模板裡那是「role applied for」，所以十份 Moderator 申請會顯示成十個一模一樣的「Moderator」。把名字欄位放第一個，每一列就很好找。

第 2 步：只給工作人員使用

申請算是半私密的資料，所以在任何人使用之前先設好權限：

• 工作人員身分組給寫入權限（新增和更新資料列）。
• 管理員或版主組長身分組給管理權限（還能刪除）。
• 其他身分組都不要給任何權限等級。只要資料表設定了任何身分組，沒有這些身分組的成員就完全不能使用它，而這正是你在這裡想要的。

也要確認工作人員執行這些指令的頻道只有工作人員看得到。query、view、add 和 update 的結果會貼在執行指令的頻道裡，所以看得到那個頻道的人都看得到結果。只有錯誤訊息和刪除確認是私人的。

第 3 步：申請進來時就登記

收到一份申請時，由一位工作人員登記：

/apps add applicant_name:Rin applicant:@Rin role_applied:Moderator status:Submitted submitted_date:2026-10-08

第 4 步：處理待審清單

• /apps query status:Submitted 顯示所有還沒人接手的申請。
• /apps query reviewer:@Sam 顯示 Sam 的待審清單。
• /apps update row:Rin status:Interview reviewer:@Sam notes:Interview Fri 8pm 把一份申請推進到下一階段。在 row 開始打申請人的名字，從清單裡選。

因為待審清單放在資料表裡，就不用靠誰記得自己看過哪些表單回覆。

表單放在哪裡

CordBase 本身不會收集申請的回答；成員不會透過它填表單。繼續用你原本收集回答的工具（Google 表單、客服單機器人，或用私訊發問的申請機器人），追蹤表只用來管理狀態。notes 欄位很適合貼上完整回覆的連結。

一輪結束之後

• 把資料表匯出成 CSV 或 JSON，期末檢討時很方便。
• 被拒絕和被錄取的資料列可以留著當歷史紀錄，也可以由管理員刪除。刪除的資料列會在 30 天後永久清除。
• Free 方案每張資料表可以放 100 列，對大多數伺服器來說可以撐很多輪申請。Pro 提高到 10,000 列。