真理堂數轉小組第三十一次週會會議紀錄

 

會議時間: 1030()中午12:45

與會人員: 詩清長老(代理主席)、明理、怡如、TomJoseph、旭倫、Deborah

一、 主席報告

  • 需求書內容: 亞諾已在群組提供數轉的「需求說明書」2.3 版,包含六、七個附件。文件中詳細列出了台北真理堂數轉系統的架構、功能、開發語言、使用環境、維運、資安等各項規格。
  • 工作時程: 開發時程預計為 10 個月(從第一個月到第十個月)。
  • 安全性與維護: 內容涵蓋資料維護、程式維護,以及專案資安(包括資通訊防護和滲透測試)。
  • 後續行動: 報價部分尚未填寫,後續將與Joann討論。請與會者(特別是Tom、怡如、明理)花時間研讀文件,並在下週會議時提出想法或建議。
    • 會議排程調整
  • 下週週會(需求書討論): 確定調整至 11 5 日(週三)中午12:30本次會議將討論教會對需求書的反饋。
  • 學青活動報名討論: 確定於 11 6 日(週四)上午 11:15舉行線上會議。會議目的是進一步討論並確認學青活動報名的表格及欄位。

三、 線上報名流程規劃

  • 使用者端流程:
  1. 選擇票券: 選擇要購買的票券種類和數量。
  2. 填寫資料: 系統會根據票種和張數,帶出相對應需要填寫的基本資料欄位。
  3. 費用確認: 確認報名費用。
  4. 付款: 執行付款動作。
  5. 介面呈現: 提供電腦版和手機版介面,手機版將設計成更便利操作的方式(如可滑動或多層呈現)。
  • 管理員/同工端流程:
  1. 設定活動內容: 放入活動資訊、海報等。
  2. 選擇表單樣式: 選擇相對應的表單樣式。
  3. 欄位確認: 確認所有欄位設定。
  4. 設定報名費: 設定本次活動販售的票種。
  • 規劃的票種類型:

規劃中包含五種主要票種:

  1. 早鳥票(Early Bird Ticket): 可設定截止日期和時間區間,名稱和販售上限可任意設定。
  2. 一般票種(General Ticket): 基本設定,如成人票或裝備課程票。
  3. 雙人票(Double Ticket): 專為家庭裝備等夫妻一同報名設計的優惠套票,且需要填寫雙人資料。
  4. 兒童票(Children’s Ticket): 獨立出來是因其所需填寫的資料欄位與成人票不同,欄位較少。
  5. 愛心票(Compassion Ticket): 針對兒童牧區的需求,需要具備上傳附件的功能。

四、 AI 系統功能與 Demo 說明

AI 系統的目的是加速牧師或助理搜尋講道相關見證的過程。

  1. 使用情境與目標:
  • 情境: 牧師請助理尋找(可選擇透過語意或關鍵字或hybrid)與講道內容相關的見證。
  • 結果: AI 依據講道內容的需求(語意或關鍵字),搜尋出相關見證,供牧師篩選。
  1. 核心需求與挑戰:
  • 建立 AI 資料庫: 將文字見證上傳,建制成 AI 可閱讀的資料庫(系統已具備此功能,但需逐步測試和確認輸出)。
  • AI 語意搜尋: 透過 AI 進行語意搜尋,取代傳統關鍵字搜尋(例如,可以搜尋「面對苦難時透過禱告勝過苦難」的見證)。
  • 影音轉文字納入: 評估是否將影音信息轉成文字並納入資料庫(第二階段)。
  1. 數據一致性與貼標籤:
  • 由於影音信息和文字見證可能由不同團隊處理,為確保 AI 搜尋結果的精準性,必須建立統一的作業模式
  • 建議由影音同工將內容轉成文字後,交由 文字見證團隊 進行分類和貼標籤(設定關鍵主題,如「禱告」或「受洗」),避免標準不一導致 AI 搜尋結果模糊。
  1. AI 助裡進階功能(預期成果):
  • 推薦文章: AI 推薦相關見證文章。
  • 文稿濃縮與生成: 牧師或助裡篩選勾選見證後,AI 能將這些內容濃縮、合併並重寫成一份新的文稿(講稿或文章)。
  • 經文推薦: AI 可根據文稿內容推介試用的經文。
  1. AI Demo 簡述:
  • 搜尋模式: 可使用語意、關鍵字或混合(hybrid)模式進行搜尋。
  • 結果呈現: 系統會根據語意摘要文章,並顯示完整的段落以及文章連結。
  • 文稿生成: 在進階搜尋中,使用者選擇需要的段落,可排序,並可選擇讓 AI 隨機選經文或從推薦經文中挑選,最終生成一篇包含引用的經文的新文章,可下載為 Word 檔案。
  1. 討論與反饋:
  • 現狀: 目前的 Demo 互動方式主要透過點選,這是開發團隊基於「想像」的教會需求設計的。
  • 未來調整: 團隊確認系統未來可加入使用者輸入問題或指令的功能,但需要先確認使用情境與需求。
  • 關鍵需求釐清: 教會必須明確界定 AI 助理的「工作職掌」,也就是希望 AI 幫忙做什麼事(如同一位新僱員)。
  • 測試建議: 建議教會先建制資料庫,透過測試 AI 的產出結果,逐步釐清真正的需求。
  • AI 風險: 代理提到,AI 存在的風險是可能產生「幻覺」(胡說八道),因此教會的關鍵在於確保道和見證的真實性
  • 情境盤點: 應盤點不同使用者(如傳道人、小組長、區長、靈修用)的應用情境清單,以便進行精準設計和規劃。
  • 優先順序: 數轉系統(教會系統)的開發優先級高於 AI,但 AI 對提升效率也很重要。
  • 警惕: 需警惕對 AI 產生依賴(如「AI 講道法」),強調人是 AI 的主人,而非被 AI 控制,必須對 AI 的產出保持敏感和檢視。