唐老師所看到的
用戶體驗、設計教育
與人工智慧

UX, Design Education and AI, as I see it
講者 唐玄輝 TANG, HSIEN-HUI · NTUST DITL
東吳大學社會學系 AI 社會研究中心 系列演講
邀請人:黃芳誼副教授

今天的四段

Agenda
S0自我介紹Self-introduction
S1人工智慧AI 現況調查
AI 對於教育的影響
S2用戶體驗UX 已死?
示範:重新設計中心的網站
個案:iSupport
S3教育DITL 學習 AI 的方式
簡報做法
設計與創新的意義
創造未來
AUTUMN
2026
SCU RCAIS
Self-introduction
自我介紹

 

影像

 

A platform for passionate & talent designers devoted to design, UX and innovation.

Design Innovation & Thinking Lab

設計創新與思考研究室

推進前瞻設計實務知識,培育國際體驗創新人才

唐玄輝老師照片

 

唐玄輝 Prof. TANG, Hsien-Hui
臺科大設計系教授 設計創新思考研究室 總監
Design Department, NTUST & Director, DITLDESIGN

DITLDESIGN has been building A platform for passionate & talented designers devoted to design, UX, and innovation.

 

 

唐玄輝老師照片

 

唐玄輝

Dr. Hsien Hui, Tang

PROFESSOR NTUST 臺灣科技大學 設計系 教授

PROFESSOR ICB HKU 香港大學 中國商學院 兼任教授

DIRECTOR DITL 設計創新思考研究室 總監

 

USER EXPERIENCE DESIGN

以體驗為目標,建立更好的真實世界的數位體驗

SERVICE DESIGN

運用宏觀生態系思維,打造全鏈路與全渠道設計

EXPERIENCE STRATEGY

協助全面體驗管理,協助品牌增加競爭力

DESIGN THINKING

以人為中心,運用設計改變真實世界

 

AI DESIGN

與 AI 人機協作全面思考 AI 驅動設計流程與創新

2023 DITLDESIGN

 

DITLDESIGN
International
Graduates

 

Vyond

 

星展銀行

 

阿里巴巴

 

騰訊音樂

 

螞蟻金服

 

平安銀行

 

Agoda

 

KK

 

Yahoo

 

字節跳動

 

beBit

 

Line

 

Google

 

台積電

London

 

Microsoft

 

Codementor

 

Fourdesire

 

91 APP

 

NTUC

Our graduated service designers keep changing the world.

 

國泰世華

 

華南銀行

 

Facebook

和產業一起做設計

More than 100 workshops in industries and schools
阿里巴巴新東方TCL英業達台灣高鐵訊連科技・完美移動國泰金控玉山銀行聚陽實業Asian Productivity Center
英業達 AI x Laptop 課程合照
英業達:AI × Laptop 使用者體驗課程
台灣高鐵服務設計工作坊合照
台灣高鐵:服務設計工作坊
工作坊進行中,學員分組討論
協助各部門釐清問題、找出痛點
工作坊桌上的便利貼與流程圖
把痛點寫成便利貼,排出行動順序

分享:服務設計與 AI

Speaking at design conferences
台北服務設計大會全體合照
台北服務設計大會
連結在地與國際設計社群
上海 UXPA 大會舞台
上海 UXPA 大會
分享產業如何進行服務設計
台灣 IXDA AI DAY 會場
台灣 IXDA AI DAY
AI 協助的服務設計與創新
唐老師在企業課程台前講課
企業內部分享
訊連科技&完美移動體驗設計

設計專案:得獎,也真的被採用

Award-winning service design projects
Connect & Adopt 認養服務櫃台
Connect & Adopt
動物認養服務,Red Dot Design Concept
Connect & Adopt 認養指南摺頁與狗狗
認養指南
把認養流程整理成實用的摺頁
Service Design Award Finalist 2024 標誌
Service Design Award
2024 決選,國際服務設計案例
視障者在公車站使用 EyeBus
EyeBus
視障者公車服務,2023 年台北市 15 條路線採用
長者玩 Memoir Monopoly 懷舊桌遊
Memoir Monopoly
失智長者的懷舊治療桌遊
AUTUMN
2026
SCU RCAIS
AI
人工智慧
AI 現況調查AI 對於教育的影響
AI USAGE SURVEY
先問大家
三個問題
您用哪一家 AI?每個月花多少錢?每天的工作有多少比例交給 AI?

問題一:您用哪一家 AI?

Which AI do you use?
ChatGPT
Claude
Gemini
Copilot
其他還沒在用

問題二:每個月花多少錢?

How much do you pay each month?
0 元NT$ 1–700NT$ 700–3,000NT$ 3,000 以上

問題三:每天的工作
有多少比例交給 AI?

How much of your daily work goes to AI?
0–25%25–50%50–75%75–100%

唐老師的答案

My answers
  • Claude:主要規劃與執行(我叫它 Chloe)
  • Codex:獨立審查(我叫它 Coco)
  • Gemini:查資料、找線索
  • Typeless:用說的下指令
每個月的 AI 費用
ChloeUS$200
CocoUS$20
Gemini學校提供—
+ 一起用的工具
Google DriveNotionSlackVercelSupabase
AI'S IMPACT ON EDUCATION
各國的教育
已經開始改變
韓國、日本、美國,以及我們身邊的博士論文

韓國、日本、美國

Korea, Japan, United States
Korea 2028 大學入學考試不再分文理 國語、數學取消選考;社會、自然全部考統合社會、統合科學
Japan ~70 東大 70 年來第一個新學部,是設計 UTokyo College of Design,2027 年 9 月開學,全英語,每屆 100 人
United States 50% 哈佛博士招生先大砍,再恢復到至少五成 聯邦經費刪減後一度大幅縮減;2026-10 公告:已恢復到至少歷史量的 50%,下一年規劃 80%
來源:韓經、Newsis、University World News;東大新聞(2025-04、2025-10)、Fashionsnap;哈佛 FAS 公告(2026-10-01)

大學已死?

Is the university dead?
博士論文裡的 AI 假文獻
  • 台灣:政大國發所的博士論文,引用 AI 生成、不存在的文獻
  • 香港:香港大學也發生同樣的情況
  • 中國:《學位法》2025 年施行,論文被認定代寫、剽竊、偽造等學術不端,可撤銷學位
2026 年的評論
  • Nils Gilman〈The University After AI〉,Chronicle of Higher Education,2026-07
  • Jeff Sparrow〈AI is devastating higher education, but the system was already broken〉,The Conversation,2026-10
  • Jonathan Malloy〈AI and the death of the university essay〉,Globe and Mail,2026-05
來源:公視新聞、OECD AI 事件紀錄(港大)、中國教育部《學位法》(2024-04-26 通過,2025-01-01 施行)
AUTUMN
2026
SCU RCAIS
UX
用戶體驗
UX 已死?重新設計中心的網站iSupport
UX IS DEAD?
UX 已死?
UX is dead?
UX 設計師原本花很多時間做的事,現在幾分鐘就能完成。
STORYTELLINGENGAGEMENTOBJECTIVESUSABILITYLAYOUTVISUAL DESIGNBRANDINGINTERACTIVE DESIGNUXUIUSER EXPERIENCEUSER INTERFACE
圖:參考 Finalsite UK 的 UX/UI 圖重新繪製

