良好的 AI 交接應具備甚麼

良好的 AI 交接，應該讓下一位接手的人更有能力，而不是更困惑。

這點看似理所當然，但不少 AI 輸出都不利於交接。它們只作摘要、草擬或建議，卻沒有交代採用了甚麼、作過哪些假設、仍欠缺甚麼、下一步由誰負責，以及哪些事情未經批准不可進行。

對專業工作而言，這並不足夠。

交接不只是一段文字，而是脈絡和責任的轉移。

交接為何失敗

當下一位接手的人無法辨識以下事情，交接便會失敗：

• 有甚麼改變；
• 哪些來源重要；
• 哪些內容欠缺支持；
• 哪些事情已經檢查；
• 決定由誰負責；
• 甚麼最迫切；
• 甚麼需要上報；
• 哪些行動獲得允許。

AI 可以減少這個問題，也可以令問題惡化。

若系統只產生一個流暢答案，卻沒有保留過程紀錄，審閱者可能要由頭重組工作。相反，一項責任清楚的交接，能讓審閱者由更清晰的起點繼續。

交接紀錄

實用的 AI 交接應包括：

這個格式刻意保持簡單，只保留下一位接手的人檢查、修正和繼續工作所需的最低限度脈絡。

例子：律師助理交接給合夥人

案件審閱的 AI 輔助交接可能寫成：

• 工作對象：Smith 案件，文件披露審閱。
• 目前狀況：星期一後新增三份文件，下星期有一項限期。
• 所用來源：文件登記冊、客戶電郵、時序草稿。
• 欠缺脈絡：尚未確認和解取態的指示。
• 建議下一步：更新客戶前，由合夥人審閱問題清單。
• 邊界：未經合夥人批准，不得發送客戶通訊。

系統沒有提供法律意見，只是整理好交接所需的材料。

有用的分工，在於把證據整理與專業判斷分開。文件登記冊、近期電郵和最新時序表，可以整理成一份簡短的問題清單，顯示自上次審閱後有何改變。這份清單不應變成肯定的建議，因為真正決定可能取決於和解取態、客戶意願，或一段未被記錄的對話。

合夥人需要三層資料：簡短的狀況摘要、有來源支持的變動，以及待解問題。每項新問題都應連回文件、電郵或時序紀錄。待解問題要直接說明不確定之處。「尚未確認和解指示」遠比一項沒有根據、看似完整的結論有用。

這才真正解決交接問題。合夥人不需要另一份看似無所遺漏的摘要，而是要知道哪些工作已準備好、哪些仍不確定，以及甚麼決定仍由自己負責。

例子：財務交接給預算負責人

續約審閱可以寫成：

• 工作對象：設計軟件續約。
• 目前狀況：已收到續約通知，開支增加 18%。
• 所用來源：發票、合約、使用量匯出資料、預算負責人註釋。
• 欠缺脈絡：尚未確認外部承辦商的使用情況。
• 建議下一步：由預算負責人確認依賴程度和談判取態。
• 邊界：未經財務審閱，不得批准續約或通知供應商。

交接能避免決定淪為一串含糊的電郵對話。

實用做法不是只有「批准」或「拒絕」按鈕，而是一個讓人查證預算問題的續約工作區。續約通知、合約條款、上期發票、目前使用量、負責人紀錄和團隊筆記都應放在同一個視野內。預算負責人便可從成本變動、實際使用、業務依賴、取消風險和談判選項幾方面審閱決定。

起點可以很簡單。輕量版本是在每月審閱前，把續約摘要交給財務和預算負責人。較完整的版本可以維持一份續約清單，標示來源是否齊全、使用資料是否欠缺、負責人是否確認、談判取態是否待定和審批是否進行中。再進一步，可以連接財務紀錄與帳戶或使用數據，在供應商發出通知前找出使用率偏低的續約。

無論採用哪個版本，開支決定都由人作出，但決定周圍的迷霧會減少。財務能看出加幅是否重大，預算負責人能判斷工具是否真正需要，採購則能確認是否仍有談判時間。AI 的作用是釐清決策所需的資料，而不是把預算權限假裝成模型輸出。

例子：項目經理交接給顧問

工地決定可以寫成：

• 工作對象：有關天花淨高的資料索取要求。
• 目前狀況：承辦商照片與最新圖則不符。
• 所用來源：資料索取要求、工地照片、圖則修訂版、會議紀錄。
• 欠缺脈絡：尚未收到顧問意見。
• 建議下一步：準備顧問問題，並暫緩回覆。
• 邊界：設計負責人批准前，不得向承辦商發出指示。

價值不在於 AI 決定工地問題，而在於下一位專業人員能清楚看見問題。

這類交接最適合整理成決策資料包，而不是一段自由格式訊息。資料索取要求、最新圖則版本、相關照片、會議紀錄和顧問過往意見應放在一起，衝突才會清楚可見。照片看來與圖則不符，但顧問尚未確認現場情況。

其中一種做法，是連同證據草擬向顧問提出的問題，並清楚寫明暫緩界線：未經設計負責人批准，不得指示承辦商。另一種做法，是在項目審閱中建立簡短狀況紀錄：「現場證據與圖則不符；欠缺顧問回覆；承辦商指示暫停。」這項狀況很重要，因為項目工作常因相同的不確定情況在多次會議中反覆被發現而失效。

重點是保留問題目前的完整形狀。零散項目資料變成一個可審閱的決策點，清楚顯示有哪些證據、欠缺甚麼、由誰回答，以及甚麼行動要暫停。

怎樣令交接可以問責

可以問責的交接必須留下紀錄。

紀錄應顯示：

• 系統讀取了甚麼；
• 系統產生了甚麼；
• 系統曾否修改任何內容；
• 由誰審閱；
• 其後作出甚麼決定；
• 仍有哪些待辦事項。

這不需要沉重官僚程序，只需留下足夠紀錄，讓團隊理解工作如何推進。

NIST SP 800-53則提供更廣闊的脈絡，把風險視為整個社會技術系統的一部分，而不只是模型行為。

交接與自主程度

良好交接也是管理自主程度的方法。

系統獲准行動前，應先有能力完成清楚交接。若它無法解釋用了甚麼、假設了甚麼和需要人處理甚麼，就不適合獲得更廣權限。

Anthropic 的智能代理建構指引^{3Anthropic：建立有效的智能代理}區分按照預定步驟運作的工作流程，以及自行安排更多處理步驟的智能代理，並建議採用足以滿足需要的最簡單模式。可靠交接正好是一項實際測試，讓團隊判斷增加自主程度究竟改善了工作，還是只令處理過程更難查證。

這也配合 AI 行動準備程度的分階段方法：先草擬，再提出有證據的建議；獲批准後才行動；交接模式可靠後，只自動化範圍狹窄的工作。

這並不代表甚麼

交接紀錄不應變成一堵文字牆。

目的不是記錄一切，而是保留影響責任的脈絡。良好的交接既要簡短得足以使用，也要具體得足以信任。

資料來源

1. NIST AI 風險管理框架
2. NIST SP 800-53 第 5 版
3. Anthropic：建立有效的智能代理