在 2025 年 11 月 5 日，LINE Messaging API 推出了新的功能，讓聊天機器人可以將用戶發送的訊息標記為已讀。這項功能的推出，讓開發者能夠為用戶提供更好的互動體驗，用戶可以清楚知道機器人是否已經「看過」他們的訊息。 前言 以往在回應設定中，如果開啟了聊天，希望可以用真人來回覆客戶的話。這個時候，由於系統是允許「真人聊天」跟「聊天機器人」是共存的。但是如果這個聊天選項打開的話，直到真人打開聊天視窗之前，即便客戶的訊息已經被聊天機器人處理了，他也不會標示成「已讀」。 這一篇文章就要跟大家分享，這一個新功能開放後。該如何應用這個新的 API 。 新 API 功能介紹 已讀標記功能 當用戶發送訊息給 LINE 官方帳號時，機器人現在可以主動將訊息標記為已讀狀態。這讓用戶在聊天介面上可以看到「已讀」的指示，就像一般的 1 對 1 聊天一樣。這項功能特別適合用於： 客服機器人：讓用戶知道他們的問題已經被機器人接收並處理 訂單通知機器人：確認用戶的訂單查詢已被讀取 互動式問答機器人：提供更自然的對話體驗 SDK 版本需求 line-bot-sdk-go/v8: v8.18.0 或更新版本 Go: 1.24 或更新版本 新增 API 規格 LINE Messaging API 新增了兩個標記已讀的 API： MarkMessagesAsRead 使用 userId 來標記特定用戶的所有未讀訊息為已讀。 端點: POST https://api.line.me/v2/bot/message/markAsRead 請求參數: { "chat": { "userId": "U1234567890abcdef1234567890abcdef" } } MarkMessagesAsReadByToken (本文重點) 使用訊息專屬的 markAsReadToken 來標記特定訊息為已讀，更精確也更安全。 端點: POST https://api.line.me/v2/bot/message/markAsRead/token 請求參數: { "markAsReadToken": "abc123def456..." } 新 API 欄位介紹 markAsReadToken 欄位 LINE Messaging API v8.18.0 在各種訊息內容中新增了 markAsReadToken 欄位： TextMessageContent.markAsReadToken: 文字訊息的已讀標記 token StickerMessageContent.markAsReadToken: 貼圖訊息的已讀標記 token ImageMessageContent.markAsReadToken: 圖片訊息的已讀標記 token VideoMessageContent.markAsReadToken: 影片訊息的已讀標記 token AudioMessageContent.markAsReadToken: 音訊訊息的已讀標記 token FileMessageContent.markAsReadToken: 檔案訊息的已讀標記 token LocationMessageContent.markAsReadToken: 位置訊息的已讀標記 token 每個訊息都會有一個唯一的 markAsReadToken，機器人可以使用這個 token 來標記該訊息為已讀。 如何使用 Golang 來開發相關部分 以下是使用 Golang 實作 Mark as Read 功能的完整範例程式碼： (請注意 github.com/line/line-bot-sdk-go/v8 需要更新到 8.18.0 之後) 範例程式碼在：https://github.com/kkdai/linebot-mark-as-read 實作方式：使用 Quick Reply + Postback 本範例採用使用者友善的互動方式：在每則回覆訊息上加上「Mark as Read」快速回覆按鈕，讓使用者可以主動選擇要將哪些訊息標記為已讀。 步驟 1: 接收訊息並提取 markAsReadToken case webhook.TextMessageContent: // 從訊息內容中取得 markAsReadToken markAsReadToken := message.MarkAsReadToken log.Printf("Received text message with...