Design 2025 vs
Design 2026

2025 30 tabs open. One graphic.

2026 One chat. Every graphic.

  • 原本的主要工具,變成最後一步「匯出」的一個小按鈕
  • 設計工作變成一個資料夾:規則、品牌、範例、skills
概念參考:Charlie Hills 的 Design 2025 vs 2026 對照(charliehills.ai),圖為重新繪製

Canva:設計平台的轉折

From "everyone can design" to restructuring
10/122025:技術寫作人員 12 人中裁掉 10 人
22%2026-11:1,271 人受影響(裁員、調職、轉調)
新科技正改變人們的創作方式以及對產品的期待,小幅調整已不足以因應。
執行長 Melanie Perkins 致員工信
來源:Bloomberg(2026-11-03)、TechCrunch(2026-11-04)、ACS Information Age(2025)

Base44 意圖引擎:從「氛圍編程」到 SaaS 產業重組

From vibe coding to a SaaS reshuffle

Base44 的突破點在於它不只是生成代碼片段,而是理解開發者的「意圖」。

  • 系統自動配置後端邏輯;自然語言即時轉化 UI;低門檻開發:賦予非技術人員完整的開發權力
  • 2025:Wix 以 8,000 萬美金收購 Base44
  • 2025 市場地震與資本重估:「自定義應用」比「固定訂閱制工具」,衝擊 Wix 與 Monday.com 的傳統模式
$80MWix 收購 Base44 的初期金額(2025-06)
來源:Wix 新聞稿(2025-06-18,收購 Base44,初期約 8,000 萬美金另加業績對賭)

服務設計的範式轉移

A paradigm shift in service design

專業價值的進化。Base44 的故事證明了:技術不再是牆,而是窗。我們需要的不再是更多的工程師,而是更多的「反映實踐者」。

關鍵維度傳統模式(SaaS 1.0)Base44 模式(AI Native)
開發邏輯需求文檔 – 開發 – 測試意圖設定 – 即時生成 – 反思
核心資源代碼熟練度與技術人力策略框架與審美判斷
迭代週期數週至數月數分鐘至數小時
DEMO
示範:
重新設計中心的網站
東吳大學社會學系 AI 社會研究中心 voyage213.github.io/ai-center

用 Firecrawl 抓下原本的網站

Four steps, one Firecrawl credit
Firecrawl 後台的 API Keys 頁面(金鑰已遮蔽)
1 在 Firecrawl 取得 API key
Chloe 說明如何安全存放金鑰的對話畫面
2 問 Chloe 怎麼安全存放金鑰
終端機存放金鑰並加入 Firecrawl MCP 的畫面
3 在終端機存金鑰、接上 Firecrawl
Firecrawl 抓取 AI 社會研究中心網站後整理出的內容
4 抓好了:中心宗旨、成員、課程、活動、研究

原本的網站:深色宇宙背景,各單元做成可拖曳的星球。標語:「當大家都在學怎麼使用 AI,社會學更在思考:AI 會如何改變人類、關係與社會?」

怎麼做:Firecrawl + Claude

How it works
抓取Firecrawl 把整個網站的內容抓下來
→
整理Claude 讀內容,整理出結構
→
改寫同樣的內容,做成四五種風格
→
比較花了多少時間、多少錢

安裝 Impeccable

An open-source frontend design skill by Paul Bakaus
  • 一套開源的前端設計 skill,作者 Paul Bakaus
  • 以 Anthropic 原本的 frontend-design skill 為基礎再擴充
  • 提供設計評論、排版規劃等指令
/impeccable critique設計評論
/impeccable shape排版規劃
來源:github.com/pbakaus/impeccable

重新設計後的網站 1

The redesigned site
打開網站,看完整設計 ↗

重新設計後的網站 2

The redesigned site, version 2
打開網站,看完整設計 ↗

重新設計後的網站 3

The redesigned site, version 3
打開網站,看完整設計 ↗

花了多少時間、多少錢?

Redesigning the same site: AI vs. the traditional way
傳統做法
時間4–8 週需求訪談、資訊架構、視覺設計、切版、測試上線
人力3–5 人專案經理、UX 研究、UI 設計、前端工程
費用約 NT$15–40 萬小型機構網站改版的一般行情
技術Figma 設計稿、前端框架、CMS 架站、主機與後續維護
AI 做法
時間約 15 分鐘Firecrawl 抓站 → Chloe 整理內容、重新設計、寫成網頁
人力1 人+AI唐老師下指令、判斷方向;AI 負責抓取、設計與程式
費用約 NT$0 額外支出Firecrawl 1 點免費額度;Claude 含在每月 US$200 訂閱內
技術Firecrawl MCP、Claude Code、Impeccable 設計 skill,產出單一 HTML 檔
AI 做法的時間依 2026-11-05 實際產出檔案的時間推算(第一版約 15 分鐘);傳統做法為一般行情估計,實際依需求與廠商而異。

新的科技賦能新的創新、設計需求、工作模式

New technology, new products, new design work
產品類型的創新設計領域的擴展工作流程的演進能力組合的形成
工業產品產品設計工業設計流產品設計能力組
APPUX 設計UX 設計工作流UX 設計能力組
AI 產品AI 設計AI 設計師工作流AI 設計能力組

 

iTrace 失智症智慧知識學習

iTrace

以 AI 為核心建立醫療照護知識迭代服務

以台灣失智症居家照顧為例 | 專案計劃簡報

 

2026.10

失智症 AI 小幫手 × iTrace 服務追蹤平台

 

21 場訪談與評測

 

19 位受訪者

 

3 校跨領域團隊

計畫名稱|高齡失智照護產業的人本智慧升級

計畫主持人|唐玄輝、張佳琪、林楚卿  報告者|唐玄輝

 

國立臺灣科技大學 設計系 思創設計研究室 DITL

 

CONTENTS 簡報目錄

從專案說明與前期研究出發,呈現設計成果與系統 Demo

 

01

Project Overview

專案說明

 

• 專案團隊

• 專案背景

• 專案目標

• 開發階段(三鑽石)

 

02

Research Findings

前期研究結果

 

• 服務前/中/後現況藍圖

• 角色斷點統整

• 四大服務斷點

 

03

Design Outcomes

設計成果

 

• 設計原則

• 系統介紹(D1/D2)

• iTrace 服務藍圖

• 版本迭代與評測

 

04

System Demo

系統 Demo

 

• Demo 影片

• 計劃價值

01

Project Team 專案團隊介紹

設計 × 護理 × AI 技術三方協作,形成需求轉譯到醫學把關的完整產學鏈

 

 

Design

設計團隊

國立臺灣科技大學 設計系|唐玄輝 教授

釐清使用者需求並轉譯為技術需求。
確認體驗痛點、迭代操作體驗,以整體健康 wellbeing 為中心訂定目標。

 

