
專案概述與核心痛點
Portfolio AI Bot 是一個部署在作品集網站上的對話式 AI 助手,讓訪客不用讀完整份頁面,直接用問題切入了解 Albert( 右下角互動體驗 👉 )
傳統作品集的死穴在於:資訊是被動的。訪客進來不知道從哪裡看起,注意力在第一頁就流失了 —— Awareness(注意) 有了,Activation(激活)卻斷了。這個 Bot 讓每個人都能從自己最在意的問題出發(他做過什麼?他懂什麼技術?),在一次對話裡完成真正的理解。
策略思考
這個 Bot 在設計時面對一個核心矛盾:知識庫要夠深,但回答要夠快、夠準。
解法是在 系統提示層 設計明確的問題路由邏輯,而非讓 AI 自己決定怎麼回:
概括性問題( eg.「Albert 是誰」、「他做過哪些專案」 )
直接從預載在 System Instruction 裡的 `about_me.md` 回答,不觸發 File Search,確保回應速度與資訊一致性
細節追問( eg.「某專案的技術架構是什麼」、「決策過程為何」 )
觸發 Gemini File Search,從專案文件中精準檢索對應段落
離題與閒聊
系統提示定義簡短友好的回應方式,自然引導回作品集話題,不硬轉、不拒絕
知識庫採用 Gemini File Search Store(Google 全託管 RAG)作為儲存與檢索層:一次上傳,自動完成向量化與索引,後端只需傳入 store 名稱即可調用,不需要自己維護 embedding pipeline 或向量資料庫。

解決方案亮點
任何人都知道下一步問什麼
訪客不需要想「我該問什麼才對」—— 每次回答結尾都會自動提供三個建議追問,根據當前對話脈絡動態產生,不是固定預設。第一次進來也有三個入口直接點選。這讓互動不會卡住,訪客能自然地從一個問題走到下一個,直到真正理解 Albert 是誰。
快問快答,不繞路
回答依問題類型分流設計:想知道 Albert 的背景與專案概況,立刻回答;想深挖特定專案的細節與決策過程,精準找到對應資料再回答。字數也有嚴格上限,避免 AI 常見的「說很多但沒重點」問題,讓每一則回覆都值得讀完。
額度用完,對話不斷
為了避免 Bot 被無限使用,每個訪客每天有固定的對話次數。但額度用完時,訪客不會看到冷冰冰的錯誤訊息——而是一句引導語加上 LinkedIn 連結,讓有興趣的人知道下一步去哪找到 Albert。體驗不在這裡結束,只是換了一個入口繼續。
專案成效與商業影響
對話即展示
Bot 本身就是作品。訪客在和它互動的當下,同時看到了 Albert 在 AI 產品設計上的決策邏輯:問題路由、知識分層、引導設計、邊界處理——每個環節都是 PM 視角的體現,比任何文字描述都更直接。
知識庫可持續擴充,維護成本極低
新增專案只需執行一個指令,Gemini File Search 自動完成向量化索引,API 端不需要改任何程式碼。作品集持續生長,但系統架構不需要動。
為「主動了解」而設計的轉換漏斗
靜態作品集頁面能做到的是 Awareness;這個 Bot 設計的是 Activation —— 讓訪客真正問出自己最在意的問題,得到精準回答,而不是帶著模糊印象離開。每一次對話都是一次完整的價值傳遞機會。