ESP32-C3 配電子墨水屏：InkQuest 把 Gemini 放進文字冒險機

圖片：TechLab 自製資訊圖

TechLab 編輯部（譯）·2026-10-04

一個名為 InkQuest 的 DIY 項目，示範以 XIAO ESP32-C3、電子墨水屏、旋鈕及 Google Gemini，組成一部可即時生成內容的文字冒險機。玩家以旋鈕捲動故事、選取行動，再把選擇經 Wi‑Fi 傳回 Gemini，取得下一段情節。這類做法對想把生成式 AI 放入家居創客裝置的人有參考價值：互動介面可以很簡潔，卻毋須在微控制器本機運行大型模型。

不過，InkQuest 的體驗與一般離線掌機有根本分別。故事生成依賴網絡及 Gemini API，裝置能否回應、回應速度與長期使用成本，都會受連線、API 配額和帳戶設定影響。XDA 報道指項目作者以 Reddit 帳戶 Mammoth-Grade-7629 發布運作影片，並稱完整原始碼與製作說明已放在 GitHub；原文沒有列出實際 API 用量、採用的 Gemini 型號、配額安排或整機成本，因此這些仍是打算複製項目者要自行釐清的環節。

由雲端寫故事，微控制器只處理必要工作

InkQuest 的分工相當清楚。XIAO ESP32-C3 的角色是連接 Wi‑Fi、向 Gemini 要求故事內容、把文字顯示在電子墨水屏，並讀取旋鈕操作；敘事與下一步選項則交由雲端模型生成。這避開了在小型微控制器上部署語言模型所需的記憶體、儲存空間與運算資源，亦令故事可按玩家選擇持續延伸。

從設計角度看，這種架構適合把 AI 用於「每次只需少量文字」的實體介面，例如桌面小玩意、互動留言牌或家庭情境遊戲。電子墨水屏尤其配合文字冒險：它不需要高更新率去呈現動態畫面，畫面停留時也保留閱讀用途，令裝置的視覺語言更接近一本故事書。不過，低功耗屏幕不等於整個系統必然低耗電；每次向雲端請求內容仍涉及 Wi‑Fi 通訊，實際續航取決於喚醒頻率、連線策略及使用者遊玩模式，原文未有提供量度結果。

JSON 是令 AI 輸出可操作的關鍵

項目作者表示，Gemini 會以 JSON 格式產生故事段落和玩家選項。這個選擇比起要求模型輸出一整段自由格式文字更實際，因為裝置可把資料分拆為固定欄位，例如顯示用的故事文字及數個可選行動；旋鈕只需在選項之間移動，按下後再提交相應選擇。對資源有限的嵌入式裝置而言，明確資料結構可降低畫面排版、按鍵對應和狀態管理的複雜度。

但 JSON 並不會自動保證可靠。生成模型仍可能輸出不符預期的欄位、過長文字，或在格式前後加入額外內容；而電子墨水屏可顯示的字數、換頁方式及選項數目都有限。這是根據項目架構作出的工程分析：若要把概念變成可長時間使用的成品，程式需要檢查回應是否可解析，為缺少欄位或網絡失敗預備回退訊息，並限制每段故事與每個選項的長度。否則，模型輸出一旦偏離預設格式，裝置便可能無法正常顯示故事或處理選項。

旋鈕介面帶來取捨

XDA 所述的操作方式是以 rotary encoder 捲動文字和選擇行動，按下旋鈕確認。對一部只有文字屏幕的裝置而言，這是直接而節省腳位的輸入設計，亦避免加入觸控層或多個按鍵後破壞電子書般的簡潔外觀。玩家先閱讀、再逐項選擇，交互節奏也與回合式文字冒險相符。

相應地，旋鈕的便利程度很取決於軟件細節，例如長文捲動速度、游標焦點是否清晰、確認後有沒有防止重複提交，以及等待雲端回應時如何告知玩家。電子墨水屏更新並非針對快速動畫而設，若每次細微移動都刷新大面積畫面，操作感可能變得拖慢；較穩妥的介面策略會是把焦點改動收窄，並把完整畫面更新留給新故事段落。這些是可從硬件組合推導出的設計考量，並非原項目已公布的實作細節。

成本與可重現性不能只看開發板

InkQuest 的吸引力在於它把一塊小型 ESP32-C3 開發板變成有明確用途的實體 AI 介面，但複製成本不能只以主控板或屏幕計算。使用者還要準備旋鈕、供電方案、外殼或接線材料，並設定可連接 Gemini 的網絡與 API 憑證；持續遊玩時，雲端請求本身亦可能受免費額度、收費規則或帳戶限制左右。原文沒有提供任何定價，故無法據此推算每局故事或長期使用的實際開支。

可重現性亦有兩層意思。第一層是硬件與程式：XDA 指 GitHub repository 提供原始碼和較深入的製作說明，理論上有助創客按同類零件重建。第二層是雲端依賴：即使電路與程式一樣，模型設定、API 存取資格及日後平台改動都可能令輸出品質、可用性或成本不同。打算參考這個項目的人，較適合先把它視為雲端 AI 互動裝置的原型，並把 API 設定、錯誤處理和個人使用量列入設計的一部分。