前情提要 在工作和生活中，我們經常需要處理大量的文件：會議記錄、技術文件、合約、研究報告等等。每次要找特定資訊時，都得翻開文件一頁一頁找，既費時又容易遺漏重點。 最近 Google 推出了 Gemini File Search API，讓 AI 可以直接分析上傳的文件並回答問題。我想到，如果能結合 LINE Bot，讓大家透過最常用的通訊軟體就能「問」文件問題，那不是很方便嗎？ 想像一下這些場景： 📄 會議記錄：「這次會議的主要決議是什麼？」 📊 技術文件：「這個 API 的參數有哪些？」 🖼️ 圖片內容：「這張圖片裡有什麼？」 📑 研究報告：「這份報告的結論是什麼？」 於是我決定動手打造這個「智能文件助手 LINE Bot」，讓 AI 成為你的私人文件分析師！ 專案程式碼 https://github.com/kkdai/linebot-gemini-file-search （透過這個程式碼，可以快速部署到 GCP Cloud Run，享受無伺服器的便利） 📚 關於 Gemini File Search 基本介紹 Gemini File Search 是 Google DeepMind 於 2025 年 11 月 6 日推出的全新工具，直接內建在 Gemini API 之中。這個工具是一套全託管的 RAG（檢索增強生成，Retrieval-Augmented Generation）系統，目標是讓開發者能更簡單、有效率地將自己的資料與 Gemini 模型結合，產生更精確、相關且可驗證的 AI 回應。 主要特色 簡化開發流程 File Search 免去自行搭建 RAG 管線的麻煩，開發者只需專注於應用程式本身。檔案儲存、分段（chunking）、嵌入（embedding）及檢索等繁瑣細節都自動處理。 強大的向量搜尋 採用最新的 Gemini Embedding 模型，可理解使用者查詢的語意與上下文，找出最相關的資訊，即使關鍵字不同也能命中答案。 自動引用來源 AI 回應會自動附上出處，明確標示答案引用自哪一份文件、哪一段內容，方便核對與驗證。 廣泛格式支援 支援 PDF、DOCX、TXT、JSON 及多種程式語言檔案等主流格式，方便建立多元知識庫。 輕鬆整合 可直接在 generateContent API 中使用，且有完善的 Python SDK，開發者能快速上手。 📚 專案功能介紹 核心功能 📤 多格式檔案上傳 支援文件檔案：PDF、Word (DOCX)、純文字 (TXT) 等 支援圖片檔案：JPG、PNG 等（利用 Gemini Image Understanding 圖片內容） 自動處理中文檔名，避免編碼問題 即時回饋上傳狀態 🤖 AI 智能問答 基於 Google Gemini 2.5 Flash 模型 從上傳的文件中搜尋相關內容並回答 支援繁體中文、英文等多語言 理解上下文，提供精準回答 👥 多對話隔離 1對1聊天：每個人有獨立的文件庫（完全隔離） 群組聊天：群組成員共享文件庫（協作查詢） 自動識別對話類型，無需手動設定 File Search Store 自動建立和管理 📁 檔案管理功能 Quick Reply 快速操作：上傳成功後提供快捷按鈕 明確檔案指定：Quick Reply 自動帶入檔案名稱 🔄 智能錯誤處理 檔案上傳失敗自動重試 沒有文件時引導使用者上傳 詳細的錯誤日誌記錄 💻 核心功能實作 1. File Search Store 的自動管理 這是整個系統的核心，負責管理每個使用者或群組的文件庫。 Store 命名策略...

前情提要 在台灣，垃圾車的時間總是讓人捉摸不定。明明記得昨天是晚上七點來，今天卻遲遲等不到；或是剛好外出倒垃圾，垃圾車就這樣錯過了。相信這是許多人共同的困擾。 隨著智慧城市的發展，越來越多城市開始提供垃圾車即時資訊 API，但這些資料對一般民眾來說並不容易使用。 這時候我看到臉書上一個朋友貼文 ，他敘述他做出了一個垃圾車追蹤的網站。 (網站， github) 這時候我在想，難道不能結合 LINE Bot 做出一個可以很快速幫助到其他的工具嗎?因此，我決定打造一個垃圾車 LINE Bot，讓大家可以透過最熟悉的通訊軟體，輕鬆查詢垃圾車資訊，甚至設定提醒通知。更重要的是，這個 Bot 不只是簡單的指令查詢，而是整合了 Google Gemini AI，能夠理解「我晚上七點前在哪裡倒垃圾？」這樣的自然語言，提供真正智慧化的服務體驗。 專案程式碼 https://github.com/kkdai/linebot-garbage-helper （透過這個程式碼，可以快速部署到 GCP Cloud Run，並使用 Cloud Build 實現自動化 CI/CD） 🗑️ 專案功能介紹 核心功能 🗑️ 即時查詢垃圾車 輸入地址或分享位置即可查詢附近垃圾車站點 顯示預計抵達時間、路線資訊和 Google Maps 導航連結 ⏰ 智慧提醒系統 可設定垃圾車抵達前 N 分鐘提醒 自動推播通知，再也不會錯過垃圾車 支援多種提醒狀態管理（活躍、已發送、已過期、已取消） 🤖 自然語言查詢 整合 Google Gemini AI，支援自然語言理解 例如：「我晚上七點前在台北市大安區哪裡倒垃圾？」 自動提取地點、時間範圍等查詢條件 ❤️ 收藏地點功能 儲存常用地點（家、公司等） 快速查詢收藏地點的垃圾車資訊 🏗️ 技術架構說明 系統架構圖 ┌─────────────────┐ ┌──────────────────┐ ┌─────────────────┐ │ LINE Client │───▶│ Cloud Run │───▶│ Firestore │ └─────────────────┘ │ (Go App) │ │ (Database) │ └──────────────────┘ └─────────────────┘ │ ▼ ┌──────────────────┐ │ External APIs │ │ • Google Maps │ │ • Gemini AI │ │ • 垃圾車資料源 │ └──────────────────┘ │ ▼ ┌──────────────────┐ │ Cloud Scheduler │ │ (提醒排程觸發) │ └──────────────────┘ 💻 核心功能實作 1. 垃圾車資訊的處理 這是整個系統的核心部分，負責從開放資料 API 取得垃圾車資訊，並進行智慧化的查詢處理。 資料來源與結構設計 我們使用了開源專案 Yukaii/garbage 提供的垃圾車資料 API，這個 API 提供了台北市的即時垃圾車收集點資訊。 type GarbageData struct { Result GarbageResult `json:"result"` } type CollectionPoint struct { ID int `json:"_id"` District string `json:"行政區"` // 行政區域...

