把議事規則翻譯成中文時，我想到一個問題：如果多個 AI Agent 要一起作決定，議事規則能不能成為它們協作的共同程序？
這是我在 2026 年 8 月提出的構想。目前這篇文章記錄的是翻譯工作的動機與實驗設計方向，還不是一份已完成的 Agent 會議實驗報告。
為什麼會想到議事規則
多個角色輪流產生意見，並不會自然形成清楚的決策。哪個提案正在討論？修正案改了哪一段？什麼時候可以表決？結果通過之後，誰負責執行？如果沒有共同程序，對話可以持續很久，狀態卻不一定清楚。
議事規則讓我感興趣的地方，就是它把其中一些問題轉成可描述的程序。它也提醒我們，決策不只有產生答案，還包括取得發言機會、提出異議、修改提案和保存紀錄。
翻譯提供了一個可對照的起點
本站的 《羅伯特議事規則》1915 年第四版翻譯提供章節、術語、原文來源與版本說明。英文原作與本站新增翻譯的授權分別列在來源與授權頁。
最初的貼文說明翻譯尚未人工校對；網站目前也保留校勘與編輯狀態，使用時應以各頁標示為準。能讀懂翻譯，不等於已證明它可以直接用於任何組織，也不等於這個歷史版本就是今日所有會議的規範。
可以怎麼做一個小實驗
我會先把問題縮小：給定一個提案、幾個參與角色和明確的決策範圍，觀察程序是否能讓結果更容易追溯。
下面是整理文章時展開的實驗構想：
- 將待決提案及其版本保存成共同狀態，讓所有角色知道現在處理的是哪一份文字。
- 記錄動議、修正、裁決與表決，避免只保留最後一段摘要。
- 檢查程序上是否允許當前動作，並保留不被接受的理由。
- 對照沒有程序約束的討論，觀察遺漏、反覆討論、完成時間和 token 成本。
這些是可以測試的項目，並非已經得到的效果。程序太重也可能增加成本，甚至讓錯誤因為形式完整而更難被質疑。
有程序，還需要決定它服務誰
就算 Agent 能正確執行表決，仍然要先有人決定：誰可以參與、誰有多少權重、什麼議題交給它，以及哪些結果必須由人承擔責任。規則本身無法替我們決定這些價值。
我想探索的是，能否讓協作中的分歧與決定留下更清楚的結構。翻譯規則是起點；是否真的改善協作，還需要實際測試。