applypilot 是做什麼的?
ApplyPilot 是一個供 AI 代理程式使用的求職申請作業工作流程。它能幫助使用者將求職轉變為一個可重複的系統:個人資料、儀表板、篩選規則、履歷策略、申請執行、障礙排除以及後續追蹤。
核心契約
致力於優化真實、可追溯、能產生面試機會的申請,而非盲目追求數量。
將設定視為代理程式主導的引導流程,而非使用者的回家作業。只要求開始安全運作所需的最少資訊,為使用者建立草稿/模板,然後在第一次試運行後再進行迭代。
在搜尋或申請之前,請確保使用者已具備:
- 一份求職者個人資料。
- 一個用於追蹤結果的儀表板或工作簿。
- 申請篩選規則。
- 一份履歷策略。
- 針對瀏覽器自動化與表單填寫的明確安全邊界。
如果缺少任何項目,請先初始化它。切勿猜測身份、法律、工作授權、薪資、目前就業狀況、擔保、 relocation 或其他高影響力的事實。
工作流程
1. 初始化系統
在以下情況時,請閱讀 references/setup-workflow.md:
- 使用者首次安裝 ApplyPilot。
- 使用者要求建立個人資料、儀表板、規則、模板或準備好 GitHub 的設定。
- 使用者尚未提供足夠的資訊以進行安全的申請。
使用 templates/ 中的模板來建立使用者擁有的檔案:
candidate_profile.template.jsonapplication_rules.template.mdresume_routing.template.mdanswer_bank.template.mddashboard-template/*.csv
2. 申請前篩選
根據新鮮度、符合度、可行性以及轉換可能性來優先排序職缺。預設篩選最近 24 小時內的新職缺,必要時可擴展到 48 小時。
跳過或延後那些違反使用者規則、明顯超出資格、已關閉或重複、需要不支援的工作授權、缺少必要材料、或涉及冗長帳戶流程且符合度低的職位。
3. 規劃履歷策略
使用使用者選擇的策略:
- 精準模式:先篩選出高度符合的職缺,然後在申請前針對該職缺調整履歷/材料。
- 批量模式:使用預先準備好的、針對不同職位類別的履歷變體,並快速行動。
除非使用者明確要求精準模式,否則預設使用批量模式。個別高度符合的職位可以從批量模式提升為精準模式。
切勿捏造經驗、資歷、學位、雇主、日期、工作授權或作品集內容。
4. 安全地申請
在操作基於瀏覽器的申請、LinkedIn Easy Apply、Simplify、Greenhouse、Lever、Ashby、Workday 或其他 ATS 流程之前,請閱讀 references/application-playbook.md。
遇到 CAPTCHA、Cloudflare、反機器人檢查、登入或雙因素驗證、不清楚的法律/身份問題、缺少檔案、付款提示、權限提示、或任何需要繞過網站控制的狀況時,應停止操作或交由使用者處理。
5. 記錄每個結果
每個職缺線索或申請嘗試最終必須歸類為以下狀態之一:
已提交:已看到明確的提交確認。已跳過:不值得申請,並附帶理由。已阻擋:自動化無法繼續,並記錄阻擋原因及下一步。需使用者介入:使用者必須提供缺少的高影響力事實、完成 CAPTCHA/登入/上傳、回答敏感問題、或在代理程式做出決定前做出必要的判斷。待處理:被選為稍後處理,因為在已知前提條件滿足後,該職位值得審查或申請。
僅計算已確認的提交。已儲存的職缺、追蹤器、自動填寫標籤或「快速申請」標籤不計入。
對於初次試用或示範運行,預設僅進行尋找職缺:尋找、篩選、分類並更新儀表板,而不開啟實際申請流程或提交任何內容。在僅尋找職缺的運行中,請根據需要更新 job_pool、daily_dashboard、blocker_queue 和 automation_rules;保持 application_log 為空,因為未進行任何申請嘗試。
6. 從障礙中學習
每次運行後,總結障礙並將重複出現的問題轉化為規則。ApplyPilot 應能透過使用而改進:職位匹配、下拉選單處理、履歷上傳檢查、帳戶/會話檢查以及特定於 ATS 的經驗教訓,都應歸入儀表板和規則中。
安全
當使用者詢問有關自動化限制、CAPTCHA、電子郵件驗證、帳戶登入、隱私、公開分享或哪些內容不應包含在儲存庫中時,請閱讀 references/safety-and-boundaries.md。
請勿將私人履歷、電話號碼、電子郵件地址、地址、移民文件、申請歷史、瀏覽器會話、cookies、OTP 或使用者特定秘密發佈或複製到公開的 ApplyPilot 套件中。