1.寫明規則的邀請
候選人開啟一個私人連結，無需建立帳號。邀請中寫明職缺、任務所需時間、是否允許使用 AI，以及會記錄哪些內容。
他們可以在團隊設定的時段內自行選擇開始時間，讓工作配合他們的行程，而不是您的。
四個階段
01
設定面試
為職缺選擇形式與任務，說明 AI 使用規則，然後寄出邀請。
02
候選人完成任務
在瀏覽器中完成真實的工程工作，並附有驗證所需的檢查。
03
審閱者閱讀證據
程式碼、測試、提示詞、工作階段重播，以及候選人本人的說明，彙整在一份證據封包中。
04
做出決定，再以即時面試追問
記錄決策，或先在簡短的即時面試中補足證據不足的部分。
候選人會經歷什麼
公平的任務、清楚的規則，以及一份回饋。
整個流程尊重候選人的時間，並清楚說明期待是什麼，讓證據對每個人都有相同的意義。
2.附有說明的真實任務
候選人拿到的不是謎題，而是這份工作實際會做的事：一個附測試的小型服務、一個需要找出並修正的錯誤、一項需要審閱的變更，或一個需要質疑的 AI 提案。
任務說明、起始程式碼與檢查在瀏覽器中並排顯示。作業會自動儲存，斷線後也能從中斷處繼續。
3.以工程師實際的方式工作
在規則允許時，候選人可以公開使用 AI。他們執行檢查、閱讀輸出、修改，然後再次執行。
- 以可執行的檢查驗證自己的成果
- 為 AI 設定限制並加以引導，或拒絕它的建議
- 確認輸出實際證明了什麼
- 說明他們決定交付什麼
4.附上決策說明提交
候選人在時間結束前提交，並附上簡短說明：改了什麼、驗證了什麼、還想檢查什麼。如果時間先結束，系統會替他們提交截至當時已儲存的工作。
他們會收到電子郵件確認，不必擔心提交是否成功。
5.對他們時間的回饋
審閱者核准後，貴團隊可以發布一份私人的候選人成長報告：以證據為基礎的優勢和實用的下一步建議，而不會揭露您的內部評分。
想看看任務本身嗎？ 探索候選人歷程.
審閱者會收到什麼
團隊可以閱讀、質疑並據此採取行動的證據。
單一分數無法呈現工作是如何完成的。審閱者看到的是思考過程，而不只是結果，錄用決策始終由人來做。
1.一份證據封包，而不只是一個分數
每份提交都附帶程式碼、測試結果、提示詞與 AI 建議、工作階段重播、候選人的決策說明，以及焦點切換和貼上等誠信相關脈絡。
誠信事件是供人閱讀的情境資訊，絕不會單憑它們就判定作弊。
2.已觀察與未觀察，清楚標示
可執行的檢查會顯示工作證明了什麼。凡是任務無法證明的地方，證據封包都會如實說明，避免把本機的好結果誤當成保證。
- 哪些檢查通過了，哪些從未被執行
- 候選人發現真實問題的地方
- 未經確認就接受建議的地方
3.供即時追問使用的聚焦問題
每個缺口都會轉化為簡短即時面試中的一個精準問題。面試官不必重複整場評估，就知道該問什麼；候選人也有機會在證據薄弱之處展現深度。
4.評分表與記錄在案的決策
審閱者新增備註、填寫評分表並記錄決策。評估、證據、即時面試與結果都串成一條紀錄，團隊可以分享，也可以僅限內部使用。
想閱讀一份真實的證據封包嗎？ 開啟範例報告.
三種形式
您的流程，由您決定。
每種形式都是獨立的選項，沒有固定順序。可以只用一種，也可以為有需要的職缺組合使用。
常見問題
- 候選人在 DevEval 面試上需要花多少時間？
- 每項任務的時間長度由貴團隊設定。候選人開始前就會在邀請中看到，並在您設定的時段內選擇開始時間。
- 候選人需要建立帳號嗎？
- 不需要。每份邀請都是私人連結。候選人開啟連結、閱讀規則，準備好後即可開始。
- 如果候選人斷線了怎麼辦？
- 作業會隨時自動儲存。重新開啟連結後，工作階段會繼續，已完成的工作和剩餘時間都不受影響。
- DevEval 是否做出招聘決定？
- 不會。DevEval 蒐集證據，並標明哪些已觀察到、哪些未觀察到。由貴團隊審閱、決定誰進入下一輪，並通知候選人。