矽谷帝國 商業巨頭如何掌控經濟與社會 Silicon States : The Power and Politics of Big Tech and What It Means for Our Future 作者： 露西．葛芮妮 原文作者： Lucie Greene 譯者： 林俊宏 出版社：天下文化 買書推薦網址： Readmoo: 由此去購買。 前言: 這是 2025 年第 9 本讀完的書。當初想要了解一下矽谷內關於創業的精神與幾間巨頭對於社會的觀感。 裡面就有提到對於政治覺醒，社會政治，還有相關的社群媒體變化的內容。 大綱 世界的下一批強權將是創業家，而不是民族國家 從私部門到公部門，從地球到太空 科技企業正在重新思考一切、重新發明一切 但是── 矽谷定義的進步，是我們想要的進步嗎？ 矽谷想要的未來，是我們能接受的未來嗎？ 隨著民眾對政府及其機構的信心迅速流失，這個空缺正在由矽谷企業逐步填上。一小群企業擁有巨量的現金、人才和野心，正在世界各地掌握領導權與消費者的信心。 儘管科技帶來美好的承諾，對於科技企業勾勒的創新願景，我們卻不能照單全收。相反地，在我們把未來交給一小群精英公司之前，必須先認清科技企業的商業本質，理解它們對政治和社會經濟制度可能造成的影響，從而對抗它們的利益、偏見和固有缺陷。 本書中，著名的未來學者暨國際智庫領導者露西・葛芮妮訪問企業領導者、重要風投資本家、學者、記者與運動人士等，探討矽谷因其全球影響力必然帶來的緊張局勢，洞察這些公司真正著眼的利益所在，還有它們對不知情的公民擁有怎麼樣的巨大力量。 理解谷歌、蘋果、亞馬遜、臉書如何在全球發揮影響力 洞察矽谷巨頭企業如何全面蠶食我們的環境 本書帶你見識： 矽谷的影響力：它如何從晶片中心變成全球的強勢集團？ 矽谷的未來版圖：創新跨界的深、遠、廣，超乎你的想像 矽谷的陰暗面：壟斷、操縱、歧視，嚴重的文化缺陷 《矽谷帝國》重點整理 根據提供的28則劃線內容，本書探討矽谷（Silicon Valley）作為科技帝國的崛起、其文化、社會影響、挑戰與爭議。書中強調矽谷不僅是科技創新中心，更是重塑民主、慈善、教育、媒體與全球價值的力量，但也暴露偏見、隱私與不平等問題。以下按主題分類整理重點，每項包含相關劃線摘要，並標註主要標籤與日期。分類基於內容的邏輯關聯，旨在捕捉書的核心論點。 1. 矽谷歷史與文化起源 矽谷的定義與擴張：矽谷一詞源於1971年，指舊金山灣區南部聖塔克拉拉谷的矽晶片製造商，後擴展至舊金山與奧克蘭（2015年Uber遷至奧克蘭）。（日期：2023/11/4） PayPal黑幫的影響：PayPal前員工（如彼得．提爾、伊隆．馬斯克、雷德．霍夫曼）在2002年售出公司後，創立或投資Palantir、SpaceX、特斯拉、LinkedIn、Yelp、YouTube等，定義矽谷文化與名人地位。（日期：2024/05/11；標籤：折衷求生的理想主義） 企業擴張模式：矽谷從賣軟體給傳統產業轉為自建解決方案，如Uber與Lyft取代計程車業。（日期：2024/05/11；標籤：折衷求生的理想主義） 2. 科技與民主：投票、隱私與政府干預 年輕選民的投票障礙：投票系統過時（如紙本登記需印表、郵寄，家有印表機僅4%），非冷漠所致。Vote.org（Y-Combinator支持）用科技、簡訊與行銷推動登記，強調選舉日應放假。（日期：2024/05/18、2025/11/1；標籤：駭進政府、不起眼的安全網） 資料隱私與公眾理解不足：矽谷擴及醫療、金融，民眾欠缺科技隱私知識，後果憂心。FutureGov協助政府數位轉型。（日期：2025/11/1；標籤：不起眼的安全網） 外國干預與社群媒體：俄國用臉書、推特等干預美國大選與脫歐公投，穆勒起訴13名俄國人等。社群媒體成分裂工具。（日期：2024/05/11、2024/06/1；標籤：駭進政府、假新聞及未來） 文化衝突：祖克柏推Free Basics在印度遭批，忽略當地價值（如象神珍惜獨立），象徵西方企業強加控制。（日期：2024/06/1；標籤：矽谷傳教士） 3. 慈善與社會公益：商業化與風險 慈善事業2.0：矽谷以登月級規模進軍慈善，2017年個人捐款達2,810億美元（成長超GDP），不止捐錢，還用資料、科技追求曝光與成效。（日期：2025/10/11；標籤：策略性慈善事業） 公益商業化的危險：將公益變hashtag行銷，扭曲問題、塑矽谷領袖為救世主，僅救「值得」問題。（日期：2025/11/1；標籤：策略性慈善事業） SXSW與潮流：2016年SXSW推社會公益企業，聯合國與谷歌合作，出書如《做好事正時尚》。（日期：2025/10/11；標籤：策略性慈善事業） 臉書的柳樹村：在門羅公園建59英畝社區，包括員工/低收入住宅、自行車道與鐵路更新，仿維多利亞模範村。（日期：2023/11/4） 4. 多元性與偏見：性別、種族與數據問題 女性與少數族群弱勢：臉書女性員工僅35%，科技職位女性19%、大學畢業生27%。零工經濟（如Airbnb）女性更不利。（日期：2025/10/11；標籤：零工經濟裡的女性更形弱勢、增進多元） 矽谷盲點：慈善與創新反映「白人、有錢、25歲男人」視角，種族/性別盲點普遍。（日期：2025/11/1；標籤：策略性慈善事業） 數據偏見在醫療：矽谷試圖去中心化醫療（提供資訊、追蹤健康），但無重大突破。醫療支出加劇不平等，最窮10%所得降47.6%，701萬人陷貧窮。（日期：2025/08/30；標籤：數據的偏見） 5. 教育與技能轉型：矽谷的替代模式 UnCollege的間隔年：9個月密集計畫，標榜「掌握教育」，用「同齡群」與「旅程」（如印度志工）教社會影響、同理心、適應。搭教育新創熱潮。（日期：2025/08/30；標籤：如果矽谷成立了一所學校） 未來技能需求：2015年需解決問題、協調、管理；2020年加情緒智商、認知靈活性。但傳統課程未涵蓋。（日期：2025/08/30；標籤：如果矽谷成立了一所學校） 6. 媒體、假新聞與文化影響 假新聞與灰色地帶：矽谷平台成新聞中介/製造者，與未查證內容並列。廣告抽離僅限明顯爭議；AI新聞、業配、俄國宣傳難處理。英國要求祖克柏證據。（日期：2024/06/1、2024/05/18；標籤：假新聞及未來） 媒體觀感惡化：2017年調查，53%對電視、48%對社群、45%對線上新聞變差（69%視為負面）。傳統媒體權力受矽谷侵蝕，川普推特追隨者超SNL收視。（日期：2024/05/18；標籤：假新聞及未來） 矽谷傳教士文化：Instagram驅動旅行（如古巴哈瓦那），但上傳受限。媒體轉向推崇科技新貴（如《浮華世界》峰會），反對聲音（如歐盟罰款、亞馬遜壟斷）被淹沒。（日期：2024/06/1、2024/05/18；標籤：矽谷傳教士、假新聞及未來） 7. 企業活動與市場擴張 Airbnb的轉型：從房屋共享跨足旅遊（線上指南、預訂），避法規問題。2016年房東大會門票345美元+60美元獎項，6,000人需住宿。（日期：2025/08/30；標籤：增進多元） 其他活動：Salesforce Dreamforce門票近2,000美元；Refinery29的29Rooms互動展，適合Instagram。（日期：2025/08/30；標籤：增進多元） 心得 如果你也想買，我建議你要找一下有沒有其他更新的書籍。畢竟矽谷是一個高科技密集與人才密集的地方，許多變化都是相當的快速的。而這一本書的原文是在 2019 寫的，也代表著他減少了近幾年幾件重要的事項： COVID 19 的市場變化 區塊鏈的大起大落 川普就任對於矽谷的影響。 但是除了這些之外，你可以觀察到以些相關的矽谷事件。比如說： PayPal 成功後帶來之後對矽谷的影響 Uber 對於擴張市場造成各國的反抗浪潮 Airbnb 對於市場的破壞性創新 當然，還是有一些比較進階的話題： 性別平等在矽谷中的相關衝突 政治議題帶來矽谷科技圈的影響 這是一本寫得蠻深刻的書籍，雖然時間比較久遠，但是也都是很有趣的一些內容。很推薦給大家。

