發送求職郵件

從 Gmail 草稿寄送求職申請郵件

在 Chrome 瀏覽器中，於使用者的 Gmail 帳戶內操作。

設定（一次性填寫）

• 範本名稱： 您儲存的 Gmail 範本名稱，例如「產品設計師職位申請」
• 預設主旨： 當未指定特定職位時使用的主旨
• 簽名檔： 您的 Gmail 簽名檔，此技能會完整保留

無論此檔案何處提到「該範本」，皆指上述的範本。

唯一重要的規則

所有操作都在 Gmail 介面中透過儲存的範本進行。絕不透過 Gmail API（update_draft）重新撰寫草稿內容，絕不透過 API 寄送，也絕不手動建立申請郵件的 HTML。Gmail API 會將每個連結改寫為會過期的 google.com/url 重新導向，進而破壞您郵件中的作品集、LinkedIn 和履歷連結。在瀏覽器中編輯已開啟的撰寫視窗（點擊或對該撰寫視窗執行頁面 JavaScript）可保持連結乾淨。透過 API（使用 DRAFT_VIEW_FULL 的 list_drafts、get_draft）讀取草稿則沒問題，這也是查看所有收件者的最快方式。

每封郵件唯一會變動的部分：稱呼、公司名稱、收件者、（若指定特定職位時的）主旨，以及自由接案草稿中的自由接案文案。

典型草稿的樣貌

草稿通常僅包含「Hi」（有時是「H」或「hi」），後面接著 Gmail 簽名檔。主旨通常是空的，或簡短的備註，例如「Freelance designer」。那個「Hi」行只是佔位文字：將其與簽名檔上方所有內容一併刪除，然後插入範本。使用者無需每次都說明這點。

步驟 1：列出草稿

使用 view 為 DRAFT_VIEW_FULL 的 list_drafts（翻遍每一頁）來取得每封草稿的收件者（To）、副本（CC）、主旨以及簽名檔上方的文字。跳過沒有收件者（例如範本本身的副本）或明顯不是申請信的草稿，並在最後提及它們。

一次處理一封草稿。透過搜尋自己的地址來開啟每封草稿，網址為 https://mail.google.com/mail/u/0/#search/in%3Adraft+to%3A，絕不根據清單中的位置開啟，並在編輯前確認已開啟的撰寫視窗中的收件者（To）相符。

步驟 2：合併同一公司的草稿

根據地址和公司網域（子網域也算，例如 [email protected] 和 [email protected]）進行分組。當兩封或更多草稿寄往同一公司時，只寄送一封郵件：

1. 有姓名者的地址放在收件者（To）（如果兩者都有姓名或兩者都是通用地址，則為較早的草稿）。
2. 其他地址放在該郵件的副本（CC）。
3. 稱呼遵循收件者（To）的人名。
4. 剩餘的重複草稿不寄送。Claude 無法刪除草稿，請在最後列出它們，供使用者手動捨棄（開啟該草稿，點選垃圾桶圖示）。

在較早批次中已寄送過郵件的公司仍然會寄送，絕不跳過。

步驟 3：姓名與公司

收件者姓名：

1. 如果地址或備註中指名了某人（例如 [email protected]、[email protected]、rahul.k@、divya4.sharma@），使用大寫開頭的名字：「Dear Priya,」。除非備註中提供了完整姓名，否則不包含姓氏，也不使用頭銜。
2. 通用地址（hr@、careers@、jobs@、talent@、recruitment@、hiring@、hirings@、info@、hello@、people@、ceooffice@）或無法辨識的字母串，使用「Dear HR Team,」。

公司名稱：

1. 從網域或使用者的備註中取得，並使用真實的品牌大小寫：例如 [email protected] 變成 INDmoney。
2. 個人郵件網域（gmail.com、yahoo.com、outlook.com、hotmail.com）且無備註時，使用「your company」。

當姓名或公司名稱很明顯時，絕對不回退到 Dear HR Team 或 your company。

步驟 4：清除佔位文字並插入範本