成員|廖家嘉、卓育麟、黃昱菱

 

 

Nursing

老年照護專家團隊

臺北醫學大學 護理系|張佳琪 院長/教授

協助醫學驗證資料蒐集,以專家身分評估 AI 輸出的專業性與適當性,並連結既有照護資源進入場域。

 

成員|謝岱均

 

 

AI Technology

技術團隊

元智大學 藝術設計系|林楚卿 教授

運用最新 AI 技術建立可追蹤的失智症知識庫,並以 Vibe coding 方式快速回應設計迭代需求。

 

01

Background 專案背景

高齡失智照顧人力不足,照護責任正轉移到家庭照顧者與居服員身上

 

 

臺灣失智症居家照顧需求缺乏社會支持

35 萬人+1.63 萬/年

失智症患者

住宿型機構 13 萬床位

居服人員 9.8 萬位

 

提升

照顧服務品質及

自我學習體驗

WHO 提倡知識介入能賦能

照顧者技巧、減輕心理壓力

WHO iSupport for Dementia

台灣版失智症照顧者訓練暨支持手冊

01

Research Gap 專案背景・研究缺口

研究缺口:AI 聊天機器人多被視為獨立工具,鮮少整合進居家照護服務流程

 

01

照護責任轉移

台灣邁入超高齡社會,加上長照機構與照護人力短缺,失智症照護的許多責任轉移至家庭照顧者與居家照顧服務員身上。

強化照顧者的實務技能、因應能力與心理韌性,為提升居家失智照護品質的關鍵。

 

02

AI 聊天機器人的潛力

近期的研究顯示,AI 聊天機器人能透過提供情緒支持與改善資訊尋求體驗,來協助照顧者教育。

 

03

整合仍待研究

現有的研究大多將 AI 聊天機器人作為獨立的資訊工具進行評估。

如何將其整合至現有的居家照護服務工作流程中,以在在地照護體系中實現永續應用,討論仍然有限。

 

 

本專案切入點 將 AI 小幫手整合進居服員與督導的日常服務流程,並透過 iTrace 追蹤平台讓知識在機構內持續累積

01

Objectives 專案目標

我們希望運用 AI,讓居家服務現場的照顧技巧得以傳承,

提升台灣在失智症照顧上的品質與能力。

 

01

協助居服員的
自我學習和應對能力

了解失智症 AI 小幫手是否能幫助居服員處理失智照顧問題,提升服務信心。

 

02

提升居家服務失智症長輩的
照顧品質

了解服務回報與交班摘要,是否能幫助機構掌握個案、改善服務品質。

 

03

累積並轉化服務內部知識

了解系統能否把前線照顧經驗,整理成機構內部可沿用的照護知識。

01

Development Process 開發階段說明

以三鑽石流程推進:19 位受訪者、21 場訪談與評測,從問題梳理走向場域驗證

 

第一鑽|問題梳理

12 場 10 人

Discover・Define

 

 

訪談對象

家庭照顧者 4、居家服務員 3、資深服務員 1、資深督導 1、機構負責人 1(共 10 人)

 

階段產出

歸納四大服務斷點 P1–P4

 

第二鑽|設計開發

6 場 6 人

Develop・Deliver

 

 

訪談對象

失智症中心主任 1、個案管理師 1、護理專業人員 4(共 6 人)

 

階段產出

AI 小幫手 V1→V5.1、追問與建議邏輯

 

第三鑽|場域驗證

3 場 3 人

Implement・Validate(Pilot)

 

 

訪談對象

日照中心照顧服務員 3(Pilot,每日使用、持續兩週)

 

階段產出

驗證場域使用效益,作為 iTrace 平台設計依據

01

Interviews 各階段訪談場數與目的

每一鑽的訪談設計:先理解場域、再校準醫療邏輯,最後回到場域驗證成效

階段

訪談對象

人數

場數

形式

訪談目的

第一鑽

問題梳理

10 人/12 場

家庭照顧者

4

4

實體 3/線上 1

了解台灣照顧者的知識學習現況及問題點

居家服務員(含資深服務員 1)

4

3

實體 3

居服機構資深督導

1

2

實體 2

梳理照顧服務機構的培訓狀況、派案與管理流程

居家機構負責人

1

3

實體 1/線上 2

第二鑽

設計開發

6 人/6 場

失智症中心主任、個案管理師

2

2

實體 2

釐清醫療端失智症照護的回覆邏輯,轉化為 Prompt 控制 AI 輸出

護理專業人員(日照護理師 2、護理系學生 1、居服護理師 1)

4

4

線上 4

評估 AI 對話品質,及照顧建議的適當性、關聯性、完整性

第三鑽

場域驗證

3 人/3 場

日照中心照顧服務員(Pilot)

3

3

實體 3

每日使用、持續兩週,驗證實際使用效益並評估應用於服務訓練

資料來源:iSupport 團隊分享簡報(2026.09.14)之訪談對象與場域統計;已完成 19 人、21 場(第一鑽 12 場、第二鑽 6 場、第三鑽 Pilot 3 場)。

02

Before | Pre-service 場域問題梳理・服務前

服務前現況:居服員對個案的理解,依賴督導的彙整和轉述能力

 

 

1

派案與開案評估

 

 

 

2

交班資訊整理與交付

 

 

 

3

出班前準備

 

 

 

4

抵達案家

 

 

居服員行動

(等待派班)

接收督導交班訊息與注意事項,了解個案關鍵服務資訊(稱呼、偏好)

確認當日個案家排程,準備,騎車往返案家之間

進場前確認服務環境安全和個案狀態,與個案建立信任感

 

接觸點

A 單位個管師派案資訊、個案評估報告、長照服務菜單;衛福部長照評估系統

LINE 訊息;電話、三方 LINE 群組、家屬特殊交代

班表/排班系統;手機導航

長輩、同住家屬;案家環境

 

督導行動

了解評估報告與個案樣貌,依居服員時間、語言、性別、體力、特質媒合派班

彙整 LINE 對話、評估紀錄、訪視發現、家屬交代,轉化為交班資訊與關鍵服務資訊

安排排班、處理臨時調班

協助居服員初次進場建立信任與回覆問題,建立三方 LINE 群組,確認服務內容。

 

痛點

—

資訊散落於多個系統與管道,交班整理耗時且重彙整能力,居服員需通過最終彙整的資訊了解個案狀況。

—

案家環境與家屬型態變數多,新手容易在溝通和照顧方式上出錯。

 

 

斷點小結

居服員|居服員需透過督導最終彙整的資訊了解個案;面對多變的案家環境與家屬,新手容易在溝通和照顧方式上出錯。

督導|督導需從多個系統與管道彙整交班資訊,整理耗時,且仰賴督導個人的彙整能力。

02

Before | In-service 場域問題梳理・服務中

服務中現況:居服員獨自面對失智異常卻難以判讀,只能等待督導遠端指示

 

 

1

執行照顧項目

 

 

 

2

發現異常

 

 

 

3

現場判斷與初步處置

 

 

 

4