前情提要 現在 Agent 的相關框架相當的多，但是其實 Google 在日前也宣布了一個蠻有趣的傳輸協定 Agent Payments Protocol (AP2) ，用來做進銷存管理跟支付的一套 agent framework 。之前我也有分享過一些 Gemini 跟 Google Agent 相關的文章，這次想要來試試看整合 AP2 協議到 LINE Bot 裡面，看看能不能做出一個完整的購物助手。 建議大家可以看一下這個由 NotebookLM 透過我的程式碼還有部落格內容產生的影片，有個快速概念。 這篇文章主要會跟大家分享： 什麼是 AP2 (Agent Payments Protocol) 為什麼要使用 AP2 來做電商整合 如何實作一個具備完整購物流程的 LINE Bot 實際的程式碼架構跟踩坑經驗 實際展示 首先你跟 LINE Bot 說你想要買什麼樣的產品，這時候會啟動 Shopping Agent 這時候，Shopping Agent 會去詢問庫存系統，並且回報產品資訊給你。 當他看到要付款，就會轉給 Payment Agent 來處理付款相關的資訊。 這裡也會看到，Payment Agent 有展示了一個付款 OTP 的 Demo (當然是用測試用 OTP ) 範例程式碼 https://github.com/kkdai/linebot-ap2 歡迎給 Star 與分享，如果覺得實用也歡迎參與貢獻添加一些新功能。(透過這個程式碼，可以快速部署到 GCP Cloud Run) 關於 AP2 (Agent Payment Protocol) 的架構圖 AP2 (Agent Payments Protocol) 是 Google 推出的一套創新的支付協議框架，專門設計來整合 AI Agent 與電商支付流程。跟傳統的電商支付不一樣的地方是，AP2 是專門為了 AI Agent 設計的，讓 AI 可以更自然地處理整個購物到支付的完整流程。 完整的架構介紹，我推薦大家看一下官方的介紹影片 🚀 主要整合進 LINE Bot 的相關部分 這次的升級我把整個專案改造成企業級的架構，主要分成兩個階段來實作： 第一階段：現代化專案結構 模組化架構: 採用 src/linebot_ap2/ 的標準 Python 專案結構 Pydantic v2: 完整的資料驗證和設定管理 現代化配置: 使用 pyproject.toml 取代傳統的 setup.py 第二階段：企業級安全與穩定性 AP2 完全合規: HMAC-SHA256 數位簽章確保交易安全 Circuit Breaker: 自動故障恢復機制 增強型服務: 模組化的服務架構，更容易維護和擴展 AP2 的核心組件 1. Cart Mandate (購物車委託) - 企業級升級版 現在的 Cart Mandate 不只是基本的購物車功能，我們加入了完整的 AP2 合規性和安全機制： # 新版本：企業級 Cart Mandate 創建 async def enhanced_create_cart_mandate( cart_items: List[Dict], user_id:...

