要用 AI 建立會議議程，先判斷是否真的需要開會，定義一個預期結果或決策，再提供已核實的參與者角色、限制、預讀及可用時間。AI 可以組織候選議題，但會議負責人必須在發佈前確認目的、順序、負責人、方法、限時、無障礙、保密及利益衝突。

議程是會前控制，不是文字記錄或跟進郵件。通用 AI 使用指南說明為何來源材料、私隱選擇及最終批准仍屬於人類職責。

關鍵要點

異步更新或決策已足夠時，不要安排會議。

寫清唯一預期結果、決策負責人及非目標。

按明確角色邀請參與者，而不是為了知會而全員加入。

每個議題都有負責人、輸入材料、方法、限時及預期產出。

及早發送可存取的預讀，讓參與者真正準備。

檢查時區、保密、利益衝突及參與需要。

定義決策/行動交接，但不預寫會議紀錄。

步驟 1：先判斷是否需要開會

需要即時交換意見來解決不確定性、質疑證據、協調緊急回應或形成共同決定時，會議才有價值。如果目的只是廣播更新、收集獨立意見或取得可異步完成的簡單批准，會議通常沒有必要。

先回答五個問題：

大家同時出現會改變甚麼？
是否有具體決策、協調要點或共同產物？
是否必須快速來回討論，而不能獨立覆核？
所需證據能否在擬定日期前提供？
可存取的文件、表格或錄製更新能否達到相同結果？

若決定不開會，仍要指定非同步負責人、回覆期限、決策規則及記錄位置。AI 可以整理比較，但組織者必須考慮權力關係、緊急程度、參與需要與機構政策。

步驟 2：定義一個預期結果及決策邊界

用一句話說明會議結束後應發生甚麼改變。「討論發佈」只是議題；「決定已核實準備度標準是否支援獲批准上線窗口」才是預期結果。補充決策負責人、範圍、非目標、約束，以及證據不足時的回退值。

欄位	記錄內容
會議 ID/版本	穩定標識符及修訂版
目的	為何需要同步協作
預期結果	決策、協調一致、覆核或共同產物
決策負責人	有權限的人或機構
範圍/非目標	可解決與不可解決事項
輸入材料	已批准預讀材料及證據 ID
約束	政策、期限、保密要求或資源邊界
證據不足處理規則	延期決定、要求證據或縮小決定
記錄負責人	負責正式交接記錄的人

不能讓模型推斷決策負責人或虛構共識。若多個決定的權限或證據不同，應分開處理或逐一標記。

步驟 3：選擇參與者及角色

只邀請提供證據、質疑假設、作出決定、執行結果或代表實質受影響工作所需的人。分開必要參與者、可選觀察員及非同步參與者。

角色	貢獻
主席/主持人	保護目的、參與及時間
決策負責人	決定或正式升級事項
議題負責人	說明某一議題及所需輸出
證據負責人	對來源、分析或控制措施負責
質疑者	檢驗假設及不同觀點
記錄負責人	記錄獲批准交接欄位
參與者	提供專業知識或受影響用戶語境

不要因為舊分發名單就邀請某人，也不要把日曆、私人訊息、員工檔案或績效資訊提交至未獲批模型。某人無法出席時，確認書面意見、代理人或單獨協商是否有效，並說明其建議或決策權限。

步驟 4：準備以證據為中心的預讀

預讀應讓參與者知道議題為何重要、要讀甚麼及如何準備。ACSS 規範要求公開議程提供足夠背景，並提前發送材料；其中兩星期安排屬於該委員會，不是所有團隊的固定期限。［1］HMRC 指引同樣建議提前發送針對具體事項的議程，讓參與者準備，但不要把議程寫成窮盡式的、限制性的問題清單。［2］

每份資料記錄標題、負責人、版本、核對日期、支援的議程項目、必讀章節、事實/假設/建議/待解決問題標籤、共享限制、準備要求及無障礙格式。連結至一個受控版本，不要附上多個互相衝突的「最終版」。

若要把零散記錄整理成簡報，可採用筆記轉報告流程，但來源負責人必須驗證結果。

步驟 5：把議題改寫成以結果為導向的議題項

每個議題項說明參與者要做甚麼。「預算」含義不清；「質疑三項成本假設並決定哪些數據需要重做」更可執行。

欄位	合成例子
議題項 ID	`A-03`
預期結果	判斷準備度證據是否足夠
負責人	營運負責人角色
輸入材料	`RP-08` 及例外 `EX-04`
方法	證據覆核、質疑覆核、決策
限時	25 分鐘
預期產出	繼續推進、延期決定或要求具名證據
決策負責人	治理委員會角色
記錄欄位	決策、理由、負責人、截止日期

按依賴項排序：聲明、目標及決策規則在先，證據覆核早於結論，並為歸納、異議及交接留時間。最高風險議題不能放在可能被擠走的末段。

步驟 6：用 AI 建立會議議程時只組織、不補造

提供已批准會議簡報、參與者角色、預讀材料清單、候選議題項、總時長、休息時間及約束：

只把已提供議題項組織成議程草稿。
保留議題項 ID、負責人、來源 ID、決策權限及總時長。
每項返回預期結果、輸入材料、方法、限時及預期產出。
不得虛構參與者、可出席情況、事實、決策、預讀材料或期限。
缺失依賴項及權限標記 [VERIFY]。
不得發送邀請、存取日曆、建立會議紀要或聯絡參與者。