通報督導

 

 

 

5

協調與後續追蹤

 

 

居服員行動

洗澡、備餐餵食、翻身移位、復健引導,因時間限制,需專注照顧服務對象,可能無法使用手機。

觀察睡眠、食慾、精神等細節,服務中遭遇抗拒、幻覺、妄想、謾罵或肢體攻擊的原因和觸發因素。

依分級 SOP:可處理的現場排除(如改擦澡、暫停項目),如無意識或極端危險時撥打 119

以電話或 LINE 打字/傳照片通報督導

正常多數依督導指示執行,有時會需要面對家屬超出核定範圍的要求

 

接觸點

長輩、照顧輔具;案家環境、在場家屬

長輩身體與行為表現、藥物;家屬

緊急意外處理手冊、分級通報 SOP;119 救護

電話、LINE

三方 LINE 群組、家屬;A 單位個管師

 

督導行動

—

—

遠端協助釐清狀況判斷嚴重性,
並給予實務指示。

—

作為家屬、個管師、居服員間的協調者。主要出面與家屬協調服務界線,以及觀察到個案失能變差時,通報 A 個管重新評估,或是負責居服員退案時調班

 

痛點

單獨服務作業,多數無同事一起支援

居服員常難以區別失智症的異常行為與一般老化現象。

失智症照護存在顯著的學用落差,課程知識難以涵蓋多變的實務狀況,導致居服員頻繁提出非專業層面的服務問題。

督導需管理的個案量龐大,若居服員回報資訊不完整或溝通不夠即時,這類繁瑣的日常問題,導致督導的行政負擔。

—

 

 

斷點小結

居服員|

督導|

居服員單獨服務,常難以區別失智症異常行為與一般老化,
課程知識也難以涵蓋多變的實務狀況。

督導管理的個案量龐大,居服員回報不完整或溝通不即時的日常問題,造成督導的行政負擔。

02

Before | Post-service 場域問題梳理・服務後

服務後現況:紀錄缺乏標準化、追蹤缺乏即時性,照顧知識難以從個案累積

 

 

1

服務紀錄與回報

 

 

 

2

問題觀察與分析

 

 

 

3

訪視案家

 

 

 

4

培訓與支援

 

 

 

5

知識累積與傳承

 

 

居服員行動

服務結束後,填寫服務日誌記錄個案的異常狀況,作為服務證明和爭議防範用。通常當日無事就不填寫,有時也會突然回想起,會以口頭或 LINE 告知督導長輩變化。

—

配合督導家訪/電訪

參加月度團體會議、實體模擬演練,向同事和前輩請教、自我摸索

詢問前輩和

 

接觸點

班表日誌、打卡系統;家屬

LINE、電話

督導、家屬

團體會議、個案討論學習單、機構課程、緊急意外處理手冊;資深居服員

資深同仁、督導

 

督導行動

從服務日誌或透過多次溝通與關心,辨識居服員對問題的敏銳度,進一步調整指導居服員的做法與心態。

彙整來自家屬、居服員的觀察,判斷是否需申請個案重新評估,或是調整服務方式。

基本每 3 個月訪視個案一次

新進安全訓練和情境指導

以演練方式傳授技巧或多次的談話,讓居服員了解個案行為上的異常和心態調整。

 

痛點

紀錄缺乏標準化:服務日誌高度依賴人員的觀察與記錄,
關鍵資訊常零碎散落於對話中。新手難以抓出問題核心,
導致督導的前期訓練成本大增。

追蹤缺乏即時性:
目前僅能仰賴週期性的實體訪視或電訪來判斷個案狀況,
難以即時發現並介入處理服務問題。

實務經驗多存於個人腦中,
通常以口頭或實際演練傳授,
機構照顧知識難以從個案角度累積與傳授。

 

 

斷點小結

居服員|

督導|

督導僅能仰賴週期性訪視判斷個案狀況,難以即時介入。
實務經驗多存於個人腦中,難以累積與傳授。

居服員的服務紀錄缺乏標準化,高度依賴個人的觀察與記錄能力,
新手難以抓出問題核心。

02

Breakpoints 角色斷點統整

居服員服務品質依賴轉述與個人經驗,督導缺乏即時追蹤與知識累積

 

角色

 

服務前

 

服務中

 

服務後

 

 

居服員

 

● 居服員需透過督導最終彙整的資訊了解個案。

● 面對多變的案家環境與家屬,新手容易在溝通和照顧方式上出錯。

 

● 居服員單獨服務,常難以區別失智症異常行為與一般老化,課程知識也難以涵蓋多變的實務狀況。

 

● 居服員的服務紀錄缺乏標準化,高度依賴個人的觀察與記錄能力。

● 新手難以自己抓出問題核心。

 

 

督導

 

● 督導需從多個系統與管道彙整交班資訊,整理耗時,且仰賴督導個人的彙整能力。

 

● 督導管理的個案量龐大,居服員回報不完整或溝通不即時的日常問題,造成督導的行政負擔。

 

● 督導僅能仰賴週期性訪視判斷個案狀況,難以即時介入。

● 實務經驗多存於個人腦中,難以累積與傳授。

02

Breakpoints 四大服務斷點

失智照顧的學習,不只發生在服務當下。

居服員在現場、督導在事後、機構在長期,各自面對不同的難題。

 

P1

 

居家服務員

居服員缺乏即時且具體的專業支援

 

求助受限:現場遇突發狀況僅能通報督導並被動等待,缺乏即時解答。

 

資源籠統:現有課程與通用 AI 資訊缺乏具體步驟與原因分析,難以直接應用於照護現場。

 

學習時間碎片化:服務時間不固定,照護知識的學習與解惑往往被迫延遲至下班後。

 

P2

 

居家服務員/督導

居服員與督導在前線問題辨識與認知落差

 

新手經驗不足:缺乏獨立作業與實務累積,難以精準判斷個案的真正異常行為。

 

溝通成本極高:督導需反覆來回確認,才能從瑣碎回報中釐清問題全貌,大幅增加前期訓練負荷。

 

P3

 

督導/居家服務員

個案即時資訊碎片化,
交班整合耗時

 

多方管道整合負擔:督導需獨自收集訪視發現、系統紀錄與家屬回報,再轉譯為交班資訊。

 

高度人工作業:跨管道整合不僅耗時且易遺漏重點,交班品質極度仰賴督導個人的經驗與撰寫能力。

 

P4

 

督導/機構

隱性照護知識
難以系統化傳承

 

經驗未數位化:主管與督導的寶貴場域經驗多存在於個人腦中,僅依賴口頭傳授或散落於對話紀錄。

 

機構知識斷層:缺乏系統性的收斂機制,導致高價值的照護知識難以在機構內有效累積與交接。

03

Design Principles 設計原則

iTrace 知識服務包含支援居服員提問的專業管道,及幫助督導整合前線狀況與累積知識

斷點

設計原則

設計方案

P1

 

居服員在任何時候都能取得專業諮詢,並獲得具體可執行的照護建議。

 

 

D1 失智症 AI 小幫手