1. 開啟草稿。在本文中，刪除簽名檔區塊（帶有 data-smartmail="gmail_signature" 的 div）上方的所有節點，在其上方留下一個空行，並將游標放在該行。如果本文中包含舊版的申請文字，也一併清除。請勿刪除簽名檔。
2. 更多選項（右下角的三個點）> 範本 > 在「插入範本」下選擇您的範本。範本項目在本文獲得焦點前會顯示為灰色。範本會取代本文和主旨，並可能使簽名檔區塊變為空白。
3. 確保最後剛好有一個完整的簽名檔。如果它變成空白的，請在使用者其他草稿中複製其確切樣式，在撰寫視窗中重建。Gmail 會封鎖原始的 innerHTML（Trusted Types），因此在透過 JavaScript 插入 HTML 時，請先建立一個 trustedTypes 政策。

請勿自行添加任何結尾問候語、姓名或結尾行。

在批次處理的第一次寄送前，讀取一次已插入的範本，並檢查其是否與使用者當前的狀況（現任雇主、年資、職稱、績效數據）相符。如果任何資訊過時，請在寄送任何郵件前停止並標記問題。

步驟 5：個人化

1. 稱呼：將「Dear HR Team,」改為步驟 3 的稱呼（保留粗體）。
2. 公司行：將「roles at Company」改為「roles at 」或「roles at your company」（保留粗體）。
3. 收件者：確認收件者（To）和步驟 2 的任何副本（CC）。
4. 主旨：使用您的預設主旨，除非指定了特定職位，在這種情況下使用「Application for <該職位>」。每個主旨都以「Application」開頭。

除了底下的自由接案草稿外，本文其他部分不做任何修改。

自由接案草稿

當草稿的主旨或備註提及自由接案（Freelance designer、Freelancing、Freelance Figma 等），則將其定位為自由接案工作。保留範本的項目符號、連結和簽名檔，並且僅修改：

1. 開場白改為：「I'd love to help on a freelance basis, for a one off project or ongoing design support. I take on landing pages, store and product page UX audits, PDP and homepage redesigns, and app or web product design, all in Figma. Here's what I'd bring:」（公司名稱和「freelance」用粗體）。
2. 結尾提問改為：「Do you have any freelance design work coming up? If this isn't the right inbox, a pointer to the right person would mean a lot.」
3. 主旨改為「Application for Freelance <備註中的角色>」，例如 Application for Freelance Figma Designer 或 Application for Freelance Designer。

步驟 6：寄送

點擊「傳送」（aria-label 以「Send」開頭的按鈕 div；透過座標點擊可能會最小化撰寫視窗），並在處理下一封草稿前等待「Message sent」的提示訊息。

如果使用者已說明無需要求確認，則啟動此技能即表示同意：在不解釋的情況下處理整個批次。僅在範本事實過時、草稿的收件者（To）與搜尋結果不符、或無法確定草稿的收件者或公司時才暫停。

對於大型批次，可以在頁面中為每個草稿編寫腳本迴圈（透過搜尋開啟、檢查 To、清除簽名檔上方內容、透過選單插入範本、個人化、檢查簽名檔、傳送、確認提示、失敗時停止），並定期檢查進度。

步驟 7：回報

簡短摘要：寄送了幾封、哪些是作為自由接案提案寄出、使用者應手動捨棄哪些重複草稿，以及任何被跳過的草稿及其原因。

規則

1. 僅在瀏覽器撰寫視窗中編輯和寄送。絕不透過 Gmail API 更新或寄送草稿。
2. 在插入範本前，務必移除「Hi」佔位文字以及簽名檔上方的所有內容。
3. 結尾剛好有一個簽名檔，未經修改。無額外的結尾問候語或姓名。
4. 僅在找不到姓名時才使用「Dear HR Team,」；僅在找不到公司時才使用「your company」。
5. 自由接案草稿使用自由接案的開場白、提問和主旨；其他所有內容遵循範本。
6. 每家公司只寄送一封郵件；其他地址放在副本（CC）。
7. 每個主旨都以「Application」開頭。
8. 僅在使用者已說明的情況下，才在寄送前跳過確認。