Rep0rter - g0v 虛擬記者 - 每日 g0v 大小事資訊推播

我們想要匯集來自 Slack、HackMD、GitHub、社群媒體等 g0v 協作場域的所有紀錄，打造一個 g0v 虛擬記者，以不定時或每日等短時間推播即時資訊。希望能不僅降低資訊落差和協作門檻，也能讓多中心社群彼此接觸和協助，更加提升、活絡 g0v 社群的行動力。

暫無

#rep0rter

Hawks

Sky (U018HHR1PH9), Hawks(U069G08TMNG)

Hawks
專案經理

Sky Hong
全端工程師

雖然目前只有兩個人，但不排除會增加人

是

SDG 9 工業化、創新及基礎建設
SDG 11 永續城鄉
SDG 16 和平、正義及健全制度
SDG 17 多元夥伴關係

當加入 g0v 零時政府後，發現除了參與大小松等實體活動外，也會不斷的在 Slack、g0v HackMD、GitHub 等地方更新資訊，持續參與社群。在線上工具也越來越多、使用門檻越來越低的現在，更多專案也高度依賴這些工具，跨越時空進行共同協作，也讓社群的多樣性逐漸增加。

從第一次知道原來自己也可以參與 g0v 零時政府的事情後，總是發現在入坑的過程有不少困難。除了最基本習慣開源文化外，找個坑跳或是尋找有關於前人做過的東西應該是新手在加入時最困擾的事情。

但因為是多中心的社群，當參與人數變多時，會更難看到 g0v 各地發生了什麼事情：哪些問題被提出了、哪些問題被解決了、哪些小聚要舉辦了、那些專案需要人手幫忙、大家把什麼資源分享在這裡、哪些資訊是需要被大家看見的？

以之前來說，通常要得到以上的這些資訊，除了在 g0v 現有的各種平台上瀏覽，花大把的時間點開一個又一個的頻道、共編文件、外部連結等資訊，不僅對於新手不友善，現在對於大部分的人來說，g0v 的即時資訊相較於其他管道也不會是排在前面的順位。

很慶幸的是，近期在 jothon 揪松團強力推廣的社群貼文、松後推坑及每月九分鐘等企劃，讓大家能夠在瀏覽一個網頁的時間就能將重要大事及已經整理好的資訊給大家看。我非常喜歡這樣的方式，也極其樂見在這之後有更多的「資訊擷取」企劃，把 g0v 發生的美好時刻讓更多人知道。

但這樣的企劃需要非常大量資源才能進行。目前大部分由揪松團職工協助營運，從企劃、撰寫到發布，需要耗費人力、無論在時間還是資訊量都不是正常能夠消化的量。也因此認為應該要有這樣的基礎建設，也成為了要這個專案的動機。

在新使用者想要入坑 g0v 專案時，往往遇到一些不知道如何下手的困難，這時候可以透過 rep0rter 找到目前正在活躍的專案以便跳坑。

使用 Slack, Email, Discord 電子報的方式與使用者通知當前活躍的專案、新加入的專案、或是目前正在討論的議題。

• https://g0v.hackmd.io/@jothon/afterg0vhackathon/
  • 每次黑客松後介紹各坑內容
  • 各坑當遇到需要幫忙的事件時，難以即時觸及到有可能可以幫忙的人
• https://g0v.hackmd.io/@jothon/community99/
  • 每月整理 g0v 事件
  • 需要足夠重要的事件才會寫上來、因需要耗費大量心力也只能以月為單位撰寫（但我好喜歡><）
• https://g0v-slack-archive.g0v.ronny.tw/
  • 將 g0v Slack 上的所有資訊儲存起來
  • 缺乏資訊易讀性，需要進行後處理

為了解決新使用者或想知道目前 g0v 新聞的人遇到不即時資訊的困難，我的專案提供電子報的方式，可以讓使用者第一手知道最近 g0v 的新聞，進而達到使用者跳坑的門檻大幅降低。我的專案與直接從黑客松或是透過親朋好友推坑，在難易度的不同，因此具有不可取代性。

• 溝通平台：g0v Slack #rep0rter
• 資料來源：g0v Slack、g0v HackMD、g0v GitHub
• LLM 輔助工具：ChatGPT、TWLLM
• 開發：尚未決定，但可能會是 PHP
• 推播平台：g0v Slack、GPTs、電子報、RSS Feed
• 社群平台：尚未決定，但 IG 可能會成為推播平台之一（若解決視覺化/出圖自動化）

• 程式碼預計使用 MIT
• 文件、圖片預計使用 CC-BY
• 資料取用將沿用各平台的授權

• 維護成本
  • 若要每日產生資訊，需要耗費大量的 API tokens，花費可能會超出預期
  • 使用便宜的模型，或是儘早申請基礎建設資金
• 資訊正確性
  • 生成出來的資訊導致的 Disunderstanding，或是錯誤加入外部連結
  • 透過 Prompt Engineering 持續監控資訊是否正確、加入共筆機制讓人工加入審核
• 資訊易讀性
  • 很大程度決定系統是否有效的因素，沒人看就沒有用
  • 透過製圖、不同文案撰寫方式、語氣、排版等方式增加閱讀意願

• Data Collecting
  • g0v 各平台實時資訊的 API
• Prompt Engineering
  • 將生成資訊設計成合適閱讀的格式
  • 讓 LLM 能夠為每個資訊找到外部連結
• Server / APIs
  • 各種 LLM 的 API 花費
  • 資料串接、資訊發布用的伺服器
• Designer
  • 增加資訊的易讀性/意願

• 讓 rep0rter 成為 g0v 基礎建設之一。

目前有與 Ronny 討論 Slack Archive 串接方式