#moda
2026-07-01
@tylin.amice has joined the channel
2026-07-06
@changeric1031 has joined the channel
2026-07-16
讀了 jedi.org/blog/archives/006460.html 後，我還是想把元件庫那塊當 side-project 做，而且現在有 coding agent 幫忙，同時可以扮演甲方跟乙方 XD
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x
讀了 jedi.org/blog/archives/006460.html 後，我還是想把元件庫那塊當 side-project 做，而且現在有 coding agent 當忙，同時可以扮演甲方跟乙方 XD
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
Replied to a thread: 2026-07-16 12:37:25
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
g0v.social
@jedi 最近看到數間 SI 公司有「web 前端技術能力傳承」的需求，但只為特定公司服務的話，對這個現象還有政府的幫助不大。 之前找 BlueT 聊過，得知一些資安院在政府網站設計原則推廣上的困境。看得出來這不是目前最緊急的任務。 意識到我自己亂想對這問題並沒有幫助，想問問你的意見，看能不能公開聊聊或是私下聊聊。
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x
2026-07-19
@poga has left the channel
Threads 
2026-07-23
*\\\ 08/03 公民科技體驗營歡迎報名 ///*
（脈絡：OCF 將協助數位發展部舉辦公務人員公民科技體驗營，體驗營也開放大家報名參加～）
🚒 *這次活動的出題，來自急救訓練的需求*
不正常救護研究中心的教官提出：「希望急救教學能更擬真，讓學員在真正緊急時，能反應更快。」若有更真實的教學素材（聲音、影片），還有一個能持續累積、使用的資料庫，就能穩定的提供更擬真的訓練環境。
-
🤖 *AI是否可以成為助力？*
AI讓參與科技解方的門檻變低了，現場將有專家分享怎麼用 AI 工具做出聲音、影片等素材，不用有基礎也能上手、貢獻！
-
📋 誰適合參與活動？
► 只要願意一起討論、一起動手，都歡迎加入。
► 對「用科技解決公共問題」有熱情、想參與看看的人
► 有用AI產過聲音、影片素材，想試試看用在急救訓練情境上的人
► 想試著用 AI 產擬真教學情境的人
► 對公民科技有好奇的公務人員（本體驗營提供*公務員終身學習時數*）
—----
活動時間：2026/08/03（一）10:00-15:00，提供午餐
活動地點：不正常救護研究中心（新北市三重區光興街47號4樓）
報名連結：forms.gle/…
（脈絡：OCF 將協助數位發展部舉辦公務人員公民科技體驗營，體驗營也開放大家報名參加～）
🚒 *這次活動的出題，來自急救訓練的需求*
不正常救護研究中心的教官提出：「希望急救教學能更擬真，讓學員在真正緊急時，能反應更快。」若有更真實的教學素材（聲音、影片），還有一個能持續累積、使用的資料庫，就能穩定的提供更擬真的訓練環境。
-
🤖 *AI是否可以成為助力？*
AI讓參與科技解方的門檻變低了，現場將有專家分享怎麼用 AI 工具做出聲音、影片等素材，不用有基礎也能上手、貢獻！
-
📋 誰適合參與活動？
► 只要願意一起討論、一起動手，都歡迎加入。
► 對「用科技解決公共問題」有熱情、想參與看看的人
► 有用AI產過聲音、影片素材，想試試看用在急救訓練情境上的人
► 想試著用 AI 產擬真教學情境的人
► 對公民科技有好奇的公務人員（本體驗營提供*公務員終身學習時數*）
—----
活動時間：2026/08/03（一）10:00-15:00，提供午餐
活動地點：不正常救護研究中心（新北市三重區光興街47號4樓）
報名連結：forms.gle/…
Google Docs
:bulb: 你聽過「公民科技（Civic Tech）」嗎？ 公民科技（Civic Tech）是一種透過跨域協作，讓公民、政府等不同專業背景的人共同改善公共服務的途徑。相較於直接開發系統或導入工具，公民科技更重視從理解需求開始，透過交流、討論與共同實作，找到更貼近實際需求的解決方向。 簡單說，就是把公共問題攤開來，讓有需求的人「出題」，讓有能力、有想法的人一起「解題」。不一定要關起門來自己想解法，而是大家一起共創更好的科技解方。 - :fire_engine: 這次活動的出題，來自急救訓練的需求 不正常救護研究中心的教官提出：「希望急救訓練能更擬真，讓學員在真正緊急時，能反應更快。」若有更真實的教學素材（聲音、影片），還有一個能持續累積、使用的資料庫，就能穩定的提供更擬真的訓練環境。 - :robot_face: AI是否可以成為助力？ AI讓參與科技解方的門檻變低了，現場將分享怎麼用 AI 工具做出聲音、影片等素材，不用有基礎也能上手、貢獻！ - :female-technologist: 誰適合參與活動？ ► 有用AI產過聲音、影片素材，想試試看用在急救訓練情境上的人 ► 想試著用 AI 產擬真教學情境的人 ► 對「用科技解決公共問題」有熱情、想參與看看的人 ► 對公民科技有好奇的公務人員（本體驗營提供公務員終身學習時數） ► 只要願意一起討論、一起動手，都歡迎加入。 - :round_pushpin: 活動內容與流程 ► 公民科技簡介與案例分享：光復超人平台發起人 糖糖 ► 提案主題「急救訓練現場需求」分享：不正常救護研究中心 林昱佑教官 ► AI 工具示範教學＆現場操作：g0v 社群參與者 / AI 工程師 高任翔 ► 當日成果分享：當天現場參與者 - :round_pushpin: 活動資訊 時間：2026/8/3（一）10:00–15:00 地點：不正常救護研究中心（新北市三重區光興街47號4樓 ）:pushpin: Google Map 活動人數：上限 20 人 攜帶裝備：請自備筆電與充電器 ——— 主辦：數位發展部 執行：開放文化基金會 有任何問題歡迎聯繫我們 （hi@ocf.tw 林小姐）
1
*\\\ 08/03 公民科技體驗營歡迎報名 ///*
（脈絡：OCF 將協助數位發展部舉辦公務人員公民科技體驗營，體驗營也開放大家報名參加～）
🚒 *這次活動的出題，來自急救訓練的需求*
不正常救護研究中心的教官提出：「希望急救教學能更擬真，讓學員在真正緊急時，能反應更快。」若有更真實的教學素材（聲音、影片），還有一個能持續累積、使用的資料庫，就能穩定的提供更擬真的訓練環境。
-
🤖 *AI是否可以成為助力？*
AI讓參與科技解方的門檻變低了，現場將有專家分享怎麼用 AI 工具做出聲音、影片等素材，不用有基礎也能上手、貢獻！
-
📋 誰適合參與活動？
► 只要願意一起討論、一起動手，都歡迎加入。
► 對「用科技解決公共問題」有熱情、想參與看看的人
► 有用AI產過聲音、影片素材，想試試看用在急救訓練情境上的人
► 想試著用 AI 產擬真教學情境的人
► 對公民科技有好奇的公務人員（本體驗營提供*公務員終身學習時數*）
—----
活動時間：2026/08/03（一）10:00-15:00，提供午餐
活動地點：不正常救護研究中心（新北市三重區光興街47號4樓）
報名連結：forms.gle/…
（脈絡：OCF 將協助數位發展部舉辦公務人員公民科技體驗營，體驗營也開放大家報名參加～）
🚒 *這次活動的出題，來自急救訓練的需求*
不正常救護研究中心的教官提出：「希望急救教學能更擬真，讓學員在真正緊急時，能反應更快。」若有更真實的教學素材（聲音、影片），還有一個能持續累積、使用的資料庫，就能穩定的提供更擬真的訓練環境。
-
🤖 *AI是否可以成為助力？*
AI讓參與科技解方的門檻變低了，現場將有專家分享怎麼用 AI 工具做出聲音、影片等素材，不用有基礎也能上手、貢獻！
-
📋 誰適合參與活動？
► 只要願意一起討論、一起動手，都歡迎加入。
► 對「用科技解決公共問題」有熱情、想參與看看的人
► 有用AI產過聲音、影片素材，想試試看用在急救訓練情境上的人
► 想試著用 AI 產擬真教學情境的人
► 對公民科技有好奇的公務人員（本體驗營提供*公務員終身學習時數*）
—----
活動時間：2026/08/03（一）10:00-15:00，提供午餐
活動地點：不正常救護研究中心（新北市三重區光興街47號4樓）
報名連結：forms.gle/…