範例評估 · 虛構候選人
了解招募決定背後的依據。
一個虛構案例：查看成果、執行檢查、提出下一個問題。
證據報告
虛構範例01 · 候選人作業
先檢視，再測試。
比較 AI 提案與候選人的修改版本，然後對兩者執行相同的檢查。
可執行範例
比較兩種方案
AI 提案
key = event.id
store[key] = delivery僅含事件的金鑰可能會合併來自不同租戶、彼此無關的傳遞紀錄。
候選人修訂
key = JSON.stringify([tenantId, event.id])
store[key] = delivery結構化的租戶與事件金鑰可區隔紀錄，但本身無法解決接收端的重播問題。
對兩個版本執行相同的檢查。
這些檢查針對的是記憶體內的傳遞帳本，而非持續運行的 webhook 服務。它們不能證明授權、並行安全性或恰好一次（exactly-once）的傳遞。
此處未測試：接收端確認、並行行為或安全授權。這些結果並非招募評分。
02 · 面試官判斷
通過檢查並非錄用決定。
本地帳本可能通過檢查，但接收端仍可能重複處理同一則傳送。下一個問題來自這個落差，而非制式的面試腳本。
面試官審查
正式環境評分元件 · 虛構的範例評分
面試官 AI 評分表
在人工驗證之前，證據不足。此小型測試資料集支援帳本去重與租戶隔離；接收端重複處理及負載下的行為仍未經驗證。
在修改關鍵設定前，哪個測試案例失敗？現在為何又通過了？
目的端在接受事件後逾時。接下來會發生什麼事？
範例評分，並非實際的招募建議。評分表僅供決策參考；缺少的證據必須由面試官親自評估。
03 · 工作軌跡
追蹤變更過程，而不只是最終答案。
撰寫的範例序列，並非真實工作階段的錄製內容。
提案
僅含事件的金鑰可能會合併來自不同租戶、彼此無關的傳遞紀錄。
修訂版
結構化的租戶與事件金鑰可區隔紀錄，但本身無法解決接收端的重播問題。
下一個探針
本地檢查支持關鍵變更。接收端重播與並行處理仍需直接驗證。
04 · 候選人結案
有用的回饋。清楚的隱私界線。
分數、排名、招募結果、誠信訊號與審查人員備註僅對招募團隊保密。這是正式環境的候選人預覽元件，內容為虛構且不含分數的輔導說明。
分享正式回饋前須經人工核准。此範例不會發送任何內容。
候選人回饋
虛構的意見回饋範例：展示了哪些工作成果，以及一個實用的下一步。
您在比對兩個租戶的相同 ID 事件後，變更了傳遞金鑰。
獨特的本地紀錄無法確立遠端接收端在逾時後的行為。
接下來試試： 撰寫「接收端已接受但確認訊息遺失」的測試，並說明安全的重試機制。
模擬接受後逾時的情況。比較有與沒有接收端冪等性金鑰時的重試行為。
其益處： 它區分了通過本地檢查與交付保證。
這是編寫而成的示範內容，並非真實候選人的結果，未分析任何真實候選人資料。
- 虛構決策草稿
- 有界的交付帳本範例
- 身分、人格、情緒或口音
- 正式環境的可靠性或授權問題
- 未觀察到的候選人技能
這項證據說明了什麼？接下來您應該測試什麼？
收到訊號時
查看此方案在您的職務上會是什麼樣子。
帶來一個開放職缺，與我們一同逐步檢視任務、報告與後續追蹤。