免費會議議程產生器

什麼是會議議程產生器？

會議議程產生器是一款免費工具，只需幾秒鐘，就能將主題和時間限制轉換成結構化、分配時間的議程。輸入會議主題，選擇時長（15、30 或 60 分鐘）和類型，再加入想討論的主題，這款免費會議議程產生器就會建立有順序的議程 - 目標、分配時間的環節，以及決策與行動事項總結。

它可以作為團隊同步會議、1 對 1 會議、專案啟動會議、決策會議及回顧會議的議程製作工具，讓每場會議都以計畫開始，並以負責人與後續步驟告終，而不是一句「我們再回頭討論」。將它貼到你的行事曆邀請中，就完成了。

當你希望整場會議都有人處理 - 議程、簡報資料包以及後續會議紀錄時，KissMySkills 上的 Executive Assistant Skill（Diane）能將 Claude、ChatGPT 或任何 AI 聊天工具變成一位資深行政助理，為你準備好所有內容。

當議程不再只是禮貌安排，而成為法律文件

對團隊同步會議而言，議程只是便利工具；但對公共機構而言，議程是讓會議合法進行的要件，而相關規則對時間與措辭的要求毫不寬鬆。

根據加州《拉爾夫·M·布朗法案》，政府法規第 54954.2(a)(1) 條規定，立法機構必須「至少在」定期會議召開前「72 小時」公告議程。議程「應包含會議中將處理或討論的每項業務的簡短一般性描述，包括閉門會議中將討論的事項」，而法規本身也提供了篇幅指引：「一項事項的簡短一般性描述通常不必超過 20 個字。」議程必須張貼在公眾可自由取閱的地方以及機關網站上；對於 2019 年起舉行的會議，還必須透過首頁上的「醒目且直接的連結」提供存取，且該連結「不得位於情境選單中」，並採用可擷取、可下載、可編製索引及可電子搜尋的格式。

人們低估了遺漏事項所帶來的後果。第 54954.2(a)(3) 條禁止對未列入已公告議程的事項採取任何行動或進行討論，但有幾項狹義例外：成員可以簡短回應公眾陳述、提出澄清問題、簡短宣布或報告自己的活動、將某人轉介給工作人員，或指示工作人員將該事項列入未來議程。若要將真正的新事項列入當前會議，必須由多數人認定為緊急事項，或以三分之二票通過認定需要立即採取行動，且該需求是在議程公告後才產生。

其他司法管轄區採用不同的設定。德州以工作日而非小時計算：政府法典 551.043(a) 要求在公開可查閱的場所張貼通知，「至少在預定日期前三個工作日」，而 551.041 規定通知必須載明會議的「日期、時間、地點及主題」。依據德州 551.045 的緊急通知只需要提前一小時，但該機關「應在通知中清楚指出緊急情況或迫切的公共必要性」。受《陽光下政府法》涵蓋的聯邦機構則有整整一週：5 U.S.C. 552b(e)(1) 要求「至少在會議前一週」公告。相較之下，佛羅里達州完全沒有規定天數 - Fla. Stat. 286.011(1) 只要求「合理通知」。

議事順序是規則，而非偏好

正式會議承襲議事程序所建立的結構，而 Robert’s Rules 傳統中的兩點，會改變生成議程的使用方式。

第一點是誰擁有決定權。Robert’s Rules 官方常見問答明確指出：「許多人都認為主席『設定議程』，這種假設是錯的。」提議的議程只有在「會議一開始由全體會議通過」後才會成為正式議程，而在那個時刻，「任何成員均可動議修正所提議的議程，加入該成員希望加入的任何事項。」因此，生成的議程只是一項提案，期待它原封不動地通過，是對程序的誤解。

第二點是順序。Robert 自己出版的 《議事規則修訂版》 為未採用任何規則的團體設定了預設順序：宣讀並核准會議紀錄、常設委員會報告、特設委員會報告、未完成事項，然後是新事項。特別議程優先於一切事項，唯獨宣讀會議紀錄除外；若要打破議程順序處理事項，必須暫停規則，而這需要三分之二多數票。如果你的董事會依照 Robert’s Rules 運作，那麼僅因為新事項感覺更有活力就以此開場的議程，等於是在會議開始前要求主席違反規則。

描述中該放些什麼，以及時間限制真正的用途

即使沒有任何法規適用，《布朗法案》的二十字規則仍是一項有用的訓練，因為它迫使描述回答一個問題：我們要決定什麼？

比較同一項目的兩行。 預算討論 - 20分鐘 沒有告訴任何人應該準備什麼、是否出席或是否提出異議。 批准或駁回修訂後的第四季承包商預算（超出計畫4.8萬英鎊）；需在14日前作出決定 告訴所有人目前的利害關係、哪些人需要在場，以及延後會有什麼後果。它恰好也是二十個字。

時間限制的原理相同 - 它們是承諾，不是估算。可靠的做法，是根據事項類型而非有趣程度來設定時間：無法事先閱讀的狀態更新，代表寫得不好；一項決定需要預留足夠時間處理你尚未聽到的反對意見；而沒有附帶決定的討論，則是在超時時應刪除的事項。公共機構也將此正式化。《Brown Act》54954.3(b)(1)允許機構限制某議題的總時間及每位發言者的時間，而54954.3(b)(2)要求對使用翻譯員的發言者，至少提供所分配時間兩倍的時間。

有一項結構性規則適用於每一種會議：把最可能延後的事項放在最後，把能解除其他人阻礙的決定放在最前面。議程通常是在結尾失效，而不是開頭。

這個產生器做不到的事

它無法讓你的會議依法完成通知。如果你是公共機構，議程必須在正確的地點、以正確的格式，並提前正確的小時數或工作日數張貼。會議當天早上以電子郵件寄出的自動產生議程，完全不符合上述任何一項要求。

它無法精確到足以符合法規要求地措辭一個議程項目。「簡要的一般性描述」訴訟的重點就在於，含糊的標題不算通知。只有知道實際要提出什麼的人，才能寫出涵蓋該事項的描述。

它不知道哪些事項尚未解決。未完成事項來自上次會議的會議紀錄。產生器從未看過那些紀錄，因此任何延續事項都必須由你自行加入。

它無法讓會議變短。時間限制是由主席執行，而不是由文件執行。如果沒有人願意在十分鐘一到時停止討論，那份議程就只是裝飾。

它無法決定會議是否應該召開。自動產生議程最有價值的用途，是把它當成測試：如果你無法在任何一個欄位中寫下需要作出的決定，那你手上的是狀態更新，而它可以用電子郵件處理。