小幫手透過 AI 的 RAG 系統,將問題依 iSupport 照護學習原則變成結構化追問,對應清楚的問題,為居服員提供以被照顧者為中心的照護建議。

P2

 

系統協助督導了解居服員對臨場問題的判讀差異,減輕督導的工作負荷。

 

 

D2 iTrace 服務追蹤平台 D2-1 服務員培訓計劃

平台透過 AI 從居服員的提問記錄整理出服務弱點,並提供 AI 建議的培育方向,作為督導安排個人化指導的依據。

P3

 

系統將訪視、系統記錄、家屬回報與注意事項整合為個案化服務報告,讓督導更快速生成交班摘要。

 

 

D2 iTrace 服務追蹤平台 D2-2 個案化照顧指南

平台利用 AI 可以整合共同照顧者問題、訪視內容與追蹤事項為個別化的交班與服務摘要,讓督導隨時掌握個案的跨服務員照顧情況。

P4

 

系統協助督導將個人經驗轉化為可持續優化資料庫的材料。

 

 

D2 iTrace 服務追蹤平台 D2-3 AI 建議與場域的知識循環

督導篩選 AI 建議並補上場域經驗,經 iSupport 專家團隊覆核後成為資料庫的迭代資料,讓知識持續累積並回流前線與學術場域。

03

System | D1 系統介紹・失智症 AI 小幫手

失智症 AI 小幫手:居服員在 LINE 描述狀況,即可得到具體照顧建議

 

居服員使用

不用下載新 App,居服員在 LINE 上描述個案狀況,就能得到具體的照顧建議。
建議內容由醫療照護專家參與審閱。

 

 

先問清楚,再給建議

小幫手主動追問時間、情境與前因,不給制式答案。

 

 

症狀預防風險提醒

每次建議都會提醒症狀未來的風險和觀察方向。

 

 

結構化排解流程

小幫手把常見行為問題拆成可依序嘗試的步驟。

03

System | D2 系統介紹・iTrace 服務追蹤平台

iTrace 服務追蹤平台:把提問與服務回報,整理成督導可直接使用的管理資訊,協助機構追蹤個案、規劃教育訓練。

 

督導使用

 

 

個案追蹤與服務回報

平台依個案彙整服務回報與待處理事項。

 

 

個別化指引與行前摘要

平台整合不同居服員的經驗,讓居服員服務前快速掌握重點。

 

 

問題分析與培訓建議

平台統計居服員常見的問題類型,作為教育訓練的依據。

03

How It Works 系統運作方式

系統運作 5 步驟:居服員的每次提問,經督導確認後再回到前線

 

 

 

01

 

居服員

遇到問題提問

居服員在 LINE 描述個案狀況,不用下載新 App。

 

 

02

 

失智症 AI 小幫手

追問並給建議

小幫手先釐清情境與前因,再提供可依序嘗試的處理步驟。

 

 

03

 

居服員

服務回報

居服員於服務後記錄方法有沒有用、個案有什麼變化。

 

 

04

 

督導

檢視與確認

督導在平台審閱 AI 建議,並補充自己的照顧經驗。

 

 

05

 

iTrace 平台

產出行前摘要

平台於下次服務前,提醒居服員這位個案的照顧重點。

03

Service Blueprint iTrace 服務藍圖・總覽

iTrace 服務藍圖:居服員每一次提問與回報,都成為督導培訓與知識迭代的資料

 

 

① 行前準備

 

② 服務中

 

③ 服務後

 

④ 機構督導介入

 

⑤ 知識迭代

階段

居服員行動

 

查看今日個案:開啟個案、閱讀行前摘要

 

遇到照顧問題:隨時以 LINE 提問

 

完成服務回報:口述/文字回報當日狀況

 

接受訓練與支援:督導依問題安排教育

 

取得更新後建議:下次詢問得到更準回覆

 

互動線

失智症 AI 小幫手

LINE 前台

 

行前服務摘要:彙整前次服務與跨服務員資訊

 

照護方式詢問:D1-1 專家式追問、D1-2 症狀風險提醒、D1-3 結構化具體建議

 

服務回報入口:
顯示被指派個案,並引導服務員撰寫、說明問題

 

套用優化後知識:
依督導審查與專家覆核更新回覆

 

可視線

iTrace 服務追蹤平台

後台

 

彙整跨服務員狀況,生成交班指示

 

記錄居服員提問與 AI 建議,
依個案彙整對話摘要

 

依個案彙整服務回報
及對話摘要

 

從服務問題整理問題類型、頻率、問題情境,並生成培訓建議

 

系統顯示 AI 建議,彙整督導
新增場域具體做法

 

內部互動線

督導行動

 

取得交班指示
確認交班資訊調整

 

接收通報、查看對話摘要

 

參照回報追蹤個案狀況

 

依分析制定培訓方向

 

篩選建議、補上場域經驗

 

 

 

 

 

 

 

 

 

 

 

 

 

 

■ 綠色=居服員/D1 失智症 AI 小幫手(LINE 前台) ■ 橘色=D2 iTrace 服務追蹤平台(後台)/督導 ↕ 箭頭=服務流程與資料流 | 後續三頁依服務前、中、後展開

 

 

 

03

iTrace 服務 | Pre-service 服務藍圖・服務前

服務前:iTrace 平台生成個案化交班指示,居服員出班前即可讀取行前服務摘要

 

 

1. 派案與開案評估

 

2. 交班資訊整理

 

3. 出班前準備

 

4. 抵達案家、建立互動

階段

其他接觸點

個案評估報告、A 單位個管師派案資訊

長輩、同住家屬、案家環境

居服員行動

 

於失智小幫手查看今日個案,開啟個案並閱讀「行前服務摘要」,了解個案狀況。

 

出班前或空檔可隨時向失智小幫手詢問行前摘要與該個案照護方式

 

依行前摘要提示進行場域服務注意事項,和個案建立信任

 

互動線

失智症 AI 小幫手

LINE 前台

 

行前服務摘要:顯示今日個案,開啟個案即可閱讀個別化交接內容

 

隨時回應行前摘要與該個案照護方式的詢問

 

可視線

iTrace 服務追蹤平台

後台

 

系統連結個案和服務員 LINE

 

系統彙整跨服務員的服務狀況、對應照顧建議、特別追蹤事項,生成個案化交班指示

 

系統將督導調整確認版本
供小幫手行前摘要使用

 

內部互動線

督導行動

 

提供個案資料,於 iTrace 建檔

 

確認 iTrace 生成的交班指示,新增其他管道資訊或注意事項後,送出個案化交班指示

預期效益

減少督導重複整合
多方來源和撰寫的行政負擔。

居服員行前能取得
經過督導審查後的個別化服務建議摘要

降低未來服務摩擦風險

 

 

 

 

 

 

 

 

03

iTrace 服務 | In-service 服務藍圖・服務中

服務中:小幫手隨時提供居服員「以人為本」建議,居服員的對話自動摘要讓督導快速掌握現場狀況

 

 

1. 執行照顧項目

 

2. 發現異常

 

3. 現場判斷與初步處置

 

