好事道 GDDAO 是什麼
好事道 GDDAO 是團隊與組織的 AI 協作平台，由孔雀魚數位科技開發。 把團隊協作、資料收集與成果整理連在一起，讓內外部夥伴與 AI 共同完成工作。
用 AI 一起把事做好，讓成果有據可查。你可以從團隊對話、專案、任務、活動、問卷或錄音開始，逐步把分散的資料整理成可以交付、交接與重用的知識。
誰適合使用
- 需要收集資料與交付成果的各類組織：一般團隊、顧問與專業服務，把需求、分工、會議紀錄與交付內容放在共同工作脈絡。
- 企業 ESG／永續與跨組織協作團隊：和在地夥伴一起執行計畫，收集活動、問卷及專案資料，再整理成可檢查的成果草稿。
- NGO／協會／基金會與補助計畫團隊：串接日常任務、活動與資料收集，減少結案和交接時重新找資料的工作。
從日常工作到可重用成果
- 建立工作空間，確認成員、合作對象與資料可見範圍。
- 在專案中釐清目標，分配任務與負責人。
- 透過對話、活動、問卷、錄音與文件收集工作資料。
- 選擇可使用的來源，請 AI 協助搜尋、摘要、分析或產出草稿。
- 由人員檢查數字、來源與公開範圍，再交付或發布；保留可供後續使用的內容。
這是建議的工作方法。各功能的資料串接、權限與發布方式，請依對應指南及實際介面操作，不代表所有資料會自動匯入每一份成果。
AI 與人員的分工
AI 協助整理知識、分析資料及產出草稿。人員負責編輯、確認與使用。摘要不等於已查證事實，AI 產出的報告也不等於第三方確信、查核或認證。
資料有來源，成果可確認，知識可重用。 這是我們的工作原則；完整的成果主張、證據依賴與專業審閱治理仍會持續建置，不能把規劃中的能力視為已全面上線。
第一次使用，先完成一個小循環
不需要先搬進所有歷史資料。挑一項近期要交付的工作，例如會議紀錄、活動摘要或合作提案，準備一份原始資料與明確的交付要求。先讓一位執行者整理、一位負責人確認，確認接手的人能找到來源後，再擴大到更多成員。
| 起點 | 先準備 | 第一次交付 |
|---|---|---|
| 會議或訪談 | 原始錄音、主題、參與角色 | 核對過的紀錄與待辦 |
| 活動結案 | 活動資訊、簽到與回饋 | 分清期間及人數口徑的摘要 |
| 跨組織合作 | 工作範圍、窗口、既有材料 | 可討論的提案與補件清單 |
怎麼判斷導入有沒有幫助
請實際交接一次：換一位成員找出報告用到的資料，說明尚未確認的部分，再依交付要求補充。若仍需靠原作者私下解釋，應先改善命名、資料位置與任務說明。文件變多並不是目的，團隊能接續工作才是。
從這個畫面開始
先用一個具體問題理解好事道
假設你要辦一場社區工作坊。群組裡有人討論場地、有人保管報名表，現場又新增照片與錄音。結案時，負責人需要知道哪些事情真的做了、哪些資料可以使用，以及還有誰需要補件。
好事道的用法，是把這些工作放進可以接續處理的脈絡：用專案說明目標，用任務交代責任，用活動與問卷收資料，再用知識庫和 AI 整理。你可以先從其中一個需求開始，逐步增加功能。
常見名詞各自解決什麼問題
| 名詞 | 要回答的問題 | 工作坊示例 |
|---|---|---|
| 工作區 | 我正在替哪個團隊工作？ | 本次教學團隊的資料範圍 |
| 專案 | 為什麼做、何時交付？ | 工作坊籌備與紀錄整理 |
| 任務 | 誰要交什麼？ | 整理報名欄位草稿 |
| 活動 | 參與者如何參加？ | 報名、現場參與與紀錄 |
| 知識 | 下次如何找回材料？ | 場地說明、會議紀錄與逐字稿 |
| AI 草稿 | 如何把材料整理成可讀內容？ | 決議、待辦與尚未確認事項 |
第一天先準備什麼
選一份可使用的來源、一項清楚的交付要求，以及一位負責確認的人。例如使用一段會議紀錄，交付「決議與待辦表」，由會議主持人核對。先完成這項小工作，再移入更多資料，會比較容易發現真正需要的設定。
不同起點的閱讀路線
想先試資料整理，依序閱讀知識庫、AI 協作與報告教學；負責現場工作，可先看 App 錄音、分享與任務交付；負責團隊導入，則先看帳號與工作區、成員管理，再安排共同工作流程。
衡量是否上手時，請看另一位成員能不能找到資料、理解交付要求並接著做。登入成功或建立很多專案，只代表完成設定，還不是完整的工作交接。