:::

部落格

摘錄近期 10 篇文章


  • 無障礙測試不該被職業分工綁住

    這幾年，無障礙不再是少數專家的話題，以前談到網站無障礙，是法規、稽核、檢測報告，或是某個專案最後才會被打開的 checklist，但現在不一樣了

  • Forbes Accessibility 200

    前幾天才知道 Forbes Accessibility 200 這個名單。 因為有點好奇，就往下多查了一些資料，順手做了一個擴充版，加上一些比較方便瀏覽和查找的資訊。 這不是官方資料集，也不是 Forbes 授權或背書的內容。只是我自己基於研究和參考目的整理的版本。

  • 無障礙網頁的服務對象在改變了嗎？

    前不久，Anthropic 工程師 Thariq 在「人類已不再手改程式」的前提下，提到 HTML 比 Markdown 更適合跟 AI 互動這件事。 我就在想：如果 AI 讀取的是優質的無障礙網頁，它是不是會更容易「理解」這個網站，進而和人類互動，產出更好的結果？

  • 裹著 AI 糖衣的無障礙網頁服務 ?

    本文探討了某一款宣稱能透過 AI 提升網頁無障礙的技術上的應用，從最初的興奮到失望，再到對未來的反思。

  • 2026 年 4 月 關於無障礙網頁發展的心得

    看著目前程式工具在 AI 方面的發展、數位無障礙的各種方向、各種職缺也有所增長、各種無障礙網頁規範 Agent Skills 和 AI 檢測也開始蓬勃發展，我雖然有從中受益，但我感受到更大的迷惘：AI 要到什麼程度才能有巨大的能力幫助數位無障礙的普遍落實，或者應該問：我要怎麼讓 AI 能做到這件事。

  • 用普通 Prompt 來 Vibe 一個解決自己工作痛點的產品

    詳細記錄了我如何透過 LLM從零開始只修改「文案和下Prompt」的方式，逐步開發一個名為 「DahTahDoc」的文件協作平臺，以解決公司在規格書撰寫與管理上遇到的種種痛點。文章涵蓋了從產品的起源、核心需求、LLM 的使用方式，並簡單探討這模式對未來職涯發展的影響。

  • Accesserty DevCheck — 在開發階段模擬與偵測無障礙問題

    在開發網站時，我們總習慣寫完程式碼後再補測試，再補無障礙，再補設計稿上的細節。 但「無障礙設計」這件事，其實不只是檢查通過，而是讓人真的可以用得順、看得懂、操作得了。

  • 看不見的體驗差距：為什麼搜尋不到真正好用的網站？

    你打開 Google，輸入你要查的資料，結果跳出十個連結。你點了第一個、廣告一堆，關掉；點了第二個，圖片一大堆，但沒寫你要的內容；第三個，按了幾個 Tab 鍵，游標跑到不知道哪裡去⋯ 最後你開始懷疑，是不是自己太挑剔？

  • 打造 Accesserty — 從搜尋到開發的無障礙網頁之體驗

    分享花了一個月左右打造的新品牌：Accesserty 這是一個專注於提升無障礙網頁體驗的小型工具生態，從搜尋體驗到開發測試。

  • LLM Chat Accessibility

    因為很好奇，所以想檢測一下主流 LLM Chat 工具在無障礙上的支援程度 隨著歐盟的無障礙法規到來，我實在是很好奇最近幾年新出現的 LLM Chatbot 是否能通過無障礙，於是就隨意挑選三個 LLM 記錄一下 2025 目前的狀況。（如果過不了還能在歐盟的國家使用嗎？真是疑惑。）


前往部落格主頁