4. 通報督導

 

5. 協調與後續追蹤

階段

其他接觸點

長輩、照顧輔具、
案家環境、在場家屬

分級通報 SOP、119 救護

電話、LINE

三方 LINE 群組、家屬、
A 單位個管師

居服員行動

 

照常執行照顧項目

 

遇到照顧問題時,隨時以 LINE 向失智小幫手描述狀況
若不便在個案面前使用時,於空檔或結束後使用

 

依小幫手追問補充細節,取得具體建議後應對;點選「這次的建議有沒有幫助」回饋

 

無法自行處置或緊急時,仍依分級 SOP 以電話/LINE 通報督導

 

互動線

失智症 AI 小幫手

LINE 前台

 

接收居服員以 LINE 描述的照顧問題,並即時記錄更新個案最新行為狀況

 

D1-1 專家式追問釐清情境
D1-2 症狀風險提醒
D1-3 結構化具體建議

 

可視線

iTrace 服務追蹤平台

後台

 

記錄提問類型和對話中的AI建議,對話自動摘要並更新個案狀態,
供後續分析

 

提供該居服員的對話摘要
供督導參照

 

內部互動線

督導行動

 

接收通報、給予處置指示
於 iTrace 查看該居服員與 AI 的對話摘要

 

協調家屬服務內容
個案失能變差時,通報 A 個管重新評估

預期效益

居服員可以任何時機點透過專業諮詢,初步辨識基本的服務問題,現場即可取得以人為本、具體可執行的建議。

督導可參照對話紀錄快速掌握狀況

事件自動記錄於個案服務歷程中

 

 

 

 

 

 

 

 

 

03

iTrace 服務 | After-service 服務藍圖・服務後

服務後:iTrace 將回報與提問轉為問題分析與培訓建議,協助督導篩選後經驗回流前線

 

 

1. 服務紀錄與回報

 

2. 問題觀察與分析

 

3. 訪視準備與品質控管

 

4. 培訓與支援

 

5. 知識迭代

階段

其他接觸點

班表日誌、打卡系統(現行)

居服員行動

 

服務結束後於失智小幫手選擇「服務回報」→ 選擇個案 → 口述/文字回報行為情緒、身體狀況、特殊事件

 

配合督導訪視

 

接受督導依問題安排的教育與支援

 

取得更新後建議,下次詢問得到更準回覆

 

互動線

失智症 AI 小幫手

LINE 前台

 

提供「服務回報」入口(僅顯示被指派的個案),引導回報行為情緒、身體狀況、特殊事件

 

記錄提問次數、問題類型與「有沒有幫助」回饋

 

套用督導審查與專家審核後的優化知識,更新回覆

 

可視線

iTrace 服務追蹤平台

後台

 

自動摘要對話與服務回報,依個案歸檔

 

分析居服員使用資料(問題類型、頻率、敏感度),產出服務問題分析

 

統整跨服務員的服務狀況、對應照顧建議、特別追蹤事項,生成服務摘要報告

 

依問題分析生成培訓方向建議,並記錄服務員知識培訓軌跡

 

彙整各居服員的 AI 建議供督導篩選,並且記錄督導場域經驗的補充建議

 

內部互動線

督導行動

 

於 iTrace 檢視居服員使用資料:
問題類型、頻率、問題情境

 

參照服務回報與個案化照顧指南,掌握跨服務員照顧情況,追蹤個案服務狀況

 

依系統提供的服務問題與訓練計畫建議,督導制定培訓方向並建立培訓記錄

 

督導/主管瀏覽各居服員的 AI 建議,選出適合自家個案的照顧建議並補上場域經驗;經專家審核後,以交班摘要與個案照顧指引回流前線

預期效益

回報格式一致,能自動統整至單一個案中追蹤紀錄

督導能快速辨識居服員問題認知

督導訪視前準備可依據有持續性資料

督導可以更快速安排培訓方向,並讓系統記錄個人學習軌跡

讓場域知識能系統性累積,並轉化成更貼近服務個案狀況的執行建議,擴大知識應用範圍

 

 

 

 

 

 

 

 

 

 

 

 

03

Iteration 版本迭代與評測

V1 至 V5.1 逐版迭代:從訪談引導工具,到經專家評測後投入場域的 AI 小幫手

 

 

V1–V3

建立訪談引導,作為訪談工具並持續內部調整

 

V4

建立追問機制,優化資訊呈現方式

 

V5

優化追問題目,強化知識說明

 

V5.1

經專家評測修正後投入 Pilot;含行前服務摘要、多個案切換

 

V6/V7

開發中:iTrace 服務追蹤平台

 

 

專業人員評測

日照中心護理師 2、護理系大四學生 1、居服護理師 1

評估 AI 對話品質,及照顧建議的適當性、關聯性、完整性

 

 

場域 Pilot

日照中心照顧服務員 3 位

規定每日使用、持續兩週,驗證場域使用效益並評估應用於服務訓練

04

Demo Video Demo 影片

居服員使用 LINE 提問取得建議的完整操作流程

實際場域操作影片▶播放 Demo 影片

 

影片連結 https://youtu.be/vqzeC379igc

04

Project Value 專案價值

補上照顧人力斷層,並建立產學與臨床持續合作的知識迭代機制

 

 

社會價值

24 小時可及的知識支援

讓服務員面對長者行為問題時降低無助感,縮小照顧品質落差,提升失智長者所獲照顧的一致性與穩定性。

 

 

迭代機制

產學與臨床的審核循環

建立「照服員提問 → AI 回覆 → 醫療/專業團隊審核 → 回饋優化知識庫」的迭代審核機制。

 

 

低門檻導入

以 LINE/LIFF 為介面

大幅降低第一線照服人員的技術門檻,銜接長照人力普遍缺乏資訊系統訓練的現實限制。

 

 

示範價值

長照導入生成式 AI 的案例

提供可參考的驗證案例與部署模式,也是設計與護理人才跨領域協作的養成案例。

04

Field Validation 場域驗證規劃

場域驗證採延遲介入,居服員需實測一個月,督導在一個月後以實際資料測試 iTrace 追蹤平台

 

 

30

位居服員

具失智症服務資格

 

 

6–7

位機構督導

每機構 1 名

 

 

1

個月驗證期

對照組延遲 1 個月介入

 

 

≥4+1

每機構參與人數

4 位居服員+1 位督導

收案範圍:任職雙北、基隆之居家服務機構

驗證採取 延遲介入設計

第 1 個月

第 2 個月

介入組

奇數序號機構

立即介入

 

使用 AI 小幫手

 

前測

 

後測

延遲介入組

偶數序號機構

延遲介入

 

維持原有資源

 

使用 AI 小幫手

 

前測

 

後測①

 

後測②

 

研究方法 混合研究:量化問卷+質性訪談。以「機構」為分派單位,避免同一機構內的實驗污染;督導全程不參與居服員焦點團體,避免上下屬權力關係影響發言。

 

 

居服員|失智症 AI 小幫手(LINE)

督導|iTrace 服務追蹤平台

 

