1. 先弄清楚需求翻頁器本質上是藍牙鍵盤AlphaPi 完全能勝任1.1 翻頁器到底是什么常說道理我都懂可就是差一個能用的小工具。我在做這個項目之前拆過一次朋友的翻頁筆發(fā)現(xiàn)里面結構比想象中簡單一個單片機、一個藍牙模塊、兩三個微動開關、一顆紐扣電池沒了。所有翻頁筆本質上都在做同一件事——把自己模擬成一只藍牙鍵盤然后向連接的電腦發(fā)送 PageDown、PageUp 這種標準鍵盤按鍵。演示軟件PPT、Keynote、PDF閱讀器其實并不認識翻頁筆它們只認識鍵盤按鍵。翻頁筆的按鍵被電腦識別成按鍵事件以后軟件自然就翻頁了。搞清楚這一點思路就通了。既然翻頁筆 藍牙鍵盤 兩個按鍵那如果我有一塊帶藍牙模塊、帶 GPIO 的開發(fā)板理論上完全可以自己做一個翻頁器。AlphaPi 這塊開發(fā)板本來就是 ARM 架構、跑完整 Linux 系統(tǒng)性能比翻頁筆里的單片機強得多干這點活綽綽有余。它可以同時當一個可編程的藍牙鍵盤既發(fā)翻頁命令也能按需求擴展成打印當前頁切換軟件窗口播放暫停視頻這類自定義快捷操作。1.2 為什么用 AlphaPi 改裝而不是買一個這是每個人聽到這個項目后問的第一句話。市面上翻頁筆幾十塊就能買到用開發(fā)板改裝體積又大功耗又高圖什么呢我的回答是翻頁筆只是順帶的結果真正想借這個項目搞明白的是Linux 開發(fā)板如何被識別成藍牙外設這條知識線。這個問題的答案不只在翻頁器上還能延伸到做藍牙控制器、藍牙手柄、藍牙傳感器節(jié)點等一堆場景。價格上算一筆賬自然更清楚方案成本體積可擴展性學習價值買現(xiàn)成翻頁筆40~200元極小基本為零低藍牙BLE模塊單片機自己寫20~50元小一般中AlphaPi開發(fā)板改裝0元吃灰板子中等很強高項目做完翻頁器用在每周例會匯報上很順手而掌握的那套HID over GATT注冊流程以后做遙控小車、體感手柄、甚至做無障礙輸入設備都能復用。這筆買賣我認為劃算。1.3 項目拆解三個關鍵子問題把整個項目拆開看真正需要解決的問題只有三個板卡側讓 AlphaPi 的藍牙協(xié)議棧注冊一個 HID人機交互設備服務這樣電腦才會把它識別成鍵盤而不是一個音頻設備或者未知設備。交互側用 GPIO 讀取按鈕按下去以后向已連接的電腦發(fā)送對應的 HID 報文模擬鍵盤按下 PageDown。運維側供電、開機自啟、意外斷線后自動重連讓它從一個開發(fā)板變成一個可以帶出門的工具。這個項目里我用 Workbuddy 作為開發(fā)主力工具。它本質上是一個 AI 工作臺能在一個界面里調度終端、編輯器、瀏覽器我可以用自然語言給它交代任務讓它去查資料、寫代碼、看日志、改 bug。以前這種小項目最耗時的就是對著裁剪過的藍牙協(xié)議棧文檔啃半天現(xiàn)在 Workbuddy 幫我走通整個流程我只負責在關鍵節(jié)點上做判斷項目推進速度快了很多。這篇文章就完整記錄我用 Workbuddy 走通這條路的過程踩過的坑一個不少希望遇到同樣需求的人能少走幾步彎路。2. 開工準備燒系統(tǒng)、查藍牙、初始化 Workbuddy 工作區(qū)2.1 燒錄系統(tǒng)并確認藍牙適配器AlphaPi 開發(fā)板拿到手第一步自然是燒系統(tǒng)。我選的是 Debian 系鏡像背后沒什么特殊理由就是藍牙相關的軟件包在 Debian 系下最全BlueZ 工具鏈基本是開箱即在。燒錄用常規(guī)做法SD 卡格式化后用工具把鏡像寫入卡內插回板子通電網(wǎng)線或者 WiFi 連接然后通過 SSH 從電腦登錄。整個過程十分鐘左右。燒完系統(tǒng)最先要確認的不是跑分而是藍牙適配器是否被內核識別systemctl status bluetooth bluetoothctl list重點看兩件事第一bluetooth 服務有沒有起來第二bluetoothctl list能不能列出本機的藍牙適配器。如果這里什么都沒有后面的步驟全部無從談起。我手上這塊 AlphaPi 板載藍牙正常但如果你用的板子沒有板載藍牙花二十幾塊錢插一個 USB 藍牙適配器也能達到同樣的效果只是注意別買那種免驅只支持鼠標的老款要買支持 BlueZ 標準協(xié)議棧的。2.2 Workbuddy 的角色定位不是寫碼工具是帶班工程師這個項目里 Workbuddy 在我的電腦上運行通過 SSH 連接 AlphaPi 開發(fā)板終端。用下來我最突出的感受是它不像一個代碼補全工具更像一個能長期盯項目、幫我把步驟落實的帶班工程師。我給它布置任務時并不局限于幫我寫一個函數(shù)而是給它完整的項目上下文。比如我對它說當前有一個 AlphaPi 開發(fā)板運行 Debian已通過 SSH 連接內核版本是某某藍牙芯片型號是某某我現(xiàn)在想讓它被電腦識別成藍牙鍵盤目標是按下 GPIO 物理按鍵后發(fā)送 PageDown 鍵。請先調研兩條技術路線一條是基于 BlueZ D-Bus 注冊 GATT 服務一條是使用第三方工具對比優(yōu)缺點后給出推薦方案。它會真的去查資料然后把方案整理成表格交給我。這就是我說它像帶班工程師的原因它處理的是任務不是片段。在整個開發(fā)過程中我?guī)缀醪恍枰ニ阉饕媸謩臃切┻^時的教程遇到報錯直接把終端輸出貼給它它通常能指出問題出在哪一層。2.3 把需求描述成 AI 能執(zhí)行的拆解任務用 Workbuddy 這類 AI 工作臺有一個習慣必須養(yǎng)成任務描述里一定要包含環(huán)境信息、目標、限制條件三樣東西。拿這個項目舉例我給它的一條完整指令是這樣的當前環(huán)境AlphaPi 開發(fā)板Debian 12內核 6.1BlueZ 版本 5.66藍牙適配器為板載。目標讓開發(fā)板通過藍牙 HID over GATT 協(xié)議被外部電腦識別為標準鍵盤。限制不能修改內核不能使用閉源驅動。請給出實施方案并說明每步需要切換權限的地方。第一次用這種完整描述跑任務時效果和直接說幫我做藍牙鍵盤完全不同。前者它知道去哪里查、用什么工具、要考慮什么約束后者它會反過來問你一堆問題。并不是 AI 變笨了而是我給的上下文越準確它越不需要猜。這個過程本身也是這個學用系列項目里最值得復制的一種工作方式把一個大任務拆成環(huán)境目標約束AI 才能真正替你干活。3. 核心攻堅HID over GATT讓開發(fā)板變成隱形鍵盤3.1 原理藍牙 HID 服務的 GATT 骨架整個項目最核心、也最勸退新人的部分就是讓開發(fā)板變成藍牙鍵盤。這句話說起來簡單做起來涉及藍牙協(xié)議棧里一個叫HID over GATT的規(guī)范。用生活類比解釋一下。藍牙設備之間通信就像兩個人在一個房間聊天GATT 就是房間里的公告板公告板上掛著各種欄目。普通藍牙耳機掛的是音頻輸出欄目藍牙溫度計掛的是溫度測量欄目我們這次要掛的是人機交互設備欄目也就是 HID。電腦連上這塊開發(fā)板后會去公告板上找這個欄目找到了它就相信對方是一只鍵盤或鼠標。技術上HID 服務有一個固定的 UUID0x1812里面包含若干個特性。最核心的兩個一個是Report Map用來描述這個鍵盤有幾個按鍵、報文是多長相當于說明書的目錄一個是Report這是真正實時收發(fā)按鍵數(shù)據(jù)的地方。電腦讀取了 Report Map知道該怎么解析數(shù)據(jù)開發(fā)板向 Report 特性寫入PageDown 按下的報文電腦的藍牙協(xié)議棧就會把它轉成一個真實的鍵盤按鍵事件。這個流程聽起來復雜但好消息是有 BlueZ 這套現(xiàn)成工具鏈我們不需要自己從零實現(xiàn) GATT 協(xié)議。Workbuddy 幫我把 BlueZ 官方文檔和社區(qū)實踐整理成了幾頁可操作的步驟真正動手時只需要會改配置、會寫一段注冊服務的小代碼。3.2 用 Workbuddy 生成 GATT HID 服務注冊代碼BlueZ 通過 D-Bus 向外部程序暴露 GATT 管理接口。我們要做的是向 BlueZ 注冊一個應用程序其中包含 HID 服務和它下面的幾個特性。這部分代碼用 Python 調用 D-Bus 的方式編寫結構大致如下# 簡單示例向 BlueZ 注冊 HID over GATT 服務 # 完整代碼由 Workbuddy 生成這里只展示關鍵結構 HID_SERVICE_UUID 00001812-0000-1000-8000-00805f9b34fb REPORT_MAP_UUID 00002a4b-0000-1000-8000-00805f9b34fb REPORT_UUID 00002a4a-0000-1000-8000-00805f9b34fb HID_INFORMATION_UUID 00002a4a-0000-1000-8000-00805f9b34fb # Report Map描述這是一個標準 6 鍵鍵盤最多同時按 6 個鍵 report_map bytes([ 0x05, 0x01, # Usage Page (Generic Desktop) 0x09, 0x06, # Usage (Keyboard) 0xA1, 0x01, # Collection (Application) ... # 中間為鍵盤用的報告描述符較長此處省略 0xC0 # End Collection ]) def register_hid_service(bus): # 通過 D-Bus 創(chuàng)建 GATT 服務、添加特性、啟動服務 # 具體調用 org.bluez.GattManager1.RegisterApplication pass def send_key(device_path, keycode): # 構造 HID 鍵盤報文 8 字節(jié) # 結構Modifier 1字節(jié) | Reserved 1字節(jié) | Keycode 6字節(jié) report_with_key bytearray(8) report_with_key[2] keycode # 把按鍵碼放入第一個鍵位 # 寫入 Report 特性并通知已連接的電腦 write_report(device_path, bytes(report_with_key))這段代碼里的關鍵常量一個都不能寫錯。特別是 Report Map它決定電腦如何理解后面收到的報文。如果 Report Map 里聲明的是 8 字節(jié)鍵盤報文實際發(fā)送時卻只發(fā) 6 字節(jié)電腦端會直接忽略或報協(xié)議錯誤。所以 Workbuddy 生成完代碼我第一件事就是逐字段核對 Report Map 的長度和 Report 報文長度是不是對得上。3.3 發(fā)送一次 PageDown按下與釋放的報文節(jié)奏很多人第一次做這里會卡住明明往 Report 特性里寫了 PageDown 鍵碼電腦一點反應都沒有。原因多半在于只發(fā)了按下沒發(fā)釋放。真實的鍵盤工作方式是這樣的按下按鍵時發(fā)送包含鍵碼的報文松開按鍵時發(fā)送全部為零的報文。如果只發(fā)按下的報文電腦會認為這個鍵一直被按著在演示文稿里表現(xiàn)為連續(xù)翻頁翻到了底。正確的節(jié)奏是import time def tap_page_down(device_path): # PageDown 在 USB HID 鍵盤頁中的鍵碼是 0x4E keycode 0x4E # 按下 press_report bytearray(8) press_report[2] keycode send_hid_report(device_path, bytes(press_report)) # 等待 20~50 毫秒讓電腦有時間識別按鍵 time.sleep(0.03) # 釋放 release_report bytearray(8) send_hid_report(device_path, bytes(release_report))時間間隔我實測下來 20 毫秒到 50 毫秒都行太短了電腦有可能沒收干凈太長了連續(xù)翻頁時會明顯變慢。至于鍵碼PageDown 是0x4EPageUp 是0x4B左方向鍵是0x50右方向鍵是0x4F。我最初以為需要在代碼里寫復雜的掃描碼實際上 BlueZ 層接收的就是 HID 標準鍵碼寫對數(shù)字就行。3.4 第一次連接成功從配對到看到鍵盤圖標服務注冊完成接下來就是一對一連接的見證時刻。開發(fā)板默認處于可發(fā)現(xiàn)狀態(tài)之后我打開演示電腦的藍牙設置列表里出現(xiàn)了一串字符設備名點擊配對。這時開發(fā)板側需要執(zhí)行一個動作來接受配對否則電腦會一直轉圈或提示失敗。我是在 SSH 終端里進入bluetoothctl交互模式操作的bluetoothctl agent on default-agent做完這兩步電腦端那邊立即就配對完成了。緊接著我打開設備與打印機里面出現(xiàn)了一個鍵盤圖標那一刻項目的難度已經(jīng)過去了一半。從這時起開發(fā)板在電腦眼里就是一只標準的藍牙鍵盤后面所有功能性工作都建立在它對電腦來說就是鍵盤這個事實之上。第一次看到鍵盤圖標出現(xiàn)時印象很深速度比想象中快整個前期調研和代碼修補雖然折騰但總算從不可能變成了可行。4. 按鍵與交互邏輯GPIO 檢測、防抖、組合鍵設計4.1 按鍵規(guī)劃三鍵方案藍牙鍵盤這個底層能力打通之后翻頁器就只差物理按鈕 按鍵邏輯這部分了。AlphaPi 的 GPIO 引腳很充足我最終做了三個按鍵而不是兩個。布局邏輯是這樣的按鍵 A放在左手拇指位置負責下一頁。按鍵 B放在左手食指位置負責上一頁。按鍵 C放在側面靠內的位置是一個功能鍵短按切換模式長按發(fā)送 F5 進入放映模式。三鍵方案比兩鍵多一個模式鍵可玩性高很多。按下模式鍵以后整個設備在不同演示場景里的表現(xiàn)是不一樣的默認模式發(fā) PageDown/PageUp適合 PDF 和 PPT 的逐頁瀏覽切換到方向鍵模式后發(fā)送右方向鍵/左方向鍵兼容某些只認方向鍵的軟件放映模式下的下一頁則發(fā)送回車鍵方便一些特定的演示流程。每個按鍵在 GPIO 上的連接方式一端接 GPIO 針腳另一端接 GND。代碼里設置上拉電阻平時讀到高電平按下變成低電平以此來識別按鍵事件。每個按鍵對應一個引腳三個按鍵互不影響。4.2 防抖和長按/短按識別物理按鍵第一次按下會有機械抖動電氣層面表現(xiàn)為在一個極短的時間內電平反復跳變。如果不做處理一次實際按壓會被識別成好幾次翻頁器按下一次翻好幾頁非常尷尬。最簡單的防抖方式是軟件延時判斷檢測到電平變化后等待 20 毫秒再讀一次如果還是穩(wěn)定狀態(tài)才確認是一次有效按下。這套邏輯在手寫代碼時挺容易寫錯交給 Workbuddy 生成初稿幾乎一次就對了但校驗點還是要自己把握延時太短防不住抖動太長會讓按鍵失去跟手感。我實測大約 15 毫秒到 25 毫秒之間手感最好。長按和短按的區(qū)分核心是計時。檢測到按鍵按下后記錄時間戳一直等它釋放如果釋放時按壓時長小于 500 毫秒算短按執(zhí)行某一套動作如果超過 800 毫秒則算長按執(zhí)行另一套動作。用來區(qū)分模式鍵的短按切換與長按 F5 的正好是這套邏輯。4.3 模式切換方向鍵模式、閱讀器模式、放映模式設計模式切換的出發(fā)點是不同應用對翻頁指令的口味不一樣。我做了一個簡單狀態(tài)機把模式保存在內存變量里每次按鍵時先查當前模式再決定發(fā)什么鍵碼。模式按鍵A下一頁按鍵B上一頁適合場景0 默認模式PageDownPageUpPPT、PDF閱讀器1 方向鍵模式右方向鍵左方向鍵網(wǎng)頁橫向滾動、某些白板工具2 演示模式回車PageUp特定放映流程模式切換后我讓開發(fā)板通過藍牙發(fā)送一個當前模式的無聲按鍵作為反饋什么反饋最直觀呢我用的是發(fā)送一個鍵盤按鍵作為確認信號比如切換模式時發(fā)送一次 Alt 鍵的按下釋放這樣電腦端可能表現(xiàn)為無操作或窗口菜單彈出少量干擾換來了明確感知。當然也可以在開發(fā)板上加一個 LED 燈做指示那個方案外觀上更友好但需要多占一個引腳、多幾行代碼。這套邏輯看著不復雜但它是整個翻頁器過程體驗的核心。按鍵好按下去翻得干凈利落、模式切換不迷路才是能日常使用的工具否則只是能跑通的模塊。5. 實測排坑四個把我折磨到大半夜的問題5.1 問題一開發(fā)板默認沒有注冊 HID 服務第一次測試時我打開電腦藍牙掃描開發(fā)板的設備名看得見但是配對之后彈出的類型是其他設備而不是鍵盤。說明開發(fā)板雖然開啟了廣播但它的 GATT 服務里根本沒有 HID 欄目電腦不知道該怎么理解這個設備。這個問題的根源是BlueZ 默認只提供 SPP、A2DP 等常規(guī)服務HID over GATT 的注冊工作必須由應用層自己完成。換句話說光有 bluetoothd 還不夠還必須把前文提到的 RegisterApplication 那段代碼跑起來。排查思路是在開發(fā)板上執(zhí)行bluetoothctl查看已注冊的服務列表發(fā)現(xiàn)里面沒有 0x1812 服務 UUID立刻定位到了問題。把 HID 服務注冊代碼作為 systemd 服務隨系統(tǒng)啟動問題才真正解決。5.2 問題二電腦配對成功卻沒有彈出鍵盤類型這個坑比前一個更隱蔽。服務注冊代碼確實跑起來了電腦端也能配對但是設備類型依然是未知設備。檢查代碼時發(fā)現(xiàn)Report Map 里的描述符聲明的是一個鍵盤集合但 HID 服務里還需要包含HID Information特性其中有一個字段是 bcdHID 版本號和一個 country code 國家代碼。當時生成的代碼里 HID Information 特性的值全部為零電腦端識別不出這是一個合法的 HID 設備。把 HID Information 特性值修正為標準的 1.11 版本號并正確設置 boot protocol 標志后插上重新連接電腦立刻識別出了鍵盤字樣。這個坑讓我意識到GATT 服務不是把一個 UUID 掛上去就完事里面每個特性的內容都要符合規(guī)范少一個字段主設備端就可能拒絕承認你的身份。5.3 問題三翻頁信號到了但按一下出一頁半功能通了之后還有一個體驗問題折磨人明明做了防抖偶爾按一下還是會連續(xù)翻頁。排查了一輪發(fā)現(xiàn)問題不在 GPIO 抖動而在藍牙 HID 報文本身。之前提到發(fā)送按鍵時要按下釋放成對發(fā)送我在釋放之后沒有任何間隔導致電腦端在極短時間內收到了兩次按鍵事件。有時候釋放報文和下一次按下的報文在藍牙協(xié)議棧里被合并到了一起電腦端解析成了兩次按鍵。修復方式是在一次完整的按下釋放之后再加 50 毫秒的靜默期保證每次翻頁事件之間有足夠的分隔。這個細節(jié)直接影響使用體驗如果沒有耐心測試很難注意到。5.4 問題四休眠喚醒后連接丟失重連不上開發(fā)板跑的是完整 Linux 系統(tǒng)平時插著電源用沒問題但你想把它帶出門就要考慮斷電、休眠、藍牙斷連之后的恢復。AlphaPi 默認的電源管理會在系統(tǒng)空閑一段時間后掛起藍牙模塊醒來后電腦端顯示設備連接失敗。處理辦法分兩層第一層修改電源管理策略禁止藍牙 USB 設備自動掛起第二層在開發(fā)板側寫一個守護腳本定時檢查是否有已配對設備連接如果沒有就主動發(fā)起重連。腳本邏輯很簡單但很實用#!/bin/bash # 每 30 秒檢查一次如果有配對的鍵盤主機不在線嘗試重連 while true; do if ! bluetoothctl info 對端MAC | grep -q Connected: yes; then bluetoothctl connect 對端MAC /dev/null 21 fi sleep 30 done這臺翻頁器實際用起來穩(wěn)定性的主要障礙就是這個。每次重連恢復正常之后我出門都敢直接帶它往包里一塞到會場開機、翻頁基本無障礙。6. 從原型到口袋設備供電、自啟與外殼6.1 供電方案對比充電寶最省事18650 最便攜開發(fā)板做翻頁器功能完全跑通后供電是個繞不開的問題——你不能在講臺上放一個拖著電源線的翻頁器那太另類了。我先后試過三種方案USB 充電寶直接供電、手機充電器直插、鋰電池模塊供電。充電寶最穩(wěn)定但體積太大完全違背了翻頁器該有的便攜屬性。手機充電器供電干脆不現(xiàn)實講臺上極少有能隨手插電的插座。最終還是選了 18650 鋰電池加充放電保護模塊的方案容量 2000mAh 左右實測給這塊開發(fā)板供電能撐一個晚上完全夠用。接線時注意一點鋰電池必須走保護板絕對不能直接焊到開發(fā)板的 5V 引腳上不然過放一次電池就廢了。這一點我在焊接時尤其小心。6.2 做成開機自啟的 systemd 服務開發(fā)板作為翻頁器如果每次開機都要手動運行腳本那就沒有工具的意義了。我把翻頁服務的進程和重連守護腳本都做成了 systemd 服務設置開機自啟。這里有個容易忽略的點服務的啟動順序依賴藍牙服務先就緒。我給翻頁服務加了一條Afterbluetooth.service同時在實際執(zhí)行的腳本開頭加了 5 秒等待確保 bluetoothd 完全起來再注冊 GATT 服務。沒有這個等待動作開機后偶爾會出現(xiàn)注冊失敗表現(xiàn)就是電腦那邊搜不到開發(fā)板的鍵盤。做一個便捷開關也很有用我在系統(tǒng)里添加了一個別名指令輸入presentation-on或presentation-off就能手動啟動或停止翻頁服務。實際使用場景中有時候并不希望開發(fā)板立刻變成鍵盤設備比如需要先用它做別的調試任務。6.3 外殼與按鍵手感一個 3D 打印小盒子翻頁器的最終形態(tài)不能是裸露的 PCB那既不安全也不好用。我用 3D 打印做了一個上下蓋結構的小盒子整體尺寸大約 100×60×25 毫米內部剛好放下開發(fā)板、鋰電池、充放電模塊和三個微動開關。外殼設計上三個關鍵點第一三個按鍵的位置要貼合握持手勢不能按照 PCB 排布來而是按鍵通過飛線連接到 GPIO再把按鍵固定在外殼的按鈕位上第二電池倉和主板之間加了一層絕緣隔板防止移動中短路第三開發(fā)板的 USB 口在側面開一個缺口露出來充電和調試都方便。按鍵手感方面試過兩種開關薄膜按鍵和微動開關。薄膜按鍵安靜但回彈軟微動開關干脆利落但按多了手指累。最終選了手感適中的輕觸微動開關并在按鈕蓋上加了一圈增高帽使手指按下去時的受力面積更大長時間演講時不容易疲勞。6.4 最終效果與進一步擴展做完之后我拿它在周例會上實測了幾次穩(wěn)定性和可玩性都遠超預期。設備在演示電腦上顯示為鍵盤翻頁響應基本感覺不到延遲長按模式鍵切換模式也正常。整機的續(xù)航足夠覆蓋幾場連續(xù)會議充電 2 小時能用很久。最讓人欣慰的地方是它不是一次性玩具而是一個可以隨意改寫的設備。換個腳本它下一秒就能變成 PPT 遙控、視頻播放暫?？旖萱I、甚至音量控制器。如果繼續(xù)擴展我下一個想加的是 OLED 小屏幕用來顯示當前模式和電池電量再往下走可以用藍牙低功耗連接方式降低功耗讓同樣的電池容量續(xù)航翻幾倍。但這些都不影響它在當前狀態(tài)下的實用價值——一個從吃灰開發(fā)板里變出來的翻頁器就這么穩(wěn)定地在每個周一早晨替我翻完二十幾頁匯報材料了。這個項目的完整形態(tài)就是這樣。我個人的體會是用 Workbuddy 幫助做這類硬件小項目最寶貴的不是它替你寫的那些代碼而是它幫你把我不知道從哪開始縮短成了我知道下一步該驗證什么。從需求到成品在 AI 工作臺的輔助下一個不算小的硬件改造項目斷斷續(xù)續(xù)幾天就能走完并且最終的產(chǎn)品還能在日常工作中持續(xù)使用。下次我再看到某個開發(fā)板吃灰大概會先想想能不能把它變成身邊另一個趁手的小工具。