1 of 21

PUBLIC CODE / POLICY EXCHANGE

做出一套系統,同時讓另一個團隊/機構接得走,公共價值才能共通共榮/累積。

不要先做 App

公民科技資料提案的五項證據

2 of 21

3 of 21

重造輪子的原因

資訊科技環境碎片化

舊有系統、專有標準及各自獨立的實務狀態,導致缺乏互通性的孤島形成

​

這種碎片化會阻礙機構及司法管轄區之間順暢交換資料與服務,造成低效率及重複投入。

4 of 21

重造輪子的原因

「非我發明症候群」與制度慣性

​

有時候,我們不需要重新發明輪子,而是可以嘗試那些已經在其他地方、類似情境中發揮效果的做法

​

但要人員培養也是需要專業的資源以及時間,使其了解開源解決方案的實際優勢及長期價值(在使命上取得一致,提供使用或是合作意願)

5 of 21

資料格式標準化(或至少結構化)

YAML 檔案格式,以結構化方式提供解決方案功能與特性的資訊,其中包括必填及選填欄位。

導入標準化的專案(中繼)目錄 - publiccode.yml

透過開源解決方案(如 OpenRefine)將雜亂轉結構化資料

歐盟開源解決方案目錄採用 publiccode.yml 中繼資料規格,作為參考資料模型,確保開源解決方案能夠被一致地描述、分類及找到。(https://github.com/publiccodeyml)

開源解決方案,並具有以 Git 為基礎的儲存庫

6 of 21

台灣已有基礎,下一步不是再造入口(或不斷整合路口)

從平臺、手冊,到真實場域:把既有投入接成再利用流程

2024.04

公共程式平臺

code.gov.tw 上線

規範、人才、資訊系統

2026.04

應用參考手冊

需求、治理、驗收

釋出與長期維運

下一步?

7 of 21

8 of 21

code.gov.tw

9 of 21

10 of 21

11 of 21

Github Action CI/CD

直接網站佈署

12 of 21

Claude(AI) deep reasearch

會有意想不到的結果

13 of 21

Q&A

14 of 21

要求專案要符合固定格式的輸出

截至 2026 年 7 月 20 日,127 份有效問卷中有 47 人做過專案;這群人的前三項困擾是進度難以穩定、成果難發揮影響力、核心成員硬撐,「找不到夥伴」反而排第四。

15 of 21

聽完可以直接做的三種交付,不必另造平台

沿用現成核心,補明確缺口;不是宣稱臺灣一定缺一套。

缺共同資料語言

比對既有 schema → 做來源 adapter

交付:可驗證欄位對應+可重跑匯出

缺可執行制度規則

評估 OpenFisca → 做小範圍規則套件

交付:來源、期間、公式、測試與未涵蓋事項

缺穩定資料取得

拆固定抓取/AI 候選/人工取得

交付:來源、識別碼、狀態與更新紀錄

採用既有核心的哪一部分,與臺灣是否需要新產品,是兩個不同問題。

16 of 21

AI MONDAY / 蔡秀吉・thc1006

已有工具不用重造;值得補的是領域規則

定義統計的意思

SDMX

度量、維度、屬性

與方法說明

約定資料供應條件

ODCS

結構、品質、角色

與服務條件

讓規則可版本化驗收

OpenFisca

有日期與來源的規則

配上輸入/輸出測試

本包借鏡既有方法;不是新的通用標準,也不是把工具裝上就算驗證。

17 of 21

AI MONDAY / 蔡秀吉・thc1006

不是只寫提醒:讓不相容的比較先停下來

不要先做 App:公民科技資料提案的五項證據

11 / 16

點擊代碼開啟原始來源;完整出處見備註與附錄

不同口徑,拒絕產生年度趨勢

compare(A1_2024, D30_2025)

→ INCOMPATIBLE_METRIC

先對齊定義,不回傳誤導百分比。

相同口徑,保留運算與依據

compare(D30_2024, D30_2025)

→ 119 → 114,−4.2%

輸出數值,也輸出指標、期間與來源。

18 of 21

證據一|改變供稿方式,

不只是讓爬蟲更努力

AI MONDAY · 蔡秀吉/thc1006 · 2026.09.07

早期模式

中央小團隊

維護大量服務頁

過期內容與連結,

成為持續更新負擔。

後來的共享目錄

提供服務的機構

維護結構化描述

共同目錄 → 各網站/應用再用

共同核心+本地規範

證據一不是只有資料網址,而是資料如何從來源作業持續產出。

19 of 21

共用的是能力,

不必複製每個機關的流程

開放標準、穩定介面、模組化,比「整包拿走」更重要

在地差異

資格規則|審核層級|通知文字|語言

共用能力

申請狀態|通知介面|匯入匯出|稽核紀錄

可攜基礎

資料格式|API 契約|建置文件|測試

第二個機關的差異,應先問「能不能設定」,再問「要不要分叉」。

20 of 21

Lutece:把共通服務做成模組,

讓差異留在組合方式

巴黎發起的開源入口網站/公共服務軟體,不是作業系統

400+

原文列示的現成模組規模

01

共通功能可重複組合

02

依城市需求增修模組

03

持續維護,比一次交付重要

值得借鏡的是模組化與持續治理,

不是把「400」換算成未經證明的節省金額。

21 of 21

中繼資料讓人找到;

操作文件讓人真的用得起

publiccode.yml 是結構化描述,不是安裝保證或資安認證

01

目錄卡

這是什麼?

用途、授權、版本、

維護者、適用情境

02

採用指南

能不能用?

環境、限制、成本、

資料與介面需求

03

交接證據

真的用得了?

新環境建置紀錄、

測試、復原與接手確認

三種材料互補,不能用一個漂亮 README 取代全部。