收案前置

 

 

• 參加機構說明會

• 完成同意書與前測問卷

• 加入 LINE 好友,並回傳 UID 碼

• 完成同意書

• 提供個案資料,由研究團隊建檔,或協助自行導入

 

驗證期

1 個月

 

 

• 不需操作

• 居服員的提問與服務回報持續累積於 iTrace

 

任務一

照護方式詢問

每週至少 2 次

 

任務二

服務回報

每位個案至少 1 次

 

任務三

行前服務摘要

初次與最後一次服務前各查看 1 次

 

驗證結束

 

 

• 完成後測問卷(照顧能力、BUS-15、Q4TE、NPS)

• 以機構為單位進行焦點團體(約 2 小時)

• 基於居服員實際產生的使用資料,進行 iTrace 任務式測試(約 1.5 小時)

• 進行個別訪談

資料收集完成後,另以場域專家問卷請 iSupport 專家覆核 AI 建議內容。

Hypotheses 研究假設與判斷標準

三項假設分別對應居服員能力、機構服務品質與場域知識累積

研究假設

判斷標準

資料收集方式

H1 系統能提升居服員的失智個案服務信心與應對能力

● 居服員的失智症照顧能力提升

● 居服員能感受到處理方式改變

失智症照顧服務能力量表(前後測)、BUS-15
對話紀錄之建議幫助率
居服員訪談

H2 系統能提升機構的居家服務品質

● 督導認為平台資訊對前線問題辨識、訓練規劃與交班有實質幫助

● 居服員認為 AI 建議與行前摘要有助於工作效率

專業訓練評估問卷(Q4TE)
督導任務式訪談
居服員訪談

H3 系統能累積持續且正確的照護場域知識

● 督導補充場域經驗的功能滿意度與頻率

督導任務式測試

以機構為招募單位,每間至少 4 位居服員與 1 位督導參與

itracerecruit.vercel.app

機構招募網站:

Field Validation 場域驗證規劃

 

 

 

01 Localize

印尼文版失智小幫手

支援外籍照顧工作者

 

• 以 LINE 提供印尼文提問、追問與照護建議,降低外籍照顧工作者的語言門檻

• 照護建議依 iSupport 原則轉譯,並經專家覆核,確保跨語言的專業正確性

• 督導在 iTrace 以中文檢視印尼文提問與回報,縮小督導、雇主家庭與看護工之間的溝通落差

 

 

 

02 Ecosystem

跨機構單位
共同建立失智高齡照護的知識內容

 

• 匯集多機構的提問紀錄與督導經驗,累積為跨機構的失智照護知識庫

• 延伸服務至家庭照顧者,讓居家照顧現場共享同一套照護知識

Future Vision 未來擴散願景

未來從單一區域驗證,擴散到跨區域場域、印尼文版本,建立在地化知識生態

以機構為單位分派實驗組與對照組,採延遲介入研究設計

收案

第 1 個月

第 2 個月

介入組

立即介入|奇數序號機構

 

前測

 

使用失智症 AI 小幫手 1 個月

 

後測

 

焦點團體+督導任務式測試

延遲介入組

延遲介入|偶數序號機構

 

前測

 

維持原有醫療與照護資源

 

後測一

 

使用失智症 AI 小幫手 1 個月

 

後測二

 

研究方法

混合研究方法:量化問卷結合質性訪談。

 

分派原則

以機構為單位,依進場順序分派,
避免同機構內的實驗污染。

 

權力關係

督導全程不參與居服員焦點團體,
降低上下屬關係對發言的影響。

 

焦點團體+督導任務式測試

Field Validation 場域驗證規劃

居服員一個月內執行三項任務,結束後分別進行焦點團體與督導任務式測試

 

 

01

照護方式詢問

每週至少 2 次互動

服務中遇到照護問題時以 LINE 提問,並回饋建議「有沒有幫助」

 

 

02

服務回報

每位個案至少回報 1 次

服務結束後回報個案的行為情緒、身體狀況與特殊事件

 

 

03

行前服務摘要

最後一次個案服務前看 1 次

服務前查看摘要,並記錄哪裡有用、哪裡不足

角色

收案前置

驗證期(1 個月)

驗證結束

居服員

機構說明會;完成同意書與前測問卷;加入 LINE 好友並回傳 UID

執行上方三項任務

後測問卷 → 焦點團體(約 2 小時)

督導

完成同意書;提供個案資料,由研究團隊建檔或協助自行導入

不需操作

服務追蹤平台任務式測試(約 1.5 小時)

Procedure 研究流程與居服員任務

Thank You

感謝聆聽,期待您的回饋與指導

 

招募網站

https://itracerecruit.vercel.app/

國立臺灣科技大學 設計系 思創設計研究室 DITL|聯絡人 廖家嘉

 

AUTUMN
2026
SCU RCAIS
Education
教育
DITL 學習 AI 的方式簡報做法設計與創新的意義創造未來

現在獲取 AI 資訊的方式

How Marc Andreessen reportedly keeps up with AI

網路上轉述矽谷創投 Marc Andreessen 的說法:他的資訊來源大致這樣分配

1/4看 X
1/4聽最頂尖實戰派的 podcast 訪談 / Openhouse
1/4跟最先進的 AI 模型交流
1/4讀經典老書

至於其他來源,機會成本已經高到不太值得,而且還一天比一天更高。

轉述來源:Timeless & Timely〈The examined life is not optional〉,文中引用 Marc Andreessen 在 X 的貼文(@pmarca)

DITL 學習 AI 的方式

DITL way of learning AI
Teach上課實例:qds,用 Claude 做的上課網站
Project專案
  • StrTrixAI 時裝設計平台用戶體驗設計
  • iSupport & iTraceAI 失智症照護知識系統
  • AIeSD人工智慧輔助服務體驗設計過程
Learn去學習
  • 台大資工 Vibe Coding
  • 台科大資工 Vibe Coding
  • 人工智慧學校年會
  • GenAI 大會
  • 台灣各界 Vibe Coding 高手
Make自己做的事情帶一支自己的 AI 團隊

上課:qds,用 Claude 做的上課網站

Qualitative Design Studies 2026 — a course site built with Claude
qds.ditldesign.com ↗
QDS 2026 課程講義頁:單元一、單元二的各堂講義卡片
1 課程講義:每一堂的主題、講義與更新日期
QDS 後台的作業管理頁:作業名稱、截止時間、已交組數
2 後台・作業:出作業、看繳交狀況、發表成果
QDS 後台的權限與開放時間頁:每一堂的開放時間與五類身分
3 後台・權限:每一堂何時開放、給哪些身分看

Lauren Tan:從會計與財務到帶領 AI 團隊

xAI engineer, Grok Bot team · 她帶 agent 團隊的 7 點
  • 學歷:澳洲 Monash University 商學士(Bachelor of Commerce),主修會計與財務,2009–2011
  • 第一次寫程式:財務課上學 Excel 的 VBA 巨集
  • 經歷:Netflix 工程經理 → Meta React Core 團隊(React Compiler)→ Cursor → xAI 的 Grok Bot 團隊
  1. 加入一個「管理 agents 的 agent」
  2. agent 不用多,幾個好的就夠
  3. 讓 agent 把做法存成自己的 skill
  4. 給它工具:connectors、memory、skills
  5. 找出還在手動複製貼上的步驟
  6. 像帶實習生一樣帶 agent
  7. 用語音或是 Typeless 發號司令
