---
tags: vTaiwan
---
# 20261021 小松
時間 Time :19:00 - 20:00
地點 Location :線上 Online
參與者 Participants: Tim, Bestian, Yi-ting, Allison

自我介紹:
https://www.vtaiwan.tw/jitsi
(請用Google登入以參與視訊並啟用轉錄功能)
::: success
## 專案儀表板:目前 vTaiwan 社群在進行的事情
以下是 vTaiwan 目前正在進行的幾個不同的專案!如果有興趣,可以在取得共筆編輯權限後+1,或者是
1. [vTaiwan議題小聚](/GUe0KXMsQBC-6KTIUPBVnA)
- 適合對審議、公共討論有興趣的人加入
- 活動咖的最愛
- 如果有公民團體與組織想要合作也可以看過來!
- 目前也在進行 [AI 用於數位公民參與經驗](/nJUYukWFSWuEsG-XQalHcA) 的收集!
3. [vTaiwan 網站改版,啟動!](/Q3_hgovyRHusEq8-3nomPQ)
- 目標是打造新的 vTaiwan 網站
- 結合 blog、媒體資源、活動發佈、建立線上活動與討論等功能
- [vTaiwan 網站更新後的治理機制](/HxWF11d4Tz-AfHb3yjwQKg)也在建立中
- 讓不會寫程式的人也可以加入貢獻者!
4. [vTaiwan 主視覺更新](/UqGh6pAUTwuNFr1RE21Rtw)
- 目前已經設計完成!
- 會發佈到新的網站,並在社群媒體上完成更新!
5. [Frankly 測試](/HVEdPVQqQHqVwvFECg7sRg)
- 目前正在測試一個新的線上會議
6. [Civic Talk 測試](/AOQfOmJmS-mcgr2LR4dLQA)
- 目前正在測試一個新的線上公共議題討論平台
8. [vTawian Github Project專案儀表板](https://github.com/orgs/g0v/projects/2)
9. 如果想要提案怎麼辦?
- 目前的 vTaiwan 很歡迎與數位工具相關的公共討論!
- 如果想要成為協作者或者是貢獻者,我們正在努力讓說明更清楚,介面更友善!
- Q: 對用 AI vibe coding 的人想貢獻怎麼做?
- 歡迎,vibe coding 建議可以從前端開始入手。
- 建議步驟:
- 開一個分支(branch),在上面寫新進度
- 進度好了發 Pull Request 回主線
- 和 AI 講「幫我開分支解決 issue 72」,做好後,請 AI 幫忙發 PR
- 負責維護的工程師朋友會幫忙檢查
:::
## 自我介紹
## 小小的分享
### 20270127 世田谷 DX 部門的實體拜會
- 目前預計於 2027 年 01 月 27 日,於 NPO Hub 實體舉辦
- 目前確認日方會來11人左右。
- 事前問題收集共筆:https://g0v.hackmd.io/C5NNMOqoRx2EHyXIj9kccg
## Civic talk改良相關
Tim:
1. 站內處理
https://github.com/g0v/civic-talk-hono/issues/165
2. 命題設定方向 (對應兩種使用情境):
- 張力取向(贊成/反對/中立與學術)
→ **使用情境** 常見於一般大眾,看到某個新聞後想了解某件時事究竟誰對誰錯?
- 中性審議性探討方向(沒有明確的贊成/反對,上傳的素材沒有明確的辦法分類為贊成/反對。)
→ **使用情境** 適用於特定講究中立性的 用戶 or 審議大會,訂一個中性的題目讓大家開放思考。
- https://github.com/g0v/civic-talk-hono/issues/166
## 轉錄逐字稿與AI大綱
### 逐字稿詳情
https://www.vtaiwan.tw/transcription_detail/20261021
### AI大綱
**CivicTalk 會議重點整理(2026‑10‑21 19:19‑19:58)**
---
## 1. 目前使用痛點
- **表單與素材上傳流程繁瑣**:必須不斷複製/貼上,使用者體驗不佳。
- **缺乏自動化**:希望透過 **「Sign‑in with ChatGPT / Claude / Gemini」** 直接串接 API,讓系統自動產生正、反方論點、摘要與標籤(tag)。
---
## 2. 兩大使用情境
| 情境 | 特徵 | 主要需求 |
|------|------|----------|
| **A. 二元(是/否)議題** | 有明確的「贊成 / 反對 / 中立」立場 | ① 快速標記立場 ② AI 整理正反方論點 |
| **B. 開放式(審議/申論)議題** | 無明確是非答案,只求多元觀點(例:世代正義) | ① 靈活的 Tag 系統 ② 允許使用者自行標記或由 AI 建議 |
> 兩者在 **UI/UX、標籤設計、結果呈現** 上皆需差異化處理。
---
## 3. Tag 設計建議
1. **二元議題**
- 預設三種標籤:**贊成 / 反對 / 中立**。
2. **開放式議題**
- 允許使用者自行建立*彈性 Tag*(如「老人福利」「財政負擔」「世代正義」),不受三種固定選項限制。
- Tag 可由 **AI 自動從素材摘要產生**,或由管理員/原 PO 預先設定選項供使用者挑選。
3. **層級結構**
- **第一層**:議題的類別(例:國際 / 台灣 / 警政 / 教育)。
- **第二層**:針對每個立場的細部 Tag(若議題為二元則省略)。
> Tag 的彈性設計同時提升 **搜尋、分類** 與 **AI 整理** 的效率。
---
## 4. AI 介入的範圍與成本
| 功能 | 可自動化程度 | 成本模型 |
|------|--------------|----------|
| **素材摘要與 Tag 產生** | 中等(依素材品質) | **用量付費**(token 計算) |
| **正反方議點自動整理** | 高(依 Prompt 設計) | 用量付費 + 可能的付費 API(如 OpenRouter、Cloudflare) |
| **產出審議手冊 (PDF/Markdown)** | 高(生成 Prompt → 交給外部 LLM) | 只需一次性複製貼上操作,成本極低 |
| **全站內自動化** | 低效益/成本比不佳 | 目前建議保留人工流程,尤其是 Tag 精細度要求高時 |
> 大部分 AI 服務採 **「使用量付費」**(輸入/輸出 token 每百萬 0.XX 美金),但可透過 **一次性產出 Prompt** 交給外部 LLM,減少站內計算。
---
## 5. 產品開發優先順序
1. **優化審議大會前置作業**
- 聚焦「資料蒐集 → 正反方整理 → 立場圖」的自動化。
- 目標使用者:**審議會管理者(如 Peter)**,非一般志願者。
2. **彈性 Tag 系統**
- 先在 UI 中加入「二元 vs 開放」切換,依類型呈現不同標籤選項。
- 允許管理員/原 PO 先行設定可選 Tag,AI 只負責建議。
3. **Prompt 輸出功能**
- 產出 **opinion.md** 或 **PDF 手冊 Prompt**,使用者點擊「複製」後貼至 ChatGPT 等外部平台完成高品質文件生成。
4. **結構化立場地圖(可選)**
- 以 Polis 類似的二維分群圖呈現,作為可視化選項,非必須功能,可視需求與預算再決定是否開發。
---
## 6. 預算與 API 估算
- **事實查核**:約 **0.05 美金/次**(示範用)。
> 若需求超出此範圍,可考慮 **付費訂閱**(固定月費、上限流量)或 **自行部署開源模型**。
---
## 7. 會議結論
- **先聚焦審議大會的前置資料蒐集與自動化 (可考慮有額度使用模型,以簡化產出手冊流程)**,在此基礎上逐步擴展至一般大眾使用。
- **Tag 系統** 必須同時支援 **固定二元標籤** 與 **彈性多層 Tag**,以適應不同議題類型。
- **AI 自動化** 僅在成本效益明顯的情境下導入;現階段以 **外部 LLM(Prompt 輸出)** 為主要方式,減少站內計算與維護負擔。
- **預算可控**:以使用量付費模型估算,確保每次審議會的 AI 成本不超過百美元。
---
*以上為本次會議的重點整理*