裝置寄出了，賬號申請提交了，訓練也預約了。到職表一排勾，新人第一天卻進不去業務系統。
AI到職清單整理應當回答“哪些完成已有證據，哪些還在等待確認”，而不只是把聊天裡的“已安排”改成完成。 HR負責準備材料，IT確認賬號與裝置，用人主管確認崗位需要。Agent把三方資訊整理到同一份可回源的交接表。
Buda HR場景包含到職清單和員工問題整理。用已授權的脫敏副本做完成依據盤點，不需要先連線員工系統寫入。
三份檔案，一個明確的截止
下面全部為虛構教材，不是員工資料或已執行的到職專案。新人穩定ID為EMP-A，不能靠姓名匹配。輸入為HR-plan-v1、IT-note-v2、training-note-v1，均是脫敏授權副本。盤點截止為2026年10月21日10:00，Asia/Shanghai。
- HR計劃列任務、負責人、計劃日期與地區模板，但勾選只表示協調員登記，不能預設是完成證明。
- IT說明分別寫裝置與賬號，不能把一個完成擴充套件成整套就緒。
- 訓練記錄區分預約、簽到與豁免批准，未附簽到不自動證明未參加。
身份證、健康、薪資和訪問憑據不在輸入裡。只保任務需要的最小資訊；脫敏檔名也不自動限制訪問，先確認Drive共享範圍。
四種狀態，比一個勾更有用
保留原文狀態，再用本次團隊明確的規則整理：已確認完成、待執行、待確認、不適用。這些是建議的任務表分類，不是Buda原生HR狀態。
| 任務 / 原文出處 | 原文 | 整理狀態 | 還要誰確認 |
|---|---|---|---|
| T01裝置，IT-note-v2第1項 | “EMP-A已於10月20日簽收” | 已確認完成 | IT核對被授權的簽收依據 |
| T02業務賬號，IT-note-v2第2項 | “申請已提交，開通待處理” | 待執行 | IT完成並提供狀態確認 |
| T03訓練，training-note-v1第1項 | “10月22日14:00已預約” | 待執行 | 訓練負責人後續提供簽到 |
| T04通用訓練，HR-plan-v1第4項 | “本批免訓，見批准R4” | 不適用 | HR核R4有效範圍和人員ID |
“已確認完成”要求證據能說明這項具體任務，日期明確且主體匹配；計劃表自己打勾不夠。T01也只證明裝置簽收，不證明業務系統能用。
缺的是附件，還是事情沒做？
如果訓練日期已過，只有“已安排”而沒有簽到，把它記作待確認。不要寫未參加、未完成或失敗，更不能把沉默當負面記錄。向訓練負責人索取授權範圍內的簽到確認；找不到附件時列出缺失位置和待核問題。
同樣，“裝置已寄出”只證明寄出。沒有簽收記錄就不能變成已到位；如果在途狀態明確，保留待執行與當前進展。證據是完成條件的一部分，不是文字越多就越可信。
原文互相矛盾時也不投票：IT寫已開通、HR寫等待，保留兩邊日期和出處，交IT核對應任務與當前狀態，不能隨意選較新訊息覆寫另一條。
依賴阻塞和逾期分開算
經理安排的系統實操T05依賴T01裝置和T02業務賬號。T01完成、T02待執行，T05就仍有依賴未滿足，即使日曆上還沒到訓練時間。
反過來，存在依賴不代表逾期。只有計劃日期、明確截止時刻和當地時區都已定義，才能在盤點截止比較。日期未知寫null，單有“週三”不猜具體哪一天；海外模板按各自當地規則核，不能套總部時區。
onboarding-readiness.csv每行應有employee-id、task-id、負責人、依賴、計劃日期/時區、原文狀態、整理狀態、證據位置、證據日期、待核問題與規則版本。依賴是否滿足、是否逾期另列，不塞進單個“紅燈”。
不適用不能冒充完成
T04有批准R4才能列不適用。記錄批准者角色、有效範圍、模板版本及證據位置，並核EMP-A屬於該範圍。豁免不產生上課簽到，也不該算作參加訓練的人數。
不同地區有不同檔案要求時，用HR批准的地區模板分別檢查。Agent不推斷勞動法、錄用決定或合規結論；模板不明就交HR確認，而不是拿另一地區的列表補齊。
一份交接表，三類負責人
missing-confirmations.md不是催辦郵件集合，而是問題佇列：任務、缺什麼、問誰、授權證據位置、會影響哪個後續步驟。manager-handoff.md說明能開始的工作、受阻依賴和下一位負責人，不宣稱員工已全面就緒。
HR確認模板、豁免和身份對映；IT確認實際賬號/裝置狀態；經理確認崗位準備與後續安排。Agent不改員工資料、不開賬號、不授予許可權、不自動提醒或評判員工。
只讀指定三份授權材料，使用EMP-A對映。保原詞和出處，分已確認完成/待執行/待確認/不適用。預約不等參加，申請不等開通，寄出不等簽收，缺附件不等未完成。日期未知null，依賴與逾期分列。輸出onboarding-readiness.csv、missing-confirmations.md、manager-handoff.md。不訪問無關人員材料，不改系統、不發訊息、不開賬號、不做合規判斷。
把授權副本放入Buda Drive，在獨立Session組織本批任務。Session隔開會話，不隔離同一Agent的檔案許可權；Agent Drive與Space Drive的共享區別需要先確認。
先用四個反例驗收
以下是建議測試，尚未執行，不是準確率或效率結果：裝置已到位但賬號未開通，不能判崗位就緒；訓練已預約卻無簽到，不判已參加；豁免有有效批准，列不適用而非完成；兩個同名人用穩定ID區分，對映缺失則停止，不把另一人的記錄拼過來。
這套檢查針對員工到職的具體依賴，不是驗證Agent有沒有活動或是否寫出檔案。真正要看的，是經理拿到交接包後能否知道下一步由誰確認。
誰能證明完成？
對該項實際負責的人和獲准的源記錄。例如IT確認賬號，訓練負責方確認簽到，HR核模板。經理不能僅憑一排勾替所有部門確認。
缺附件時怎麼辦？
保留原文與缺失位置，標待確認，向對應負責人要最小必要確認。不將沒拿到證據等同事情沒做。
不同地區能共用模板嗎？
共用表結構可以，適用要求需HR批准的地區版本。各地時區與截止分別保留，不由Agent推斷法規。
不適用能打完成嗎？
不要混用。保豁免依據與範圍，單列不適用；統計時與完成、參加等業務指標區分。
在Buda AI的Marketplace搜尋並安裝適用的資料整理Skill，閱讀它的輸入與資料邊界後再用脫敏樣本驗證。先交一份負責人能接手的缺口清單，再決定是否擴充套件連線或提醒；勾選整齊不是目的，新人真正需要的準備才是。