來源:LinkedIn、QCon SF 2018 講者介紹、Mai Yang、Michael Guo、Matt Van Horn;7 點依 @poteto 在 X 的貼文,由唐老師改寫

我的 AI 團隊:Chloe 與 Coco

Same idea, a design educator's version
Lauren Tan 的做法唐老師的做法
幕僚長 bot 統籌,人只跟它對話Chloe(Claude)負責主要規劃與執行
獨立的審查者,驗證比信任重要Coco(Codex)獨立審核,逐條回覆採用或不採用
每個 agent 有清楚的身分和分工Chloe、Coco、Gemini 各有角色說明
讓 bot 為自己寫 skillkeynote-to-web、ditl-orange 等多個 skill
像帶實習生一樣,先自我介紹CLAUDE.md 寫明稱呼、禮貌用語與偏好
第 7 點:用語音
用說的
我用 Typeless 語音輸入跟 AI 溝通。這場演講的素材,大部分也是用說的整理出來的。
Typeless 示範:口述一段話,自動整理成格式完整的電子郵件
口述一段話,自動整理成 email:問候語、電話格式、修正名字
Typeless 示範:口述待辦事項,自動排序成清單
口述待辦,自動排成清單:重要的放第一、保留理由

用 AI 學會做 AI 的事

Learning AI with AI: installing Impeccable, 2026-11-05
螢幕截圖:左邊是終端機的 Impeccable 安裝畫面,右邊是和 Chloe 的對話
  1. 遇到看不懂的畫面:安裝時連問三題(裝給哪些工具、範圍、方式)
  2. 直接截圖,丟給 Chloe
  3. Chloe 說明每個選項、建議選哪個、為什麼
  4. 自己按下確認,下次就會了
左:終端機安裝畫面 右:和 Chloe 的對話
概念參考:Charlie Hills 的 AI OS(charliehills.ai)

我的 AI OS:我怎麼運作

How my AI team works together
3
我 + Typeless用說的下指令、討論方向、做決定
1
ChloeClaude Code規劃與執行:改檔、commit、寫 handoff
handoff+SHA-256 →← 審核報告,逐條回覆採用與否
CocoCodex獨立審核:讀原始檔,寫審核報告
2
Gemini最後核對檔案的 SHA-256:確認大家看的是同一個版本

我的簡報做法:以您正在看的這份為例

How I make slides — this talk, built the same way
Raw8 份原始資料新聞查證、網頁、截圖、自己的想法
→
Units10 個訊息單元一個單元一個訊息
→
Segments4 段段落相關的單元組成段落(S0–S3)
→
Slides— 頁簡報就是這個網站

這份簡報怎麼做出來的:一天的時間軸

2026-11-05 · one day, one conversation with Chloe
看完整對話紀錄 ↗
  1. 09:23「我要做一個對外的演講」建資料夾、開始收素材
  2. 10:15查證四則教育新聞哈佛、韓國、日本、大學已死
  3. 10:17整理出演講架構4 個段落、10 個訊息單元
  4. 14:18「把演講內容做成網站」14:22 第一版預覽
  5. 14:28「有點醜」改成分段多彩版
  6. 14:51請 Coco 評估風險開放 .git 寫入要注意什麼
  7. 15:32Impeccable 設計評論修正投影對比等三個 P1
  8. 15:44pptx 轉成網頁自我介紹、iTrace 31 頁
  9. 20:03規劃放上網路講者版與公開版分開
  10. 20:37Firecrawl 抓中心網站做出三個版本的重新設計
  11. 21:56匯出這份對話紀錄去除個資後公開
  12. 16 小時208 則訊息約 100 次 commit

 

AUTUMN
2026
SCU RCAIS

DESIGN & DESIGNING

與時俱進的設計方法與思維

 

 

設 計

人

物

 

 

是解決問題的一種方法

是創造人與物間更好的關係

 

 

 

 

 

人

情境

客戶分群

社會與政府

 

 

 

產品

生態系

品牌

產業與科技

產品

 

 

 

人

生態系

 

 

who

 

 

 

 

place

needs

wants

服務體驗

things

time

 

 

product

 

 

 

 

digital
product

digital

service

service

environ
-ments

digital
environ
-ments

 

 

commu
-nication

digital
commu
-nication

 

 

 

人

AI

 

 

who

 

 

 

 

place

needs

wants

AI 創新

things

time

 

mechanism

 

presentation

 

prediction

2025.09 Cyberlink & Perfect

 

 

 

 

 

 

 

 

 

 

 

設計師

情境

市場區隔

社會與政府

 

 

 

物

生態系

品牌

產業與科技發展

RELATIONSHIP

關係

人

公司

產業

 

 

 

 

 

 

 

 

 

人物誌

SCENARIO

CUSTOMER

SEGMENTS

SOCIETY & GOVERNMENT

 

 

 

產品與服務

ECO SYSTEM

BRANDS

INDUSTRY & TECH

人的改變 Gen Z

消費升級與降級
大眾服務 價值體驗

全渠道的產品與服務為王 微信

品牌忠誠度低 Telegram

人機協作 AIUX

生態系改變 抖音 CAPCUT

RELATIONSHIP

關係

數位轉型 AI

品牌意識 國潮

設計師

公司

產業

重新思考 AI 時代創新的意義
嬰兒潮世代1946–1964
→
X 世代1965–1979
→
Y 世代1980–1994
→
Z 世代1995–2009
→
α 世代2010–NOW
科技
人工智慧
▼
數位孿生
▼
區塊鏈
▼
虛擬實境
▼
元宇宙
經濟
產品主導經濟
▼
服務主導經濟
▼
體驗主導經濟
使用者
需求性
商業
永續性
科技
適切性
創新

人本創新 設計思考

霓虹城市夜景,上面寫著 William Gibson 的名言:The future is already here — it’s just not evenly distributed.
背景畫面:《Cyberpunk 2077》© CD PROJEKT RED,非官方使用,僅作演講引言背景
“The best way to predict the future is to invent it.”
預測未來最好的方法,就是創造它。— Alan Kay
We need sociology to comprehend the future, and designers to shape the future.
當大家都在學怎麼使用 AI,社會學更在思考:AI 會如何改變人類、關係與社會?
東吳大學社會學系 AI 社會研究中心
所以當大家在思考如何用 AI,思創在思考如何用 AI 改變人類與人造物的關係,建立更好的社會。
DITL 思創研究室

 

WWW.DITLDESIGN.COM

Hsien-Hui, TANG

drhhtang 唐玄輝

drhhtang@gapps.ntust.edu.tw

wechat ID: drhhtang

 

We Sincerely Invite Experience and Service Practitioners, as well as Researchers, to Collaborate with US