AI 可以建議時長，但主席應按複雜度、人數、無障礙需要及決策影響程度調整，並用試算表或日曆確認總數。NIST 將虛構內容、私隱、資訊完整性和人機協作配置視為生成式 AI 風險。［4］來源標識和限制有助暴露補造內容，但不能證明議程可行。

步驟 7：測試議題限時及流程

對每項估算界定方式、靜默覆核、討論、質疑覆核、決策及記錄所需最短時間。若放不下，應縮小問題、改善預讀、減少參與者、把更新改為非同步，或另開會議。

組成	分鐘
開場、目的、衝突	10
證據覆核	20
決策議題項	30
休息時間	10
第二個決策議題項	25
交接及結束環節	15
合計	110

這些是合成數字，不是通用範本。技術、傳譯、複雜參與需要或有爭議證據會拖慢討論，應預留緩衝時間。若目標是共同產生創意或產物，應使用工作坊引導計劃，不要以腦力激盪模糊決策權限。

步驟 8：檢查無障礙、時區、私隱及衝突

透過機構批准的私密流程詢問合理便利，不要讓參與者在議程公開醫療細節。按需要提供無障礙文件、字幕、口譯、鍵盤可操作的工具、休息時間及非同步路徑。GOV.UK 提供數碼無障礙實務指引。［3］具體義務仍由當地法律及政策決定。

列明日期、開始/結束時間、時區、地點或獲批連結、準備要求及合理便利聯絡人。說明保密要求、共享、錄音錄影、儲存位置和保留期限規則，並避免反覆讓同一地區承擔不便時段。

需要時把利益衝突申報放在開首。ACSS 規範展示一種具體管治方式：成員申報相關利益，參與範圍可能受限制。［1］應採用本機構規則，而不是複製其他委員會程序。

步驟 9：由負責人發佈並控制變更

承擔責任的組織者覆核並發佈最終版議程。內容包括版本、發佈日期、負責人、目的、參與者及其角色、預讀材料、準備說明、議題項表格、存取資訊、保密要求、衝突流程及合理便利聯絡人。

設定普通變更截止點及緊急變更規則。議題項、時間、負責人或文件改變時，透過獲批管道通知參與者並增加版本；目的實質改變時，重新判斷同一會議和參與者是否仍然合適。

本流程不讓 AI 發送邀請或電郵。批准決定後的廣泛溝通應使用變更溝通計劃。

步驟 10：定義會後交接

議程只規定正式記錄如何捕捉結果，不能假裝結果已經發生。最小交接欄位為：

決策 / 行動 / 負責人 / 截止日期 / 待解決問題
由獲授權記錄負責人在會議中或會後按事實填寫

本流程不撰寫會議紀要、不推斷共識，也不自動分配工作。記錄負責人記錄實際發生的內容，決策負責人確認決定，行動負責人確認承諾。若要從經同意的文字記錄或已核實的筆記中擷取任務，應在會後使用獨立的會議行動項流程。

發佈前檢查甚麼？

總結

先驗證同步討論是否創造真實價值。
定義一個預期結果，並顯示決策權限。
按角色邀請參與者，提前發送受控預讀。
把議題改寫為以結果為導向且設有時限的議題項。
AI 只組織已提供事實並指出缺項。
人工檢查可行性、存取、私隱及治理後發佈。

常見問題

甚麼時候不應開會？

只需廣播資訊、收集獨立意見或取得簡單可記錄批准時，應採用可存取非同步路徑，並定義負責人、期限、決策規則及記錄位置。

會議議程應該多長？

只要能清楚說明目的、準備、角色、時間安排及預期產出即可。複雜證據放在受控預讀材料，不要用冗長議程取代。

每個議題都需要限時嗎？

需要。限時應涵蓋界定方式、證據覆核、討論、質疑覆核、決策及記錄，而不是把時間平均分給每個議題。

會議預讀應提前多久發送？

按適用的政策及實際工作量，早至足以讓受眾準備。正式委員會可能需要數星期，小型營運會議可能較短；緊急會議應說明缺失準備並縮小預期結果。

誰需要參加決策會議？

包括決策負責人，以及提供證據、質疑覆核、實施或受影響用戶語境所需的人。其他人可採用可選或非同步路徑，不要把知會誤作批准權限。

無法即時參加的人怎樣貢獻？

使用書面意見、獲批代理人或單獨協商，並說明替代者能建議、決策還是只提供證據。

哪些私隱與衝突檢查應放在議程？

說明分類、共享、錄音錄影、保留期限及申報規則，但不要公開敏感細節。合理便利與衝突應透過批准的私密渠道處理。

AI 應同時建立會議紀要和跟進訊息嗎？

不應。議程在會前產生，不知道實際發生甚麼。會後由獲授權記錄負責人使用已核實備註或獲同意文字記錄，另行確認決策及承諾。

來源

GOV.UK, ACSS Code of Practice — https://www.gov.uk/government/publications/acss-code-of-practice/acss-code-of-practice
HMRC, Preparing for the Meeting—Planning for Meetings — https://www.gov.uk/hmrc-internal-manuals/enquiry-manual/em1835
GOV.UK, Guidance and Tools for Digital Accessibility — https://www.gov.uk/guidance/guidance-and-tools-for-digital-accessibility
NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 9 月 4 日。

如何用 AI 建立會議議程：先定預期結果，再排議題與限時