(圖片來源： 數位憑證皮夾官方網站) 前提： 數位憑證皮夾是近幾年數發部推動的一個主要政策，希望是透過數位憑證皮夾來取代大大小小的證件、會員卡跟相關的實體晶片卡片。數位憑證皮夾可以是一單一的一個 App ，甚至可以是讓所有的 App 都來當數位憑證皮夾。 這一篇文章稍微解釋數位憑證皮夾的使用方法，還有如何應用數位憑證皮夾，透過一個場景來建立一個數位憑證的發行方與數個認證方。 先來玩一下數位憑證皮夾 首先你需要下載數位憑證皮夾的官方 App (目前 iOS 是 TestFlight 版本) 下載之後，你會發現好像裡面空空的。那是因為你還沒有建立你自己的卡片。 測試記者會的相關流程 打開 App 會看到有以下 建議可以先加入 OTP 電子卡（需要輸入電話，收簡訊） 駕照電子卡（可以輸入測試資料沒問題） 加入了相關憑證後，就可以透過出示憑證來測試。 建議可以走「超商取貨」的範例來測試一下。 可以看到，超商領貨需要兩種資料，是可以從兩種數位憑證上面取得。 駕照卡 -> 姓名 OTP卡 -> 電話 然後都不需要其他的欄位，這就是選擇性揭露的原則。 數位豆泥卡範例 Web App 網址： https://mashbeanvc.tonyq.org/ 這個 Web App 作為展示有以下兩個主要功能： 申請一張豆泥卡（只需要暱稱，生日是選填） 幫豆泥點蠟（也就是驗證的意思） 這個範例也充分了應用以下主要 API : 發卡方： （參考： https://issuer-sandbox.wallet.gov.tw/swaggerui/#/） /api/qrcode/data 產生 QR code 驗證方： （參考: https://verifier-sandbox.wallet.gov.tw/swaggerui/#/)) api/oidvp/qrcode: 產生驗證的 QR Code… api/oidvp/result: 檢查驗證結果是否成功… 打造一個簡單數位憑證驗證場景吧 (HR數位員工卡系統) 接下來要做一個給 HR 的數位員工卡系統，需要有以下的相關功能： 連線小學堂的同仁可以自行申請一張員工卡（輸入： 姓名、英文名字、出生年月日、入職年份、養育小孩數字） 可以申請以下兩種補助：分別是育兒補助跟體育補助兩種。 育兒補助條件： 英文名字（作為帳戶匯款用) 需要入職滿一年 需要有一個小孩以上 體育補助： 需要入職滿一年 英文名字（作為帳戶匯款用) 以上就是一個使用數位憑證皮夾的系統的假設場景，接下來要來說明要如何打造。 透過沙盒系統來設計與發行相關數位憑證 申請沙盒相關流程： 到沙盒系統帳號與組織申請 網站申請 會在信箱收到兩封信件： 【數位憑證皮夾】發行端沙盒系統_帳號啟用通知 【數位憑證皮夾】驗證端沙盒系統_帳號啟用通知 這時候你有兩個網站你會經常用到： 發行端沙盒系統 (負責建立發行數位憑證) 驗證端沙盒系統 (用來驗證數位憑證) 發行數位憑證 （可以參考官方的發行端使用手冊) 到了 發行端沙盒系統 (負責建立發行數位憑證) 透過「建立VC模板」 建立以下的數位憑證 其中有一些資料需要記住： 序號 證件類型（credentialType) 這邊可以透過「產生 VC 資料」來輸入一個新的資料。 這樣就會產生一個 QR Code 並且可以讓你匯入到數位錢包之內。 驗證數位憑證 (可以參考官方的驗證端使用手冊) 這邊解釋一下，如何建立一個運動補助的數位憑證驗證的方法，首先來複習一下「運動補助」的條件有哪些： 體育補助條件： 需要入職滿一年 英文名字（作為帳戶匯款用) 接下來，你可以到 「建立 VP 」經過以下流程來創立一個。 輸入 VP 的名字 挑選你需要的群組名稱， 挑選 VC 資料，我這邊就挑選剛剛建立的「連線小學堂」也就是挑選你剛剛建立的數位憑證樣板。 挑選要驗證的數位憑證欄位 因為運動補助只需要知道「入職時間」跟「英文名字」就可以，就不需要挑選其他的資料欄位。 最後就會出現一個 QR Code 看做為驗證使用。 透過 SwaggerUI : 來了解各種 API 的使用方法 接下來透過官方提供的 SwaggerUI 介面，與一些 API 來跟大家講如何找到這些變數。 發行端 SwaggerUI 參數說明 網址： 發行端...