標籤: AI 工具

  • Chat2DB:一句話查遍所有資料庫

    Chat2DB:一句話查遍所有資料庫

    📌 本文重點

    • Chat2DB 將多種資料庫集中成一個可用中文聊天操作的工作台
    • 透過自然語言即可生成、優化 SQL 並視覺化查詢結果
    • 適合工程師、分析師與產品/營運作跨庫查詢與報表自助

    一句話先講清楚:Chat2DB 就是把多種資料庫變成一個可以用自然語言聊天、查數據、改結構的單一工作台

    你不用記一堆 SQL 語法,也不用在多個資料庫工具之間切換,只要開一個視窗,打中文問題,Chat2DB 就能幫你生成 SQL、跑查詢、畫圖、做常見管理操作。

    原始碼與下載點:https://github.com/OtterMind/Chat2DB


    核心功能:把「聊天」變成查資料庫的主入口

    1. 支援多種主流資料庫,一次連完集中管理

    Chat2DB 本質上是一個 GUI SQL 客戶端 + AI 助理,支援常見關聯式資料庫:

    • MySQL
    • PostgreSQL
    • Oracle
    • SQL Server
    • DB2
    • SQLite
    • H2
    • ClickHouse
    • 其他更多在持續增加中

    能做的事:

    • 在左側一次看到所有已連線的資料庫與資料表
    • 對每個連線分別設定權限、名稱(例如「線上庫」「測試庫」「報表庫」)
    • 在同一個介面切換不同資料庫資料表,省去打開多個工具的麻煩

    你可以立刻做的事:

    1. 把目前專案的 MySQL、公司的分析 PostgreSQL 一次都連到 Chat2DB
    2. 用同一個聊天框去問跨庫問題(例如:線上訂單在 MySQL,歷史訂單在 ClickHouse)

    💡 關鍵: 把所有資料庫連線集中在一個介面,可大幅減少在多種工具間切換的時間與錯誤風險。


    2. 用聊天生成、優化 SQL:從「問題」到「查詢」一步到位

    Chat2DB 的主角是右側的聊天視窗,你可以用自然語言描述需求,它會:

    1. 讀取你選擇的資料庫和資料表結構
    2. 生成對應的 SQL 查詢
    3. 執行並顯示結果(表格 / 圖表)

    實際效果示例:

    • 輸入:「請幫我查 2024 年 7 月每一天的新註冊用戶數,按日期排序。」
    • Chat2DB:生成 SELECT date(created_at) AS day, COUNT(*) ... 之類的 SQL,跑出每日註冊數
    • 輸入:「把剛才的查詢改成只看台灣地區。」
    • Chat2DB:根據上一個 SQL 增加 WHERE country = 'TW' 條件

    你可以立刻做的事:

    • 把常用報表(週活躍、訂單轉化)用中文描述給 Chat2DB,讓它幫你寫出第一版 SQL
    • 再用聊天微調,例如「改成最近 30 天」「把結果依訂單金額排序」

    3. 查詢結果視覺化 + 常見管理操作一站完成

    生成 SQL 之後,Chat2DB 不只給你純文字結果,而是:

    • 以表格顯示查詢結果,可排序、過濾、匯出
    • 支援視覺化:根據時間序列或分類欄位,快速切換折線圖、柱狀圖等
    • 內建常見管理操作:建表、改欄位、改索引、查看 schema

    具體能做的事:

    • 在聊天視窗輸入:「幫我把 users 表的 phone 欄位長度改成 32。」
    • Chat2DB 會生成 ALTER TABLE 語句,並提示你確認執行
    • 查出訂單數據後,按一下圖表按鈕,把「每日訂單量」畫成折線圖
    • 對結果表格直接匯出為 CSV,丟給同事或進 Excel 做後續加工

    你可以立刻做的事:

    • 把常用的結構變更(加欄位、改型別)交給 Chat2DB 先生成 SQL,再由你確認
    • 用圖表快速檢查趨勢,而不是只看裸 SQL 結果

    💡 關鍵: 將查詢、視覺化與結構管理整合在一站,能讓資料查詢流程從「寫 SQL → 抓數據 → 拉圖」縮短成單一路徑。


    適合誰用:工程師、分析師、產品/營運三種典型場景

    1. 工程師:快速試 query、跨多資料庫環境

    你手上可能同時有:

    • 線上 MySQL
    • 分析 PostgreSQL
    • 本地 SQLite

    過去要開 2-3 種不同工具,現在只要一個 Chat2DB。

    實際場景:

    • 在改 API 前,快速用聊天生成查詢,驗證資料狀態
    • 在調效能時,請 Chat2DB 「幫我優化這段 SQL,減少全表掃描」,讓它提供索引或重寫建議

    工程師可以立刻做的事:

    • 建一個「測試庫專用」連線,所有危險操作只在這裡試
    • 把複雜 SQL 貼進去,要求 Chat2DB 解釋這段 SQL 在做什麼,幫自己查 bug

    2. 資料分析師:不熟 SQL 也能拿到報表與圖表

    如果你了解指標邏輯,但不擅長寫 SQL,Chat2DB 很適合當作輔助腳本工具。

    實際場景:

    • 你只需要用中文描述:「我要看 7 月新客的首購金額分佈,按照金額區間統計」,由 Chat2DB 將需求翻成 SQL
    • 生成的結果直接用圖表查看分佈,確認是否有異常尖峰

    分析師可以立刻做的事:

    • 把常用的分析問題整理成一份「問題清單」,每天用 Chat2DB 跑一遍,作為簡易報表系統
    • 將生成的 SQL 保存,下次再用同一段 SQL + 微調日期條件

    3. 產品/營運:用簡單中文問題拉出關鍵數據

    產品經理或營運人員,通常沒有太多 SQL 經驗,但很常提出問題:

    實際場景:

    • 問:「最近 7 天新註冊的用戶中,有多少人完成首購?」
    • 問:「哪三個城市的退貨率最高?給我城市名稱、訂單數量、退貨比例。」

    Chat2DB 可以:

    • 從既有資料庫結構中推測相關表(usersordersrefunds
    • 生成對應的 SQL 和結果

    產品/營運可以立刻做的事:

    • 請工程師幫你建立一個「只讀」帳號連到 Chat2DB
    • 自己在 Chat2DB 用自然語言問營運問題,不必每次都麻煩工程師拉數據

    💡 關鍵: 讓非工程背景的人可以直接對資料庫發問,能明顯縮短「提需求 → 等工程拉數 → 再確認」的反覆溝通時間。


    怎麼開始:從安裝到第一個自然語言查詢

    1. 下載與安裝:桌面版或 Docker 二選一

    (A)桌面版:最快上手路徑

    1. 前往 GitHub Releases:https://github.com/OtterMind/Chat2DB/releases
    2. 選擇對應作業系統的安裝檔(Windows / macOS / Linux)
    3. 安裝後啟動 Chat2DB,看到左側是連線管理,右側是聊天 / SQL 視窗

    (B)Docker 部署:適合團隊共享或伺服器環境

    1. 準備有 Docker 的伺服器
    2. 在 GitHub 尋找對應的 Docker 啟動指令(通常是 docker run 搭配映像檔)
    3. 部署完成後,用瀏覽器進入指定 URL,即可使用 Web 版 Chat2DB

    安裝細節可能隨版本更新,建議依照官方 README 最新說明操作:https://github.com/OtterMind/Chat2DB


    2. 連線 MySQL / PostgreSQL:示例設定

    以 MySQL 為例,在 Chat2DB 裡新增連線:

    • 類型:MySQL
    • Host:your-mysql-host
    • Port:一般為 3306
    • Database:要連的資料庫名稱(例如 prod_dbanalytics_db
    • 帳號/密碼:建議使用只讀帳號,限制寫入與刪除

    PostgreSQL 則類似:

    • 類型:PostgreSQL
    • Port:一般為 5432
    • 其他欄位照實填寫即可

    連線測試成功後,你會在左側看到資料表清單,可以點開查看欄位與結構。

    你可以立刻做的事:

    • 建兩個連線:一個連測試庫(可寫),一個連線上庫(只讀),確保自己不會在錯的環境做修改

    3. 開啟 AI 助理與實用 Prompt 範本

    Chat2DB 通常在介面上提供「AI 助理」或「Chat」入口,進入後就可以開始用自然語言互動。

    常用 Prompt 範本,你可以直接複製調整:

    1. 生成查詢
    2. 「在目前選擇的資料庫中,幫我查出最近 30 天每天的訂單數量與總金額,按日期排序。」
    3. 優化現有 SQL
    4. 「這段 SQL 執行很慢,請幫我分析原因並提出優化建議:YOUR_SQL_HERE
    5. 解釋 SQL
    6. 「請用條列方式解釋下面這段 SQL 的作用,並指出可能有風險的地方:YOUR_SQL_HERE
    7. 修改資料表結構
    8. 「幫我在 users 表新增一個 last_login_at 的欄位,型別用 datetime,預設值為 null,生成 ALTER TABLE 語句但不要直接執行。」

    你可以把這些 Prompt 存成自己的「操作模板」,每天重複使用。


    4. 在生產庫使用時的權限與風險控管

    Chat2DB 再好用,連到生產資料庫時一定要注意:

    • 使用只讀帳號:除非非常必要,不要給 Chat2DB 有刪除或更新權限
    • 分環境設定:清楚標註 prodstagingdev,避免在錯誤環境執行修改
    • 先生成後確認再執行:尤其是 UPDATE / DELETE / ALTER TABLE 類型的語句
    • 限制可見資料庫:帳號只授權需要的 schema,減少誤操作範圍

    你可以立刻做的事:

    • 請 DBA 或工程師幫你建立一個專用只讀帳號,專門給 Chat2DB 使用
    • 約定團隊規則:所有結構變更 SQL 先由 AI 生成,再由工程師人工 review、手動執行

    結論很簡單:如果你每天都在查資料庫、寫 SQL、拉數據,Chat2DB 是一個能立刻提升效率的工具。把它當成「會寫 SQL 的聊天夥伴」,從今天開始,用一句句自然語言問題,換回更快的數據與報表。

    🚀 你現在可以做的事

    • Chat2DB GitHub Releases 下載桌面版並連上你的第一個資料庫
    • 準備一份「常問數據問題清單」,在 Chat2DB 裡用中文逐條轉成查詢
    • 與團隊討論並設定一個專用只讀帳號與環境標註規則,安全地在生產庫使用 Chat2DB
  • 錄一遍就會做:Claude Cowork 桌面助理

    錄一遍就會做:Claude Cowork 桌面助理

    📌 本文重點

    • 用錄螢幕+講解,一次教會 Claude 重複操作
    • 特別適合固定流程的「點來點去」電腦工作
    • 不用寫程式或 Prompt,就能建立自己的任務技能庫

    Claude Cowork 就是一個「可以看你操作、聽你解說,學會重複執行電腦工作的桌面 AI 助理」,讓你用錄螢幕+講解的方式,把枯燥的例行電腦任務交給它做。

    工具連結:桌面版 Claude Cowork 功能介紹可參考 The Decoder 報導:https://the-decoder.com/claude-cowork-learns-new-skills-through-screen-recordings-and-voice-over-explanations/


    核心功能:把「你怎麼做」變成可重用任務

    1. 錄屏+旁白,一次教會一個 Task

    Claude Cowork 的新技能很直白:

    1. 開啟桌面版 Claude Cowork。
    2. 點選「Record」或類似的錄製按鈕。
    3. 開始操作你平常會做的工作(例如登入後台、下載報表、貼到 Notion)。
    4. 一邊做,一邊講解:「現在我先登入系統,選這個月份,按這個按鈕匯出……」。
    5. 完成後停止錄製,給這段錄製一個名稱,例如「下載月報表」。

    Claude 會把你剛才的螢幕操作+語音說明,轉成一個可重用的「技能」(skill 或 task)。

    之後你只需要在桌面 app 裡說:

    「幫我跑一次『下載月報表』,月份改成 2025/02。」

    它就會照你教過的流程,一步步在電腦上重演。

    💡 關鍵: 只要花一次時間示範,之後相同任務都能交給 Claude 自動重播流程。

    可以立刻行動: 想一個你每週都要重複操作 3 次以上的電腦任務,先用錄屏+講解方式讓 Claude 學會,只教一次就能重複用。


    2. 支援各種「點來點去」的流程型工作

    這種錄屏式教學,特別適合下面幾種操作:

    • 填表/重複輸入資料
      例:每週把 Google 表單回應匯出,再整理成 Excel、加上固定欄位後寄給主管。
    • 後台批次操作
      例:電商後台每月整理商品庫存,調整標籤、下架過期品、下載銷售報表。
    • 內容排程與發布
      例:社群貼文排程,登入多個平台,貼同一份文案,調整時間與標籤。
    • 檔案整理與備份
      例:
    • 把本週的截圖移到指定資料夾
    • 將客戶資料依專案分類
    • 定期把某資料夾壓縮備份到雲端硬碟

    你只要在錄屏時,把判斷規則說清楚:

    「每一筆資料,如果狀態是 Completed,就移到『已完成』資料夾;如果是 Pending,就保留。」

    Claude 會把這些口頭說明,轉成它在操作時的規則,後面就能自動照做。

    可以立刻行動: 打開你常用的後台/雲端硬碟,選一個「流程很固定」的任務,試著錄一段 3–5 分鐘的操作+口頭規則,完成後就可以重放測試。


    3. 不用寫 Prompt、不用寫 Script,也能做「半自動化」

    傳統要讓 AI 還有工具幫你做事,通常有兩條路:

    • 寫很長的文字 Prompt,詳細交代每一步該怎麼做。
    • 寫腳本(Python、AutoHotkey 等),用程式控制滑鼠鍵盤與 API。

    Claude Cowork 的做法,是把「寫文字」改成「錄一段你實際操作給它看」。

    差異可以用這樣來理解:

    做法 你要做的事 入門門檻 適合任務
    傳統 Prompt 打一大段指令,反覆試錯 需要抽象表達能力 內容生成、複雜推理
    寫 Script 用程式碼描述流程 需要寫程式 大量重複、需要精準控制的任務
    Claude 錄屏 像教新人一樣,邊做邊講給 AI 看 只要會操作電腦 流程固定的點擊操作、後台例行工作

    如果你曾經想自動化報表下載、檔案整理,但卡在「不會寫程式」、「不知道怎麼寫 Prompt」,這個錄屏教學的方式就是給這群人用的。

    💡 關鍵: 把本來需要程式或長指令的自動化門檻,降低到只要會用電腦、會邊做邊講就能上手。

    可以立刻行動: 選一個你一直想「寫腳本自動化」但遲遲沒動手的任務,改用錄屏+語音示範給 Claude,看它能不能跑出你要的效果。


    適合誰用?幾個具體場景

    1. 個人工作者:每月固定報表、帳務整理

    典型任務:

    • 每月從不同平台(Shopify、綠界、銀行網銀)下載營收報表。
    • 把下載的 CSV 合併、加上統一欄位、存成一份「月報」。

    用 Claude Cowork 的 workflow:

    1. 錄一次完整流程:從登入、過濾日期、下載檔案,到合併進 Excel 模板。
    2. 旁白說明:
    3. 「月份都用 yyyy-mm 格式命名。」
    4. 「把不同平台的報表貼到同一份『總報表』分頁。」
    5. 存成技能【產出月營收報表】。
    6. 之後每月只要打開桌面 app,說:「執行『產出月營收報表』,月份改成 2025-03。」

    2. 小團隊:社群內容排程與後台設定

    典型任務:

    • 每週固定在 Facebook、Instagram、LinkedIn 排程貼文。
    • 後台新增活動、設定折扣碼、調整權限。

    用 Claude Cowork 的 workflow:

    1. 錄屏示範一次完整排程流程:
    2. 開啟你的排程工具(如 Buffer、Meta Business Suite)。
    3. 貼上文案、上傳圖片、設定時間。
    4. 旁白說明:「標題用第一行文字,Hashtag 放在最後。」
    5. 存成技能【每週社群排程】。
    6. 之後每次準備好一週的文案時,只要:
    7. 將文案放在指定表格或文件。
    8. 啟動【每週社群排程】,讓 Claude 依照你錄過的流程貼上、排程。

    3. 內部行政:檔案整理、權限設定

    典型任務:

    • 每週整理專案資料夾,把舊檔案移到 Archive。
    • 為新同事設定系統權限、加進團隊、賦予角色。

    用 Claude Cowork 的 workflow:

    1. 錄一次整理流程:
    2. 打開雲端硬碟、依建立日期排序。
    3. 移動 3 個月前的檔案到 Archive 資料夾。
    4. 旁白說明「跳過名稱內含 重要 的檔案」。
    5. 存成技能【每週檔案整理】。
    6. 之後每週只要啟動這個技能,檔案就會依你教過的規則被整理好。

    可以立刻行動: 將你目前手上 3 個最耗時的「流程型任務」寫下來,對照上面範例,挑一個最簡單的先用 Claude 試一次。


    怎麼開始:從下載到建立自己的技能庫

    以下是一條「最快上手」路線,目標是在 30 分鐘內錄好你的第一個任務。


    步驟 1:下載桌面版 Claude Cowork

    1. 前往 Anthropic 官網或 Claude 官方下載頁(依目前提供的平台為主):
    2. 官網入口:https://claude.ai
    3. Cowork 相關功能可持續關注 The Decoder 這篇報導:https://the-decoder.com/claude-cowork-learns-new-skills-through-screen-recordings-and-voice-over-explanations/
    4. 下載適用於你系統的桌面版(Windows 或 macOS)。
    5. 登入你的 Anthropic / Claude 帳號。

    目前 Anthropic 對不同地區的開放程度可能不同,若尚未在你所在國家提供,建議先註冊帳號,關注官方公告或候補名單。

    免費方案 / 試用小提醒:

    • 一般會有免費層級或試用期,可先用來錄幾個常用技能。
    • 付費方案通常限制較少(例如更多錄製次數或更長工作流程),適合覺得好用之後再升級。

    步驟 2:錄你的第一個任務

    1. 打開桌面版 Claude Cowork,找到「Record screen」或類似功能。
    2. 想好一個 5 分鐘內可以完成的小任務,例如:
    3. 把 Downloads 資料夾裡的檔案整理到專案資料夾。
    4. 登入某個後台下載今日報表。
    5. 點擊開始錄製:
    6. 正常操作就好,不用刻意表演。
    7. 盡量邊做邊說:「這裡我會……」、「遇到錯誤就……」。
    8. 結束錄製後,給這個技能一個清楚名稱,如【下載今日報表】。

    可以立刻行動: 在錄第一段時,不要追求完美,目標是「成功產生一個可執行的技能」,之後再修版本。


    步驟 3:測試與修正

    1. 在 Claude Cowork 裡找到剛才建立的技能。
    2. 按下執行,觀察它是否:
    3. 點了正確的按鈕。
    4. 根據你旁白的規則做出對的判斷。
    5. 若有步驟失誤:
    6. 再錄一次,這次把規則說得更精準。
    7. 或在工具內補充說明(視官方介面是否支援文字補充)。

    重複「錄一次 → 測一次 → 修一次」的迴圈,你會逐漸抓到:「錄的時候,要講到什麼程度,Claude 才能完全理解」的手感。

    💡 關鍵: 透過反覆錄製與微調說明,可以快速優化技能準確度,而不需要動任何程式碼。


    步驟 4:建立自己的「技能庫」

    當你錄了 3–5 個穩定可用的任務後,可以開始整理:

    1. 把技能依用途分類,例如:
    2. 報表類:月報表下載、週報整理
    3. 檔案類:截圖整理、專案備份
    4. 社群類:貼文排程、素材上傳
    5. 對每個技能加上簡短備註:
    6. 需要提前準備的檔案/資料在哪裡。
    7. 執行前要先開啟哪些應用程式。
    8. 若你有小團隊:
    9. 可以把錄好的技能當成「標準作業流程(SOP)」分享給同事,大家就算不在同一地點,也能用同一套流程。

    可以立刻行動: 訂一個小目標——本週先錄 3 個技能,分別對應「報表、檔案、社群」三種任務,練習用 Claude 代替你處理一部分例行工作。


    小結:錄一次、重複用,先從最無聊的工作開始

    Claude Cowork 的這個錄屏+旁白功能,本質上就是:

    把你每天在電腦上重複做的事情,「教一次」,之後交給桌面 AI 助理解決。

    不需要學腳本、不需要想花俏 Prompt,只要像帶新人一樣邊做邊說,就能讓 Claude 變成你的「流程助手」。

    先從最無聊、最重複的那一個任務開始,你會直觀感受到差別。

    下一步,就是把這些任務慢慢累積成你的專屬「技能庫」,讓電腦上的例行公事越來越少,真正需要你判斷與創意的工作,比例越來越高。

    🚀 你現在可以做的事

    • 打開你常用的電腦工作流程,選一個 5 分鐘內可完成的任務實際錄製一次給 Claude
    • 列出 3 個每週重複發生的例行任務,規劃成待錄製的技能清單
    • Claude 官方網站 或 The Decoder 文章頁了解 Cowork 最新功能與開放情況
  • BTL-3:8GB 就能跑的本地程式代理人

    BTL-3:8GB 就能跑的本地程式代理人

    📌 本文重點

    • BTL-3 是可本地部署的程式代理人模型
    • 8.39GB GGUF 保留約 92% 的 27B 能力
    • 特化在工具呼叫與完整程式工作流
    • 適合離線開發與本地 Agent 架構

    想要在自己電腦上擁有類似 GitHub Copilot / Claude Code 的程式代理人,又不想連雲端?BTL-3 是目前少數「真實可落地」的開源選擇。

    原帖與技術細節:[Reddit] BTL-3 27B agentic coding model


    核心功能:一顆小體積、但會「自己想和動手做」的模型

    1. Agentic 架構:不只是聊天,而是完整工作迴圈

    BTL-3 的訓練目標不是「回答問題」,而是模擬一個真正的程式代理人工作流:

    Reason → Act → Inspect → Recover → Continue

    你可以直接把它當成一個「會自己規劃與檢查的本地 Copilot」,實際用法像這樣:

    1. Reason(思考):給它一個 repo 跟目標,例如:把這個專案加上簡單的健康檢查 API
    2. Act(行動):它會規劃要改哪些檔案、生成修改方案或腳本。
    3. Inspect(檢查):搭配工具(如 git diff、測試腳本)檢查結果。
    4. Recover(恢復):若測試失敗,會根據錯誤訊息繼續修正。

    行動建議:

    • 設計你的 prompt 時,直接描述「任務目標 + 可用工具 + 成功條件」,讓它接手後續流程,而不是只叫它「寫一段程式」。

    2. 工具呼叫:一次、連續、並行都能掌握

    BTL-3 內建工具使用能力,可做到:

    • 單次工具呼叫:例如呼叫 bash 跑測試、或呼叫 HTTP client 打內部 API。
    • 連續呼叫:先爬資料,再處理,再更新資料庫。
    • 並行呼叫:同時對多個服務發出請求,再整合結果。
    • 知道何時不要用工具:測試顯示,它在「工具呼叫放棄」場景的表現也很不錯(原文數據:工具呼叫放棄約 91.2% 準確)。

    💡 關鍵: 約 91.2% 的工具呼叫放棄準確率,代表它不只會用工具,也懂得在不需要時適時收手。

    你可以把它接到現成 orchestrator(如 MCP、或你自己的 agent framework),讓 BTL-3 再負責「判斷何時用哪個工具」。

    行動建議:

    • 若你已有工具系統(CLI、內部 API),先列出 3–5 個常用操作,包成「工具描述 + I/O 格式」,再讓 BTL-3 透過這些工具完成任務,而不是只輸出文字。

    3. 在 8.39GB GGUF 裡塞進 92% 的 27B 智慧

    BTL-3 原始是 27B 參數模型,但 Bad Theory Labs 用自家量化壓縮技術(AVQ2 解碼、INT4 仿射運算等),做出一個:

    • 單一 GGUF 檔(約 8.39GB)
    • 每參數不到 2.5 bits
    • 保留約 92.2% 原始模型能力

    💡 關鍵: 約 8.39GB 的 GGUF 就保留 92.2% 能力,代表一般開發者電腦即可接近 27B 模型效能。

    一個關鍵指標是 HumanEval pass@1 約 95.12%,這個成績在開源程式模型裡非常高,實際效果就是:

    • 常見演算法題、資料處理、API 包裝腳本,大多可以一次寫對(或只需小修)。

    💡 關鍵: HumanEval pass@1 約 95.12%,表示它在「一次寫對程式」上的成功率已逼近頂級商業程式模型水準。

    行動建議:

    • 若你現在在本地跑的是 7B–8B 一般聊天模型(例如常見的「通用 LLM」),可以直接用同一套 llama.cpp / LM Studio 配置,換成 BTL-3 GGUF,感受一次「針對程式與工具使用優化」的落差。

    適合誰用:三種典型場景

    1. 離線/內網環境的程式開發助手

    如果你的程式碼不能上雲(金融、政府、內網產品),BTL-3 提供一條路:

    • 在機房或開發者筆電本地部署,不經過外部 API。
    • 讓它讀 repo、理解架構、提出修改建議。

    典型任務:

    • 在不同微服務間統一 logging 格式。
    • 為舊專案補上基本 test suite。

    行動建議:

    • 選一個「不能丟到 GitHub Copilot」的專案,讓 BTL-3 先生成一份「系統總覽 + 待改善清單」,作為內網 code review 助手。

    2. 自動化腳本 & 工具串接

    BTL-3 對工具呼叫特別強,適合當成:

    • CLI 自動化腳本生成器幫我寫一個每天備份某資料夾到 S3 的腳本
    • 爬蟲與內部 API orchestration:串接 curlPython script、內部 REST API

    行動建議:

    • 設計一個小專案:例如「自動整理 log + 發 Slack 通知」,讓 BTL-3 負責生成腳本、再透過工具跑一次,測試它的完整 workflow 能力。

    3. 本地 Agent 開發環境的一顆「程式專家」核心

    你可能已經在用:

    • llama.cpp / vLLM 當推理引擎
    • 本地 IDE 插件(VS Code extension、JetBrains plugin)
    • MCP 或其他 orchestrator 做多工具協調

    BTL-3 可以直接當「程式 & 工具專家」,其他模型負責一般聊天或決策。

    行動建議:

    • 在你的 agent framework 裡,新增一個 coding-agent 路由:
    • 當任務涉及 repo、CLIAPI 操作時,轉給 BTL-3。
    • 其他任務仍用通用模型(如 Solar Open 2Laguna S 2.1 等)。

    下面用表格簡單比較常見選項:

    名稱 核心功能 免費方案 適合誰
    BTL-3 本地程式代理人、工具呼叫 開源、GGUF 免費 想要本地 Copilot / 程式 Agent
    Solar Open 2 長上下文、辦公 & 程式代理 開源模型 文件密集 + 長上下文任務
    Laguna S 2.1 多語言、大型本地通用模型 開源模型 需要高性能通用助手

    相關連結:


    怎麼開始:從硬體到第一個 workflow

    Step 1:確認硬體配置

    官方 8.39GB GGUF 版本的目標是「一般開發者電腦可以跑得動」,實務建議:

    • RAM:16–32GB(越多越穩定)
    • GPU:一張中階卡(8–12GB VRAM 足夠),或純 CPU 也可嘗試
    • 儲存空間:至少預留 20GB 給模型與前端工具

    行動建議:

    • 先在自己的機器跑過任一 7B–8B GGUF 模型,如果能順跑,再換 BTL-3 應可接受。

    Step 2:下載 BTL-3 GGUF 模型

    目前 BTL-3 GGUF 版本由 Bad Theory Labs 釋出(連結通常在 Reddit 原帖或其 X 帳號):

    行動建議:

    • 用瀏覽器或 wget 下載 GGUF 檔到一個固定資料夾,例如:~/models/btl3/btl3-agentic.gguf

    Step 3:用 llama.cpp / LM Studio / Ollama 載入

    三條常見路徑:

    1. llama.cpp(命令列 / 伺服器模式)
    2. 安裝:依官方 repo 說明編譯。
    3. 啟動 server:
      bash
      ./llama-server \
      -m ~/models/btl3/btl3-agentic.gguf \
      -c 262144 \
      --host 0.0.0.0 --port 8080
    4. 之後透過 HTTP API 或前端連接。

    5. LM Studio

    6. 開啟 LM StudioAdd local model → 指向 GGUF 檔。
    7. 選好推理設定(context 長度、GPU offload),直接在內建聊天介面測試。

    8. Ollama 類工具

    9. 建一個 Modelfile 指向 BTL-3 GGUF。
    10. ollama run btl3 即可啟動本地推理。

    行動建議:

    • 初次使用先從 LM Studio 或類似 GUI 工具開始,快速確認模型品質,再把配置搬到 llama.cpp / server 模式。

    Step 4:實作一個簡單 workflow:讀 repo → 改動 → Patch → 自評測

    以下示範用「BTL-3 + llama.cpp server + 你習慣的 HTTP client」做一個小流程。

    1. 讓 BTL-3 讀 repo
    2. 先用你自己的 script 把重要檔案(README、主要程式入口、config)整理成一個壓縮過的文字輸入。
    3. 發送一個請求:
      json
      {
      "prompt": "你是一個程式代理人。以下是專案的主要檔案內容:...\n\n請先用條列方式整理這個系統的主要模組與依賴,再列出 3 個可以改善的地方。",
      "max_tokens": 2048
      }

    4. 規劃改動

    5. 根據它提出的改善建議,選一項(例如「增加健康檢查 API」),再下指令:
      > 「請為此改動設計一個實作計畫:要改哪些檔案、新增哪些函式、需要哪些測試。」

    6. 生成 Patch

    7. 要求它輸出 git-style unified diff
      > 「根據上面的計畫,請輸出 unified diff 格式的 patch,適用於 git apply。」

    8. 自評測

    9. 套用 patch,跑測試(可寫成工具讓 BTL-3 呼叫)。
    10. 把測試結果回傳給 BTL-3:
      > 「以下是測試輸出,請根據錯誤訊息更新 patch。」

    行動建議:

    • 把上述流程包成一個腳本或簡單 web UI,讓 BTL-3 成為你團隊的「自動 Patch 提案助手」,從單一專案先試用。

    Step 5:接進你現有的 Agent workflow(如 MCP)

    如果你已在用 MCP 或其他 orchestrator:

    1. 新增一個 LLM provider 指向 BTL-3
    2. 透過 llama.cpp server / LM Studio API 對接。

    3. 定義工具

    4. read_repo:讀指定路徑檔案並壓縮輸出。
    5. run_tests:執行 test 命令並回傳 stdout / stderr
    6. apply_patch:套用 diff 到 repo。

    7. 給 BTL-3 的 system prompt

    8. 明確告訴它有哪些工具、何時該使用、成功定義(例如「所有測試通過」)。

    行動建議:

    • 在你的 orchestrator 裡,把「所有涉及程式碼修改的任務」預設派給 BTL-3,其他任務仍用通用模型,實際對比整體完成品質與速度。

    BTL-3 的定位很清楚:不是要取代所有模型,而是成為你本地環境裡專門負責「寫程式 + 用工具」的那顆專家模型。如果你正在找一個接近本地版 Copilot / Claude Code 的選擇,它值得你花一個週末搭起來試用。

    🚀 你現在可以做的事

    • 到 Reddit 原帖下載 BTL-3 GGUF,並用 LM Studiollama.cpp 在本地先跑一輪測試
    • 選一個不能上雲的專案,讓 BTL-3 產生「系統總覽 + 改善清單」,試做一次 Patch workflow
    • 在你現有的 agent framework 中新增 coding-agent 路由,將程式與工具相關任務導向 BTL-3 並觀察效果
  • 一句話搞懂 Gemini 3.6 Flash 家族

    一句話搞懂 Gemini 3.6 Flash 家族

    📌 本文重點

    • 3.6 Flash:多模態主力模型,長文省 token
    • Flash-Lite:專攻低延遲、低成本 API 場景
    • Flash Cyber + CodeMender:程式碼安全掃描與修補解決方案
    • 先用 AI Studio 試 3.6 Flash,再視需求串 API 與導入安全模型

    用一句話講清楚:Gemini 3.6 Flash 家族,就是「一套便宜好用、從寫作到程式安全都能涵蓋」的多模態模型組合,讓一般用戶寫內容、開發者串 API、安全團隊掃漏洞,都有對應的工具可用。


    一句話搞懂三個 Flash 模型怎麼分工

    先用一行幫你記住三款模型的定位:

    3.6 Flash 負責主力多模態(長文本、省錢)3.5 Flash-Lite 負責低延遲 API3.5 Flash Cyber 搭 CodeMender 負責程式碼安全掃描與修補

    💡 關鍵: 3 款模型分工明確,從內容生成到大量 API 呼叫再到安全掃描,都有專門工具可選,用對模型就能兼顧效果與成本。

    對應到你的需求,很簡單:

    • 想寫作、翻譯、看圖、看 PDF 👉 用 3.6 Flash
    • 想做聊天機器人、內部 FAQ Bot 👉 後端 API 選 Flash-Lite
    • 想掃 Repo 漏洞、產安全修補 PR 👉 用 Flash Cyber + CodeMender

    官方介紹與細節可參考:


    核心功能:為什麼說「免費又省錢」

    1. Gemini 3.6 Flash:多模態主力+省 65% token

    3.6 Flash 是這次更新的主角:

    • 多模態能力:支援文字、圖片、程式碼、文件,拿圖請它「幫我總結這張資訊圖」,或把 PDF 貼給它做重點整理都很適合。
    • 長上下文+節省 token:官方說明可 節省最多約 65% token 使用量(來源:The Decoder 報導),等於同樣一篇長文,token 花費更低。
    • 適合當「日常主力模型」:寫文章、改寫、翻譯、整理會議記錄、理解技術文件,都可以直接丟給 3.6 Flash。

    💡 關鍵: 最多節省約 65% token,代表在長文本情境下能顯著壓低使用成本,特別適合高頻率內容工作者。

    你可以做的事:

    • 開啟 Google AI Studio,用 3.6 Flash 當預設模型,先試三件事:
    • 貼一篇你最近寫的文章,請它「改寫成 3 點精簡重點」
    • 上傳一張複雜圖表,問它「用白話講裡面的結論」
    • 貼一段英文技術文件,請它「翻譯+加註解」

    入口:Google AI Studio(免信用卡可先玩)👉 https://aistudio.google.com

    2. 3.5 Flash-Lite:給開發者的低延遲 API

    Flash-Lite 是 3.5 Flash 的精簡版,定位很清楚:給需要大量 API 呼叫、講求速度和成本的開發者

    特點:

    • 低延遲:用在聊天機器人、即時問答服務,不會讓使用者等太久。
    • 便宜:相較大型模型,Flash-Lite 的單次呼叫成本更低,適合 side project 或公司內部工具。

    你可以做的事:

    • 做一個公司內部 FAQ Bot:
    • 把人資 / IT / 行政 FAQ 整理成一個 JSON 或資料庫
    • 用自家後端(Node.js / Python)接 Gemini API,模型選 Flash-Lite
    • 在前端做一個簡單聊天視窗,把使用者問題送給 Flash-Lite,再加上你的 FAQ 檢索結果

    💡 關鍵: Flash-Lite 把「低延遲+低成本」綁在一起,特別適合需要高併發、多次呼叫的聊天與工具型應用。

    3. 3.5 Flash Cyber + CodeMender:安全掃描+自動修補

    Flash Cyber 是專門做 程式碼安全 的模型,主要搭配 Google 的安全編碼代理工具 CodeMender 使用。

    重點能力:(來源:The Verge 報導)

    • 快速發現與標記安全漏洞:支援多次高速呼叫,掃整個 Repo 的潛在問題。
    • 產生修補建議甚至自動 PR:透過 CodeMender,可直接給出修補的 patch 或 Pull Request。
    • 比同類大型安全模型(如 Anthropic Mythos)更具成本效益:適合 DevSecOps 團隊把「安全掃描」變成 CI pipeline 的一環。

    你可以做的事:

    • 把 Flash Cyber+CodeMender塞進你的 CI/CD:
    • 選定關鍵 Repo(例如:支援金流的服務)
    • 在 CI pipeline 增加一個步驟呼叫 CodeMender(綁 Flash Cyber)做安全掃描
    • 設定「阻擋條件」:偵測到高危漏洞就阻擋部署,並自動開 Issue / PR 給開發者

    注意:Flash Cyber 目前偏向提供給政府與可信任夥伴,普通開發者需要留意資格與開放程度(可留意 DeepMind 官網更新)。


    三款模型一張表看懂

    名稱 核心功能 免費方案 / 試用 適合誰
    Gemini 3.6 Flash 多模態主力、長上下文、省 token Google AI Studio 線上免費試用 一般使用者、內容創作者、分析師
    3.5 Flash-Lite 低延遲、低成本 API Cloud 上有免費額度與試用配額 Side project 開發者、內部工具團隊
    3.5 Flash Cyber 程式碼與安全漏洞掃描+修補 目前對政府與特定夥伴開放 安全團隊、DevSecOps、雲端平台營運方

    適合誰用:三類典型場景

    1)個人用戶:寫作、翻譯、圖片理解

    你只想要一個好用又省錢的 AI 助理,重點就是:全部用 3.6 Flash 就好

    具體可以這樣用:

    • 寫作:給它「大綱+口氣要求」,讓它幫你產出初稿,再自己微調
    • 翻譯:把英文技術文章貼上,請它「翻譯成繁體中文+保留術語」
    • 圖片理解:上傳會議投影片截圖,問「這張的重點是什麼?幫我變成三點待辦事項」

    2)開發者:side project/內部工具串 Flash-Lite

    你要的是:API 便宜+速度可以接受,而不是每次都上最強的大模型。

    典型 side project:

    • 公司內部 FAQ Bot
    • 報表解說助手(讀 CSV / JSON,整合你自己的後端邏輯)
    • 客戶服務前台聊天機器人

    做法:

    1. 在 Google AI Studio 建一個新 API Key
    2. 後端選 Node.js / Python,用官方 SDK 串接
    3. 模型選 3.5 Flash-Lite,加上你自己的向量資料庫或關鍵字搜尋

    3)安全/DevSecOps:Flash Cyber + CodeMender

    如果你的工作是:

    • 管理大規模微服務 Repo
    • 維護金融或政府相關系統

    就可以把 Flash Cyber 當成「安全同事」,在以下場景使用:

    • 每次合併 PR 前,跑一次安全掃描
    • 每季度對關鍵服務做「全面程式碼健康檢查」
    • 新人上線前,先掃他改動的部分,避免引入基本錯誤

    怎麼開始:從線上玩到串 API

    步驟 1:用 Google AI Studio 線上試玩

    1. 打開 https://aistudio.google.com
    2. 登入 Google 帳號
    3. 在模型列表選 Gemini 3.6 Flash
    4. 嘗試:
    5. 貼一段你公司文件,請它「整理成給新人看的版本」
    6. 上傳一張圖表,請它「用中學生也懂的方式解釋」

    這一步的目的:先確認 3.6 Flash 的表現符合你的期待,再考慮串 API。

    步驟 2:拿 API Key 串自己的 side project

    1. 進 Google AI Studio,切到 API / Key 管理
    2. 建立一個新專案,生成 API Key
    3. 後端程式碼示意(以 Node.js 為例):
    npm install @google/generative-ai
    
    import { GoogleGenerativeAI } from "@google/generative-ai";
    
    const genAI = new GoogleGenerativeAI(process.env.GEMINI_API_KEY);
    const model = genAI.getGenerativeModel({ model: "gemini-3.5-flash-lite" });
    
    async function ask(question) {
      const result = await model.generateContent(question);
      console.log(result.response.text());
    }
    

    你可以立刻把這段變成:

    • FAQ Bot:把使用者問題+你整理出的 FAQ 一起丟進 prompt
    • 報表解說助手:先由後端讀取 CSV,算出數字,再請模型「用文字說明這些指標變化」

    步驟 3:學會「選模型+估成本」

    粗略的模型選擇與成本思路:

    • 優先用 Flash 系列
    • 若是內容生成/多模態理解 👉 3.6 Flash
    • 若是大量聊天/高併發問答 👉 3.5 Flash-Lite
    • 若是安全掃描 👉 Flash Cyber
    • 遇到以下情況再考慮大模型(如 Pro 類型)
    • 極高難度推理
    • 任務對準確度要求極端嚴格

    估成本的簡單方法:

    1. 在 AI Studio 看一次 token 使用量,記下「平均一次請求的 token 數」
    2. 估計每日請求次數(例如:1,000 次)
    3. 套用 Cloud 價格表(官方文件),算出每月概算
    4. 如果超出預算,先:
    5. 改用 Flash-Lite
    6. 精簡 prompt(例如縮短系統指令、用摘要代替全文)

    小結:把 Gemini 3.6 Flash 家族當成你的「AI 三件套」

    實際用起來,你可以這樣記:

    • 3.6 Flash:我日常寫作、看圖、看文件的主力
    • Flash-Lite:我做聊天機器人和內部工具時的省錢 API
    • Flash Cyber + CodeMender:我在 Repo 上的安全掃描與自動修補幫手

    先從 AI Studio 免費玩 3.6 Flash 開始,熟悉手感之後,拿 API Key 把 Flash-Lite 接進你的 side project,最後視公司安全需求再評估導入 Flash Cyber,這樣就能用最低成本,讓 Gemini 3.6 Flash 家族成為你工作流程裡的多模態新主力。

    🚀 你現在可以做的事

    • 打開 Google AI Studio,用 Gemini 3.6 Flash 試跑你手上的文章、圖表或技術文件
    • 申請 API Key,照文中的 Node.js 範例把 3.5 Flash-Lite 串進一個小型 FAQ Bot 或報表說明工具
    • 若你在安全/DevSecOps 團隊,追蹤 DeepMind 官方關於 Flash CyberCodeMender 的開放狀態,評估未來導入到 CI/CD Pipeline
  • moonshine 實戰:10 行程式碼做語音代理

    moonshine 實戰:10 行程式碼做語音代理

    📌 本文重點

    • moonshine 是可本地部署的低延遲語音代理 C++ pipeline
    • 一條 pipeline 完成 STT、意圖辨識與 TTS
    • 適合客服熱線、語音面板與 IoT 離線語音控制
    • 可直接接上任意 REST API 打造專屬語音 agent

    只想做一個語音版 ChatGPT、客服機器人,卻不想被雲端 API 綁死、每月付帳單?moonshine 就是那套「自己裝在機器上、一次搞定語音輸入+理解+回覆」的 C++ pipeline。

    原始碼在 GitHub:https://github.com/moonshine-ai/moonshine


    核心功能:一條語音 pipeline,全都自己掌控

    moonshine 的定位很直接:

    Very low latency speech to text, intent recognition, and text to speech, for building voice agents and interfaces.

    你可以把它想成「本地版語音代理引擎」——不是雲端服務,而是一個可以編譯進你自己程式的 C++ library/工具。

    💡 關鍵: moonshine 把 STT、意圖辨識與 TTS 串成單一低延遲 pipeline,從輸入到輸出都在你自己的機器上完成。

    1. 語音輸入:低延遲 STT(Speech-to-Text)

    • 功能:把麥克風語音即時轉成文字,延遲低,適合對話場景。
    • 實際效果:跑在桌機或中高階單板機上,可以做到「你講一句,它同時開始辨識」的互動感。
    • 你可以立刻做的事:
    • 把它接到客服電話錄音,轉成文字後送到 FAQ 引擎。
    • 接到操作面板上,用語音替代滑鼠點選。

    2. 意圖辨識:Intent Recognition

    • 功能:從文字中判斷「使用者想做什麼」,例如:查訂單、開支援 ticket、關燈、查庫存。
    • moonshine 的做法:把語音轉文字後,丟進意圖模型(可換成你自己訓練的分類器/LLM)。
    • 你可以立刻做的事:
    • 自訂幾個意圖(如 查訂單問價格人工轉接),用簡單規則或模型判斷要打到哪個 API

    3. 語音輸出:TTS(Text-to-Speech)

    • 功能:把系統回覆文字轉成語音,直接播放給使用者。
    • 實際效果:完成一個「講話→理解→查資料→講回來」的完整迴路,不需要外接雲端 TTS
    • 你可以立刻做的事:
    • 做一個「語音 FAQ 機器人」,接電話後用 TTS 讀出答案。
    • 做桌面語音助理,說出系統通知或報表摘要。

    適合誰用:三種典型場景

    1. 客服/熱線:電話接起來就有語音機器人

    問題情境

    • 只想讓機器人先接電話、回答常見問題或先收集基本資料,但不想把所有通話丟到雲端 AI

    moonshine 的用法

    • 把語音輸入接到電話系統的音訊流(VoIPSIP 方案都可),用 STT 轉文字。
    • 用意圖辨識判斷是「查訂單」「問營業時間」「真人客服」。
    • 走不同後端 API,最後用 TTS 回覆。

    你可以立刻做的實驗

    • 先不接真正電話,用錄音檔或麥克風假裝客戶提問,串一個「FAQ 搜尋 API」,測試回答流程。

    2. 語音面板:替既有系統加一層「講話就能操作」

    問題情境

    • 你有一套 SaaS 或內部系統(CRMERP、工單系統),想讓使用者用「語音」查資料、下指令,但不想大改前端。

    moonshine 的用法

    • 在桌面 appweb 前端旁放一個小語音代理程式:
    • 監聽麥克風 → STT → 判斷意圖 → 呼叫既有 REST API → 整理結果 → TTS 講回來或貼在 UI

    你可以立刻做的實驗

    • 選一個已有的 REST API(例如:查客戶資訊),用下方「10 行程式碼」範例改成語音查詢。

    3. IoT/嵌入式:低資源設備上的離線語音控制

    問題情境

    • 想做離線語音控制:開關設備、切換模式,但硬體算力有限、網路不穩。

    moonshine 的用法

    • 把精簡版模型放在裝置上(例如 ARM 單板機),只做幾個固定意圖:
    • 「開燈」「關燈」「設定 25 度」等,直接對接硬體控制程式。

    💡 關鍵: 在 IoT 裝置離線情境下,moonshine 可只保留少數固定意圖,大幅降低對算力與網路的依賴。

    你可以立刻做的實驗

    • 在一台樹莓派或小型工控機上跑最簡 demo,先做「聽到關燈就印出 turn_off_light」的文字,再接上 GPIO 控制。

    怎麼開始:從 GitHub clone 到第一個語音 agent

    💡 關鍵:git clone 到可用 demo,大致只需一次編譯與模型下載,就能完整體驗整條語音 pipeline。

    1. 先把專案拉下來、編譯成功

    1. 安裝基本依賴(以 Ubuntu 為例):

    bash
    sudo apt update
    sudo apt install -y git cmake build-essential

    1. Clone 專案:

    bash
    git clone https://github.com/moonshine-ai/moonshine.git
    cd moonshine

    1. 編譯:

    bash
    mkdir build && cd build
    cmake ..
    make -j$(nproc)

    完成後,你會得到可以執行的示範程式(名稱以官方 repo 為準,一般會有 demoexample 可跑)。

    2. 跑最簡 demo:確認 STT / TTS pipeline

    官方 repo 一般會提供類似:

    ./moonshine_demo --input mic --output speaker
    

    典型流程會是:

    1. 啟動程式,指定輸入為麥克風、輸出為喇叭。
    2. 程式下載或載入預設 STTTTS 模型(通常第一次跑會需要網路)。
    3. 你講一句話,終端機顯示辨識出的文字,並用 TTS 回覆一句預設回答。

    具體參數以官方 README 為準,重點是:先確認你機器上的音訊裝置、模型下載都 OK

    3. 配置模型:STT / TTS / Intent 拆清楚

    在實際專案中,你要決定三件事:

    1. STT 模型
    2. 選語系(中文/英文等)和大小(依你設備算力)。
    3. moonshine 通常會支援多種 backend,可以在 config 檔或啟動參數指定。
    4. TTS 模型
    5. 選擇語音風格(男聲/女聲)和延遲表現。
    6. 在設定中指定 model path 或使用預設 URL 拉取。
    7. Intent 模型或規則
    8. 簡單做法:先用關鍵字+正則,把意圖分成幾類。
    9. 進階做法:接上本地 LLM(例如使用你現有的推論服務)做意圖分類。

    你可以建立一個簡單的 config.json

    {
      "stt_model": "models/stt_zh_small.bin",
      "tts_model": "models/tts_zh_small.bin",
      "intent_backend": "http://localhost:8000/intent"
    }
    

    程式啟動時讀取這個 config,就能自由替換模型和意圖服務。

    4. 10 行程式碼:把任何 REST API 包成語音代理

    以下用「C++ + moonshine + 一個任意 REST API」示意,把核心流程壓縮成約 10 行邏輯。實際使用時需依官方 API 做正確呼叫。

    #include "moonshine.h"      // 假設提供 STT / TTS 接口
    #include <httplib.h>         // 用任意 HTTP client
    
    int main() {
        MoonshineAgent agent{"config.json"};              // 載入 STT/TTS 設定
        httplib::Client api("https://api.yourservice.com");
    
        while (true) {
            std::string text = agent.listen();             // 1. 麥克風→文字
            auto res = api.Get("/search?query=" + text);  // 2. 呼叫任意 REST API
            std::string reply = res->body;                 // 3. 取回文字結果
            agent.speak(reply);                            // 4. TTS 語音回覆
        }
    }
    

    這個基本版就已經是一個「語音代理壓在你自己的後端」:

    • 你說話 → STT -> text
    • 丟到你預先寫好的 API(可以是 FAQ 搜尋、工單建立、資料查詢)
    • 回傳文字 → 用 TTS 說回來

    你可以改幾行,就變成不同場景:

    • 客服熱線:把 text 先送進意圖辨識 API,再決定要打哪一個後端。
    • 語音面板:把 reply 不是用 TTS,而是顯示在 UITTS 只讀重點。
    • IoT 控制:把 api.Get(...) 換成控制硬體的函式,例如 set_light(false)

    小結:想自己掌控語音代理,就先把 moonshine 跑起來

    如果你:

    • 不想被雲端 STTTTS 綁約
    • 想在桌面 app、行動裝置或後端服務內嵌語音代理

    那 moonshine 提供的就是一個單純、可編譯進你程式的 C++ 語音 pipeline。從 GitHub clone 下來,先跑官方 demo,再按照上面範例把你的 REST API 接上去,你就能在一台機器上完成第一個「可用的語音 agent」。

    🚀 你現在可以做的事

    • 前往 moonshine GitHub 專案 clone 並完成一次編譯與官方 demo 執行
    • 寫一個簡單的 config.json,指定本地 STTTTS 模型與一個測試用意圖服務 endpoint
    • 按照文中「10 行程式碼」範例,挑一個現有 REST API,實作一個可對答的語音查詢小工具
  • 用 Whisper+Ollama 做一個本地語音助理

    用 Whisper+Ollama 做一個本地語音助理

    📌 本文重點

    • 用 Whisper+Ollama 做完全本地語音助理
    • 語音→文字→LLM→語音的完整閉環
    • 30 分鐘內跑起最小可行版本
    • 資料與聲音全留在自己機器上

    一句話就能叫得動電腦,而你的聲音和資料完全留在自己機器上,這就是用 Whisper+Ollama 做本地語音助理要解決的問題。

    參考原文:Build a Fully Local Voice Assistant With Whisper and Ollama(Towards AI)
    https://pub.towardsai.net/build-a-fully-local-voice-assistant-with-whisper-and-ollama-e5e6f713a220


    核心架構:一句話進,AI 一句話回

    這個本地語音助理由三塊組成:

    1. Whisper:把「語音 → 文字」(Speech-to-Text)
    2. Ollama + 本地 LLM:負責理解與生成文字回應
    3. 任一 TTS(Text-to-Speech):把「文字 → 語音」再念出來

    整體流程:

    1. 按快捷鍵開始錄音
    2. Whisper 辨識成文字指令
    3. 文字送到本地 LLM(透過 Ollama)推理
    4. 回傳文字答案,再由 TTS 念出

    💡 關鍵: Whisper+Ollama+TTS 組成「完全本地、無需雲端」的語音互動閉環。

    下文會先講三個核心功能,再看哪些人適合用,最後給一個可以在 30 分鐘內跑起來的最小範例。


    核心功能:你可以用聲音做什麼

    1. 聲控指令:一句話叫電腦做事

    你可以用自然語言下達指令,背後由 LLM 把「人話」轉成實際操作(shell 指令、API 呼叫或執行特定程式)。

    可做的事例如:

    • 「幫我開啟 VS Code 並打開 project 資料夾」
    • 「開始錄音會議,結束時幫我整理重點」
    • 「幫我查今天的天氣,再念給我聽」

    實作上,你可以:

    • 在 LLM 回應中約定一個格式,例如輸出 {"action": "open_app", "target": "VSCode"}
    • 程式解析 JSON,對應到不同的系統操作(Python 用 subprocess、Node 用 child_process

    2. 問答與解說:本地 ChatGPT,用嘴巴問

    Ollama 支援多種本地模型(如 LlamaQwen),你可以當成「只在本地跑的 ChatGPT」:

    • 「用白話講一次這段程式在做什麼」
    • 「幫我設計一個 3 天東京行程,預算一天 5000 台幣」
    • 「這篇英文信幫我改寫得更禮貌」

    如果你在意隱私(公司機密、未發表研究),這類內容只會停留在你的機器,不會上雲端。

    💡 關鍵: 對隱私敏感的程式碼、文件與會議內容,都可以在本地模型中處理而不外流。

    3. 筆記與總結:會議錄完直接變摘要

    結合 Whisper 長錄音能力,你可以:

    • 開會時一直錄音,會後自動產出:
    • 決議事項
    • 待辦清單
    • 各參與者的責任分工
    • 學習影片邊聽邊錄,最後生成「重點整理 + 閱讀筆記」

    做法:

    1. 持續錄音,分段送 Whisper 辨識
    2. 把完整文字餵給 LLM,提示詞(prompt)中要求輸出特定格式:例如「請用 5 點整理會議重點,並列出行動項目」

    適合誰用:具體場景示例

    1. 常開線上會議的知識工作者

    使用方式:

    • 開會前按快捷鍵啟動錄音
    • 會議中不必手寫紀錄
    • 開完會輸出「摘要+待辦」,貼回 Notion / Obsidian

    好處:

    • 不用依賴雲端錄音服務
    • 內部機密內容留在公司內網或個人電腦

    2. 開發者的語音 Coding 小助手

    使用方式:

    • 「幫我生成一個 Python 函數,讀取 CSV 並輸出 JSON」
    • 「這段錯誤訊息說什麼?幫我猜可能原因」
    • 「把這段程式重構成 class 寫法」

    你可以直接把 LLM 回應輸出到檔案,或搭配編輯器 API 完成簡單的自動插入。

    3. 家庭中控 / 桌面自動化

    使用方式:

    • 「關掉 Spotify,改播 YouTube 音樂」
    • 「打開家裡 NAS 的網頁介面」
    • 「查一下電價 API,現在是不是離峰」

    背後是:

    • LLM 產生要呼叫的 API 名稱 + 參數
    • 程式把它映射到實際的 REST API or Shell 指令

    工具比較:Whisper、Ollama、TTS

    名稱 核心功能 免費方案 適合誰
    Whisper 語音轉文字(STT) 開源、免費 要離線語音辨識的人
    Ollama 管理與執行本地 LLM 開源、免費 想在本地跑各種模型的人
    Coqui TTS 本地語音合成(TTS) 開源、免費 想客製化聲音的開發者
    pyttsx3 / edge-tts 簡單 TTS,快速上手 免費 只要能聽到回應即可的人

    Whisper GitHub:https://github.com/openai/whisper
    Ollama 官網:https://ollama.com


    怎麼開始:30 分鐘跑起一個最小版本

    下面以 Python+Whisper+Ollama+簡單 TTS 為例,目標是做到:

    按快捷鍵 → 說話 → AI 在本地回答並念出來

    💡 關鍵: 只要有 8GB RAM 和 Python 環境,大多數電腦在約 30 分鐘內就能完成這套本地語音助理的基本版。

    1. 最小硬體與環境需求

    • 作業系統:macOS / Linux / Windows(建議 10 以上)
    • RAM:至少 8 GB(12–16 GB 更順)
    • GPU:有當然更快,沒有也可跑小模型
    • Python 3.10+(或 Node 也可以,本文用 Python)

    2. 安裝 Ollama 與模型

    1. 到 https://ollama.com 下載並安裝
    2. 開啟終端機,拉一個小模型(例如 llama3.2qwen2.5):
    ollama pull llama3.2
    # 或
    ollama pull qwen2.5
    
    1. 測試一次:
    ollama run llama3.2
    

    能對話就表示後面 Python 可以直接透過 HTTP 使用它。

    3. 安裝 Whisper 與 TTS

    建立虛擬環境(可選,但建議):

    python -m venv venv
    source venv/bin/activate  # Windows: venv\Scripts\activate
    

    安裝必要套件:

    pip install openai-whisper sounddevice numpy requests pyttsx3
    

    說明:

    • openai-whisper:Whisper STT
    • sounddevice:錄音
    • pyttsx3:離線 TTS(Windows/macOS/Linux 都可用)
    • requests:呼叫 Ollama HTTP API

    4. 最小可行 main.py

    下面是一個簡化範例:按 Enter 開始錄音,Ctrl+C 結束程式。你可以之後再綁定系統快捷鍵(如 AutoHotkey、Karabiner)。

    import sounddevice as sd
    import numpy as np
    import whisper
    import requests
    import pyttsx3
    
    MODEL_NAME = "llama3.2"  # 或改成 "qwen2.5" 等你已拉下的模型
    OLLAMA_URL = "http://localhost:11434/api/generate"
    
    whisper_model = whisper.load_model("small")  # 可換 tiny / base / small / medium
    engine = pyttsx3.init()
    
    SAMPLE_RATE = 16000
    DURATION = 5  # 錄音秒數,可改成你想要的
    
    
    def record_audio(duration=DURATION):
        print("開始錄音,請說話...")
        audio = sd.rec(int(duration * SAMPLE_RATE), samplerate=SAMPLE_RATE, channels=1)
        sd.wait()
        print("錄音結束")
        return np.squeeze(audio)
    
    
    def speech_to_text(audio):
        print("正在轉文字...")
        result = whisper_model.transcribe(audio, fp16=False)
        text = result["text"].strip()
        print(f"你說:{text}")
        return text
    
    
    def call_ollama(prompt):
        print("正在思考...")
        resp = requests.post(
            OLLAMA_URL,
            json={"model": MODEL_NAME, "prompt": prompt},
            stream=False,
        )
        data = resp.json()
        answer = data.get("response", "")
        print(f"AI:{answer}")
        return answer
    
    
    def speak(text):
        engine.say(text)
        engine.runAndWait()
    
    
    if __name__ == "__main__":
        try:
            while True:
                input("按 Enter 開始錄音(Ctrl+C 結束):")
                audio = record_audio()
                text = speech_to_text(audio)
                if not text:
                    continue
                answer = call_ollama(text)
                speak(answer)
        except KeyboardInterrupt:
            print("\n結束程式")
    

    執行:

    python main.py
    

    流程:

    1. 按 Enter → 錄音 5 秒
    2. Whisper 轉文字 → 顯示你說的話
    3. 文字送到 Ollama → LLM 回答
    4. pyttsx3 把文字念出來

    你已經完成一個基本版「本地語音 ChatGPT」。接下來就可以:

    • 把錄音時間改成動態(按住鍵才錄)
    • call_ollama 的 prompt 中加入系統指令,例如:「你是一個會輸出 JSON 指令的系統助手」
    • answer 中解析 JSON,呼叫不同的系統功能

    換成本地 Qwen、Llama 模型與低配機調整建議

    換模型:Qwen、Llama 等

    Ollama 已經預設支援多個模型,換模型只要:

    1. 先拉模型:
    ollama pull qwen2.5
    ollama pull llama3.1
    
    1. MODEL_NAME 改成相對應名稱,例如:
    MODEL_NAME = "qwen2.5"
    # 或
    MODEL_NAME = "llama3.1"
    
    1. 重新執行 main.py 即可。

    低配機(8GB RAM / 無 GPU)調優建議

    • Whisper 模型:改用 tinybase
      python
      whisper_model = whisper.load_model("tiny")
    • LLM 模型:優先選擇 *-mini 或 3B 以內的小模型(例如 llama3.2 small 版)
    • TTS:選 pyttsx3 這種輕量離線 TTS,避免重型神經網路 TTS
    • 錄音長度:縮短單次錄音(例如 3–5 秒),減少 STT 負載
    • 批次模式:需要長會議紀錄時,可先用系統錄音軟體錄整段,之後分段丟給 Whisper 處理

    總結:把「叫電腦做事」變成一句話

    你現在已經有一套可以在本地跑的語音助理:

    • Whisper 負責聽懂你說什麼
    • Ollama+本地模型負責思考與生成回應
    • TTS 負責把答案念出來

    從這個最小版本開始,你可以一步步加上:「控制應用程式」、「呼叫 API」、「自動整理會議紀錄」,最後變成一個完全客製化的本地語音中控系統。

    🚀 你現在可以做的事

    • 安裝 Ollama 並拉下 llama3.2qwen2.5 模型,在終端測試對話
    • 建立 Python 虛擬環境,安裝 openai-whispersounddevicepyttsx3 等套件後跑起 main.py
    • 改寫 call_ollama 部分,讓回應輸出 JSON 指令,開始用語音控制你的桌面或 API
  • 用 AVA 自架語音總機

    用 AVA 自架語音總機

    📌 本文重點

    • AVA 可直接接在既有 Asterisk/FreePBX 上
    • 先用雲端 STT/LLM/TTS 做 PoC 再考慮本地化
    • 適合中小企業與研發團隊快速測試語音 AI 總機

    AVA 是一套能接在 Asterisk/FreePBX 上的開源語音客服引擎,讓你不用買 SaaS,也能自己搭一個會接電話、回答問題、轉分機的 AI 總機。

    想先看專案,可直接開 AVA GitHub。如果你手上已經有 FreePBX,這類型工具最實際的價值不是「聊天」,而是把既有電話流量接進 STT、LLM、TTS 流程,先做出可測的 PoC,再決定要不要擴到正式客服。


    核心功能

    1. 直接接進 Asterisk,不用重做整套電話系統

    AVA 的架構很直白:Asterisk 用原生 AudiosocketRTP 收到來電,把音訊送到 Python 引擎;Python 再依序呼叫語音轉文字(STT)、大型語言模型(LLM)、文字轉語音(TTS),最後把回覆送回通話。

    這代表你可以保留現有 SIP、分機、IVR 與 FreePBX 管理介面,只替換「講話的那一段」。

    2. 雲端模型先上線,本地模型後續再換

    AVA 內建支援 OpenAIGeminiGrokElevenLabs,也能自訂 STTLLMTTS 組合。最快的做法是先用雲端 API 跑第一版,例如 OpenAISTT+LLMElevenLabsTTS;如果後續遇到隱私或成本問題,再改成本地模型。

    💡 關鍵: 先用雲端組合上線 PoC,再視隱私與成本需求改成本地模型,是風險最低的導入路徑。

    官方也提到,若有 25GB 以上 GPU,可走全本地即時語音代理。

    3. 適合做可控腳本,不只自由聊天

    電話客服的重點不是模型多聰明,而是流程穩不穩。AVA 適合把提示詞、FAQ、分機規則、營業時間、留言流程都寫成明確腳本,例如:

    • 「辨識來意後轉接 201 業務部」
    • 「下班時間改成留言並發通知」

    先把流程規則化,測試會比直接放任模型自由發揮穩很多。


    適合誰用

    如果你是中小企業 ITSI、通訊整合商,手上已有 Asterisk 或 FreePBX,AVA 很適合拿來做低成本 PoC:一台伺服器、一組 API key、幾個分機規則,就能讓公司總機先有基本問答與轉接能力。

    💡 關鍵: 利用現有 Asterisk/FreePBX,只要加一台伺服器與一組 API key,就能快速驗證語音 AI 總機可行性。

    如果你是實驗室或研發團隊,AVA 的價值在於可替換性。你可以先用雲端模型驗證流程,再逐步把 STTLLMTTS 換成本地推論,測試隱私保護、工具呼叫、資料落地等需求。

    這比直接綁定單一 SaaS 平台更容易控制。

    下面這組搭配最適合先做測試:

    名稱 核心功能 免費方案 適合誰
    AVA 串接 Asterisk 的語音代理框架 開源免費 要自架語音客服的人
    OpenAI / Gemini / Grok STT、LLM 問答 多數為試用額度或按量計費 想最快上線 PoC 的團隊
    ElevenLabs 高品質英文與多語 TTS 有試用額度 重視語音自然度的客服場景

    怎麼開始

    最快路徑是用 Docker 把 AVA 部署在一台 Linux 伺服器,並接到現有 FreePBX。實作上可照這個順序做:

    1. 準備一台可連到 Asterisk 的伺服器,先安裝 Docker
    2. AVA GitHub 依範例啟動容器,填入 OpenAIGeminiElevenLabsAPI key
    3. 在 FreePBX 建一個測試路由,讓指定 DID 或分機把來電導到 AudiosocketRTP 對應的 AVA 服務。
    4. 先只做一個簡單腳本:自我介紹、詢問需求、依關鍵字轉接分機或播放 FAQ
    5. 拿真實電話測試 2030 通,記錄辨識錯誤、等待時間與轉接成功率,再調提示詞。

    💡 關鍵: 先用 20–30 通真實來電測試腳本與提示詞,比盲目擴大量更能看出系統穩定度與實用性。

    你可以先做兩個最有感的場景。

    第一個是公司語音 IVR:例如「按 1 找業務」改成自然語音,來電者直接說「我要報價」就轉接業務分機,同時能回答地址、營業時間、付款方式。

    第二個是 24 小時留言與簡單 FAQ:下班後由 AI 先接聽,回答常見問題,必要時收姓名、電話、需求摘要,再寄送到信箱或寫入工單。


    成本與進階玩法

    PoC 階段最主要的成本是語音與模型 API,用量低時通常比買整套 SaaS 便宜,尤其你已經有 Asterisk 時更明顯;但一旦通話量大,TTS 與即時 LLM 成本會開始浮現,所以建議先限制場景,只做總機問答、留言與分流。

    如果你有隱私要求,下一步就是把部分流程換成本地模型:例如本地 STT、本地 LLM,只把 TTS 留在雲端,或直接全本地化。

    另一個值得做的進階項目是客製對話腳本,把「業務、客服、總務」拆成不同代理,分別設定提示詞、FAQ 和轉接規則,測試效果會比單一通用客服更好。

    對已經有電話系統的團隊來說,AVA 最實際的切入點不是一次取代客服,而是先把一條來電流程自動化,讓你用自己的基礎設施,快速驗證語音 AI 到底能不能真正接電話。

    🚀 你現在可以做的事

    • 打開 AVA GitHub 專案頁,閱讀 README 並確認環境需求
    • 在現有 FreePBX 上規劃一條測試路由,準備 1 個具代表性的來電場景腳本
    • 申請 OpenAIGeminiElevenLabs 的 API key,實作一個 20–30 通的 PoC 測試流程
  • 讓 Claude 幫你用 1Password,自動登入全流程

    讓 Claude 幫你用 1Password,自動登入全流程

    📌 本文重點

    • 透過 1Password,Claude 能在看不到密碼下替你登入網站
    • 可自動處理多步驟線上任務,從登入到操作一條龍
    • 以 Vault 與授權控制,將 Claude 的帳號使用權限切得很細

    只要先把帳號密碼放進 1Password,Claude 就能在不看見你的密碼的前提下,幫你自動登入網站、改訂單、管理帳戶。

    工具連結:
    – 1Password 官網:https://1password.com
    – Claude(含瀏覽器版):https://claude.ai
    – 1Password x Claude 新功能報導(The Verge):https://www.theverge.com/tech/966442/1password-anthropic-claude-browser-integration


    核心功能:它到底會幫你做什麼?

    1. 零暴露:Claude 幫你登入,但看不到密碼

    解決問題: 平常你要把帳密貼給 AI,它才能幫你操作網站;現在改成「由 1Password 代打密碼」,Claude 只負責指揮瀏覽器怎麼點。

    實際上發生的是:

    1. 你在 Claude 裡啟用 1Password 整合。
    2. Claude 想登入某網站時,會向 1Password 要「代登入」權限。
    3. 1Password 在你的瀏覽器側,直接把帳號密碼填進表單,不把憑證傳給 Claude 的模型

    💡 關鍵: 所有帳密只在 1Password 通道流動,Claude 只看到「已登入狀態」,看不到也拿不到你的憑證。

    你可以立刻做的事:
    – 把常用帳號(SaaS、訂票網站、銀行以外的服務)都先存進 1Password。
    – 在 Claude 啟用 1Password,選一個低風險帳號測試(例如某 SaaS 試用帳號)。

    安全關鍵字:「零暴露安全架構」。意思是密碼只在 1Password 的通道裡流動,不會進入 Anthropic 的模型或訓練資料庫。


    2. 多步驟線上任務:從登入到操作全包

    能做到的具體事(The Verge 報導提到的典型場景):

    • 訂機票 / 行程:登入航空公司或 OTA,選日期、比價、下單。
    • 改訂單:登入後台,修改時間、座位、取消或改期。
    • 管理帳戶:調整訂閱方案、更新信用卡資訊、下載發票。

    你可以這樣用:

    • 對 Claude 說:「幫我登入 Acme Analytics,下載本月的營收報表。」
    • 或:「幫我登入 Netflix,把方案改成基本方案,取消 4K。」

    Claude 會做的事:

    1. 要 1Password 幫忙填入對應帳密。
    2. 在網站上導航(點選、填表、切換頁面)。
    3. 完成你描述的任務,例如找到報表並下載。

    你可以立刻做的事:

    • 列一張「我每月重複做」的線上任務清單,挑 1–2 個交給 Claude 試跑。

    3. 權限邊界:限定 Vault、限定帳號

    1Password 並不是把你全部密碼丟給 Claude,而是讓你逐步授權:

    • 可以只開某個 Vault(例如「工作用」Vault)給 Claude,用於工作任務。
    • 個別帳號也可以撤銷授權,Claude 之後就不能再用那組憑證。

    搭配近期企業對 AI Agent 安全的研究(例如 VentureBeat 談到「多數企業仍讓 Agent 共用憑證」的風險),這個設計的重點是:

    • 每個「AI 助理」有自己的可用帳號清單。
    • 高風險帳號(銀行、主郵箱)可以完全不開給 Claude。

    你可以立刻做的事:

    • 建立一個新 Vault 專門放「可以讓 Claude 用的帳號」。
    • 把敏感帳號留在另一個 Vault,不授權給 Claude。

    💡 關鍵: 透過拆分 Vault 和選擇性授權,你可以精準控制 Claude 能動哪些帳號,降低企業與個人帳戶被誤用的風險。


    適合誰用?三種典型場景

    1. SaaS 使用重度者:每週要登入十幾個系統的人

    場景例子:

    • 你要常進 CRM、專案管理、分析工具,下載報表或調整設定。
    • 帳號多、密碼長,常常忘記或要一直自訂一次性驗證碼。

    可採取行動:

    • 把這些 SaaS 通通存進 1Password 的「工作 Vault」。
    • 寫一個固定提示給 Claude,例如:「登入 X 工具,拉出上週報表,存成 PDF。」

    2. 常訂票、改行程的自由工作者 / PM

    場景例子:

    • 要幫自己或團隊訂機票、車票、住宿,還要常改。

    可採取行動:

    • 把常用的航空公司、旅行平台帳號存進「個人旅行」Vault。
    • 讓 Claude 幫你:搜尋指定日期航班 → 比價 → 下訂(或至少幫你選好候選方案)。

    3. 想用 Agent,但怕安全風險的企業團隊

    呼應 Towards AI 提到的「要有回滾策略」:

    • 你可以先把 Claude 當成半自動助理:讓它登入、幫你走流程,但最後一步由人類按下確認。

    可採取行動:

    • 將測試帳號放進專用 Vault,開給 Claude。
    • 在內部建立標準操作:先由 Claude 操作 staging / 測試環境,再複製流程到正式環境。

    怎麼開始:開通、授權、實際操作

    以下分成三步驟,照做完,你就可以跑第一個自動登入 workflow。

    步驟一:準備 Claude 與 1Password

    1. 註冊 / 登入 1Password
    2. 前往:https://1password.com
    3. 個人版可先用試用方案,企業可用 Business Plan。
    4. 安裝 1Password 瀏覽器擴充
    5. 在 Chrome / Edge / Firefox 擴充商店搜尋「1Password」,安裝並登入。
    6. 準備 Claude 帳號
    7. 前往:https://claude.ai
    8. 建議在桌面瀏覽器使用(方便讓 1Password 插件配合)。

    行動檢查點:

    • 你已經可以在瀏覽器上,點 1Password icon 自動填表。

    步驟二:在 1Password 裡設定可用 Vault / 帳號

    1. 打開 1Password App 或 Web 版。
    2. 建立一個新的 Vault,例如:Claude-可用帳號
    3. 把你願意交給 Claude 操作的帳號移到這個 Vault:
    4. 某 SaaS 報表系統
    5. 一個訂票平台
    6. 其他低風險服務
    7. 將高風險帳號(銀行、電子郵件主帳號、雲端主控台)留在其他 Vault,不要放進這個 Vault。

    行動檢查點:

    • 你清楚「哪些帳號 Claude 可以碰」、「哪些完全不開放」。

    步驟三:在 Claude 裡啟用 1Password 授權

    1. 在瀏覽器打開 Claude,登入你的帳號。
    2. 首次使用相關功能時,Claude 會提示你連結 1Password:
    3. 點選授權按鈕,會跳出 1Password 的授權畫面。
    4. 選擇要讓 Claude 使用的 Vault(建議只選 Claude-可用帳號)。
    5. 確認授權後,Claude 就能透過 1Password 在你的瀏覽器中自動填表。

    注意:授權是可以之後收回的,下文會說如何撤銷。


    三個可以立刻上手的 Workflow

    Workflow 1:自動登入 SaaS 並下載報表

    目標: 每週固定下載一份分析報表,由 Claude 代勞。

    操作步驟:

    1. 確認該 SaaS 帳號已在 Claude-可用帳號 Vault 內。
    2. 對 Claude 說:

      幫我登入 Acme Analytics,打開「月度營收報表」,下載最新一份為 PDF,存到我的下載資料夾。

    3. 觀察 Claude:
    4. 透過 1Password 自動登入。
    5. 在儀表板找報表 → 點選下載。

    可以持續優化的地方:

    • 修改提示,讓它在執行前先重述步驟,例如「先說明你打算點哪幾個頁面再開始」。

    Workflow 2:修改訂閱方案(降級 / 升級)

    目標: 讓 Claude 幫你調整某服務的訂閱等級。

    操作步驟:

    1. 把該服務帳號存進 Claude-可用帳號 Vault。
    2. 對 Claude 說:

      幫我登入 Example Streaming,確認我現在的方案,如果是最高級就幫我改成中階方案,變更前先跟我確認一次。

    3. Claude 會:
    4. 登入 → 進帳戶設定。
    5. 找訂閱方案頁面。
    6. 在變更前,照你的要求先詢問你。

    安全小技巧:

    • 對涉及金流的操作,一律要求「行前說明 + 執行前確認」。

    Workflow 3:旅遊行程改期(半自動)

    目標: 航班改期先由 Claude 幫你找到可改選項,再由你按下最後確認。

    操作步驟:

    1. 旅行平台帳號放進 Claude-可用帳號 Vault。
    2. 對 Claude 說:

      幫我登入 TripExample,找到 8 月 20 號從台北飛東京的訂單,看能不能改到 8 月 22 號,如果有選項,把費用和條件整理給我,不要幫我按確認。

    3. Claude 會:
    4. 登入 → 找到訂單。
    5. 查看改期規則與價格。
    6. 把方案整理給你,停在「確認頁」。

    你的動作:

    • 人眼檢查資訊 → 自己決定是否按下確認。

    安全實務:如何收回權限與限制範圍

    1. 隨時收回 Claude 的 1Password 授權

    如果你不想讓 Claude 再用任何帳號:

    1. 打開 1Password → 設定 / Integrations(實際名稱可能略有不同,依正式版本為準)。
    2. 找到「Claude」或「瀏覽器整合」項目。
    3. 點選「撤銷授權」或移除整合。

    之後 Claude 再試圖登入時,就會失敗,需要你重新授權。


    2. 只讓它用部分帳號

    • 把所有「可給 Claude 用的帳號」集中在一個 Vault。
    • 授權時只選這個 Vault,其餘 Vault 不勾選。
    • 若某帳號不再要給 Claude 用,移出那個 Vault 即可。

    這樣即便 Claude 被濫用,它也只能碰到你明確標記「可用」的帳號。


    3. 為自己設一個「回滾策略」

    呼應 Towards AI 提到的回滾概念,建議:

    • 把「重要設定」或「帳單資訊」修改前的狀態截圖 / 匯出。
    • 對高風險操作(刪除資料、關閉帳號)一律由你親自點最後的確認按鈕。

    💡 關鍵: 把高風險操作的最後一步保留給人類,可以在享受自動化便利的同時,保有「一鍵回頭」的安全緩衝。


    小結:先讓 Claude 當你的「登入助理」

    如果你還不放心讓 AI 完全自動跑流程,可以先把 Claude 當作「幫你登入 + 找到頁面」的助手:

    • 由它負責記住哪個帳號在哪個網站。
    • 你負責看結果、按最後一步。

    等你熟悉它的操作風格,再慢慢把更多重複任務交給它,就能在不暴露密碼的情況下,讓 AI 真正幫你「用」網站,而不是只會給建議。

    🚀 你現在可以做的事

    • 前往 1Password 與 Claude 註冊帳號,安裝好 1Password 瀏覽器擴充並完成登入
    • 建立一個 Claude-可用帳號 Vault,將 1–3 組低風險帳號移入並在 Claude 中授權此 Vault
    • 挑一個文中提到的 Workflow(例如下載報表),照步驟實際讓 Claude 幫你跑完一次流程
  • SX 2.0:把 Dropbox 變成團隊 AI 技能庫

    SX 2.0:把 Dropbox 變成團隊 AI 技能庫

    📌 本文重點

    • SX 2.0 把個人 Prompt 變成團隊共用技能庫
    • 直接用 Dropbox / Google Drive 當技能伺服器
    • 非技術同事也能一鍵套用標準化 AI 流程
    • 從零散用法走向有組織的 AI workflow 管理

    一句話先說清楚:SX 2.0 把你平常寫好的 Prompt、工具設定和流程包成「技能」,存進共享雲端硬碟,整個團隊(技術+非技術)都能一鍵套用。

    工具介紹原文與下載:https://sleuth-io.github.io/sx/2026/07/10/your-dropbox-is-now-a-skill-server.html


    核心功能:把「個人 AI 用法」變成「團隊技能庫」


    1. 跨平台原生 App + 雲端硬碟 = 技能伺服器

    SX 一開始是命令列工具,2.0 直接做成 Mac / Windows / Linux 原生 App,重點是:

    • 技能庫不用新建伺服器,直接用你已有的雲端硬碟
    • Dropbox
    • Google Drive
    • iCloud
    • 共享方式就是你已經很熟悉的流程:
    • 建一個共享資料夾
    • 把 SX 的 Vault 放進去
    • 把同事加進共享

    💡 關鍵: SX 2.0 讓現有雲端硬碟瞬間變成「技能伺服器」,省去架設後端與權限系統的成本。

    你現在可以做的事:
    1. 選一個團隊都在用的雲端硬碟(多數人是 Dropbox 或 Google Drive)
    2. 建一個新資料夾,例如:AI-skills-team,先只加 3–5 位核心使用者
    3. 記住這個資料夾位置,後面安裝 SX 要用


    2. Vault 格式:把 Prompt + Workflow 變成「一鍵技能」

    SX 2.0 把内部格式重做成 Vault,可以直接當 Claude、Codex 等 LLM 的插件使用。簡單理解:

    • 每個技能就是一個 Vault 裡的「技能檔」:
    • 描述:這個技能要做什麼
    • Prompt:輸入給 LLM 的文字模板
    • Workflow:輸入、輸出欄位怎麼接
    • LLM 端只要讀 Vault,就能出現一個「按鈕」讓你一鍵執行這個技能

    以你可能會做的技能為例:

    技能名稱:會議逐字稿整理
    輸入:原始逐字稿文字
    輸出:三點結論 + 待辦事項列表

    在 Vault 裡,這案子會被指定:

    • input: meeting_transcript
    • output: summary_points, todo_items
    • prompt: 將輸入文字整理成三點關鍵結論與待辦事項…

    💡 關鍵: Vault 把「描述、Prompt、欄位對接」打包成一個標準技能檔,讓 LLM 端只要一個按鈕就能重複執行同樣流程。

    你現在可以做的事:
    1. 列出你團隊目前最常重複做的 AI 工作(例如「整理會議紀錄」「產出客戶回覆模板」「統一報告格式」)
    2. 選 1 個流程,準備要轉成第一個 SX 技能(下段我們會手把手示範)


    3. 擴充系統:技能評估、模型去重、指標分析

    SX 2.0 新增了 Extension System,可以在技能庫上做:

    • 技能評估:
    • 記錄技能被使用次數、成功率
    • 比較同一個技能的不同版本效果
    • 模型去重:
    • 避免團隊同一個任務有 5 個類似技能互相打架
    • 建議合併或淘汰低使用率技能
    • 指標分析:
    • 統計哪些技能最常被新同事使用
    • 看出哪些流程已經被 AI 固定下來、哪些還散亂

    這部分對管理者很有用:你可以看到 團隊到底在哪些地方真的在用 AI,而不是只聽大家說「有在試用」。

    💡 關鍵: Extension System 把「誰在用什麼技能、效果好不好」量化,讓 AI 導入從感覺變成可管理的數據。

    你現在可以做的事:
    1. 想好你想追蹤的指標:例如「客戶回覆技能每週使用次數」或「報告生成技能的版本穩定度」
    2. 決定由誰負責維護技能庫(像是「AI 版型管理員」),定期整理、去重技能


    適合誰用:3 個具體團隊場景


    1. 客戶服務團隊:統一回覆模板

    目標:讓客服不需要自己想 Prompt,就能按技能產生一致的回覆。

    具體做法:

    • 建立技能:
    • 技能名稱:客訴回覆草稿
    • 輸入:客戶原文、客訴類型、優先度
    • 輸出:含致歉、處理步驟、後續追蹤的回覆草稿
    • 放進 Dropbox 共享 Vault,客服只要:
    • 把客戶原文貼進工具
    • 按一下技能按鈕
    • 得到標準格式的回覆草稿,再依情況微調

    行動建議:先從 1–2 種常見情境開始,例如「延遲出貨」「退款申請」,做成技能測試。


    2. 內部營運團隊:標準化資料整理 / 報告生成

    目標:把 Excel 報表 / Notion 紀錄的整理流程,固定成可重複的 AI playbook。

    例子:

    • 每週營運報告技能:
    • 輸入:當週 KPI、異常事件列表
    • 輸出:摘要 + 下週重點 + 風險提醒
    • 成本分析技能:
    • 輸入:原始成本明細
    • 輸出:分項摘要 + 可優化建議

    行動建議:挑一份你每週都在寫、結構相對穩定的報告,先做成 SX 技能,再慢慢擴充到其他報告。


    3. HR / Onboarding:為新同事準備「AI 工具包」

    目標:讓新同事第一週就有一包「可直接按的 AI 技能」,不用自己摸索。

    可能包含:

    • 會議紀錄整理技能
    • 寫內部 email 草稿技能
    • 整理產品需求單的摘要技能

    你只要在共享 Vault 裡建一個 onboarding 資料夾,放這些技能,新同事加入團隊時:

    • 安裝 SX
    • 連接共享資料夾
    • 立刻有一整套常用技能可以用

    行動建議:跟 1–2 位資深同事一起列出「自己最常用的 Prompt」,選 5 個轉成新人的 SX 技能包。


    怎麼開始:從安裝到跑出第一個技能

    以下示範一個完整流程:建立「會議逐字稿整理」技能,分享給團隊,接到 Claude 跑一次。


    步驟 1:安裝 SX 2.0

    1. 到官方頁面:https://sleuth-io.github.io/sx/2026/07/10/your-dropbox-is-now-a-skill-server.html
    2. 根據你的系統下載:
    3. macOS 安裝檔
    4. Windows 安裝檔
    5. Linux 封裝版本
    6. 安裝完成後,打開 SX App

    行動建議:先在你自己的電腦安裝,不用一開始就推全公司,先跑通一個技能再說服其他人。


    步驟 2:連接 Dropbox / Google Drive 建共享 Vault

    1. 在 Dropbox 或 Google Drive 建一個新資料夾:SX-team-vault
    2. 右鍵設成共享,加入你想一起測試的人
    3. 打開 SX App,在設定裡選擇 Vault 路徑:
    4. 指定到剛剛的 SX-team-vault 資料夾
    5. SX 會在裡面生成基本 Vault 結構(技能配置檔等)

    行動建議:先用一個測試用的小團隊(3–5人),避免一開始就讓所有人進來增加管理成本。


    步驟 3:建立第一個技能「會議逐字稿整理」

    在 SX App 裡新增技能,填入類似設定(具體欄位依版本略有差異,但概念相同):

    • 技能名稱:meeting-summary-v1
    • 說明:將逐字稿整理成三點結論+待辦事項
    • 輸入欄位:transcript(會議原文)
    • 輸出欄位:key_pointstodos
    • Prompt 範例:

    text
    你是一位會議紀錄助理。請根據輸入的逐字稿:
    1. 擷取三點最重要的決策或結論
    2. 整理出所有明確的待辦事項(含負責人,如果有提到)
    請用以下格式輸出:
    - 結論(最多三點,條列)
    - 待辦事項(條列,格式為:負責人|事項|期限(如有))
    逐字稿:{{transcript}}

    SX 會把這些資訊存成 Vault 裡的一個技能檔案,並同步到 Dropbox / Google Drive。

    行動建議:把你現在手上最近一次會議逐字稿準備好,一會兒就可以拿來測試。


    步驟 4:分享、更新技能給團隊

    只要技能一建立:

    • 同一個共享資料夾裡的同事重新整理 SX App,就能看到 meeting-summary-v1
    • 你要更新 Prompt 或輸出格式,只要改技能設定檔,SX 會同步最新版本

    維護建議:

    • 版本命名:meeting-summary-v1meeting-summary-v2meeting-summary-v3,避免大家搞不清楚哪個是最新版
    • 每次修改前先備份舊版(SX 的擴充系統未來也能幫忙做版本比較)

    行動建議:請 1–2 位同事在自己的 SX 上跑跑看這個技能,看結果是否符合期待,再一起微調 Prompt。


    步驟 5:接到 Claude / Codex 實際跑一次

    SX 的 Vault 格式可以被直接當成 Claude 或 Codex 的插件使用(具體接法會依官方文件更新,但操作概念很穩定):

    使用流程通常是:

    1. 在 Claude / Codex 的設定中加入 SX Vault 作為外部技能來源
    2. 授權這些模型讀取你在 Dropbox / Google Drive 裡的 Vault(通常透過一個連接器或 API key
    3. 在 Claude / Codex 介面中,會看到一個技能列表,包含 meeting-summary-v1
    4. 選擇技能 → 貼上逐字稿 → 一鍵執行 → 得到整理好的結論與待辦事項

    這時,你就完成了從「自己寫 Prompt」到「整個團隊按一個技能按鈕」的轉換。

    行動建議:選擇你目前主要在用的 LLM 平台(例如 Claude),閱讀 SX 文件中的對應整合說明,把剛剛的技能接進去跑一次,確認整體流程可用。


    最後一點:從「各自用 AI」走向「有組織的 AI workflow 管理」

    SX 2.0 的重點不是替代你現在所有的 AI 工具,而是:

    • 把零散的個人 Prompt、腳本、使用習慣,整理成團隊共用的技能庫
    • 讓非技術同事也能:
    • 不碰 Git、不寫程式
    • 只透過共享 Dropbox / Google Drive 就能使用同一套技能
    • 讓管理者開始看到:
    • 哪些流程已經被技能化、誰在用、用得好不好

    如果你現在公司裡的 AI 使用狀況是「每個人都有自己的一套用法,互相看不懂」,SX 2.0 提供了一條很務實的路:

    1. 選 1–2 個高頻流程(會議紀錄、客戶回覆、週報)
    2. 做成 SX 技能,放進共享 Vault
    3. 邀請小團隊一起用、一起改
    4. 慢慢長出你們自己的 AI Playbook

    不用一次做完全部,只要從第一個技能開始,團隊就踏出了從「各自用 AI」走向「有組織 AI workflow 管理」的第一步。


    🚀 你現在可以做的事

    • 先在 Dropbox / Google Drive 建立 AI-skills-teamSX-team-vault 資料夾,安裝 SX 並指向該路徑
    • 選一個高頻流程(如「會議逐字稿整理」)照文中示範建立第一個技能並分享給 3–5 位同事測試
    • 在團隊內指定一位「AI 版型管理員」,定期整理 Vault、去重技能並追蹤使用指標
  • 在手機跑 27B 模型:Bonsai 27B 實戰上手

    在手機跑 27B 模型:Bonsai 27B 實戰上手

    📌 本文重點

    • 27B 模型壓到 3.8GB
    • 本地跑在 iPhone 與瀏覽器
    • 數學與程式推理仍可用
    • 適合隱私優先的 AI 場景

    用一句話說完:Bonsai 27B 讓一個原本要 50GB 以上的大型推理模型,縮到不到 4GB,在你的 iPhone 或瀏覽器裡本地跑推理。

    原始資訊與 Demo:


    核心功能:為什麼 1-bit4GBWebGPU 很關鍵?

    1. 1-bit dense 量化:54GB 壓到 3.8GB,還保留 90% 能力

    Bonsai 27B 原始是 27B 參數的大模型,正常 fp16 大概要 50GB 以上。PrismML 用自家的 1-bit dense 量化,直接把模型縮到約 3.8GB-93%,官方與社群測試顯示:

    • 整體表現:約保留 90% 原始性能
    • 在數學與程式碼推理上的分數,幾乎不受影響

    💡 關鍵: 27B 級模型從 50GB+ 壓到 3.8GB,代表大型模型首次更接近一般裝置可本地部署的範圍。

    這對你代表什麼?

    • 一般高階筆電、桌機的 GPUWebGPU 就能跑 27B 級模型
    • iPhone 等手機只要有足夠 RAM,也能載得下整個模型
    • 做產品 PoC 時,不用再想「我要租幾張雲端 GPU」才能展示效果

    你可以立刻做的事:

    2. 本機 / 手機 / 瀏覽器推理:速度與隱私的平衡點

    Bonsai 27B 的壓縮搭配 WebGPU + 客製 Kernel,讓它可以在:

    • 桌機瀏覽器(ChromeEdgeArc 等支援 WebGPU 的版本)直接跑
    • iPhone 上透過支援 WebGPU 的瀏覽器或 App 跑本地推理

    實際體感: 依硬體而異,但大致區間如下:

    • 答案生成速度:中高階筆電可達 20~40 tokens/s,接近雲端中階模型
    • 手機上:會慢一些,但仍能用於聊天、寫作輔助、簡易程式碼推理

    💡 關鍵: 本地推理不只是能跑,速度已進到可互動使用的區間,隱私與延遲也因此開始有實際優勢。

    隱私優勢:

    • 所有輸入(聊天內容、筆記、程式碼)都留在裝置上,不經過雲端 API
    • 適合公司內部敏感資料、個人私密日記、會議記錄摘要等情境

    你可以立刻做的事:

    • 打開支援 WebGPU 的瀏覽器,跑官方 Demo:確認你的硬體大概能跑到什麼速度(Demo 入口通常在 PrismML 新聞頁或 Hugging Face Space)。

    3. 數學與程式碼推理表現:不只是「能跑」,而是「能用」

    依據 PrismML 自家基準測試(見 Reddit 討論:https://www.reddit.com/r/LocalLLaMA/comments/1uwm2hd/prismmls_bonsai27b_benchmarks/),Bonsai 27B 的量化版本:

    • 在數學、程式碼題目上的分數,與原始模型接近
    • 部分測試甚至優於廣為討論的 Qwen 3.7 27B 量化版本

    💡 關鍵: 有趣的是,這類極端壓縮不一定先犧牲數學與程式碼推理,實際上它在這兩類任務仍維持可用水準。

    實際體感上,它適合:

    • LeetCode 等級的題目、協助理解他人程式碼
    • 做數學證明草稿、檢查推理步驟是否有漏洞

    你可以立刻做的事:

    • 準備一段你自己寫的程式碼或演算法題目,在 Demo 裡測試它的 debug 能力,看它能不能說出具體修改建議。

    適合誰用?具體場景與做法

    1. 個人使用:離線寫作、私密筆記與聊天

    場景:

    • 不想把日記、心理對話丟到雲端模型
    • 在飛機、車上等無網路環境寫作

    可以怎麼用:

    • 在桌機瀏覽器開 Bonsai 27B WebGPU Demo,寫文章時讓它幫你改標題、想小節架構
    • 在支援的手機上安裝對應 App 或透過瀏覽器,做離線聊天與筆記整理

    2. 開發者:簡易 coding 助手與邊緣 AI PoC

    場景:

    • 做一個「本地程式碼助手」Side project
    • 想給客戶看「產品內嵌 on-device 聊天/推理」的原型

    可以怎麼用:

    • 使用 Bonsai 27Bgguf 版本,搭配像 llama.cpp 或其他本地推理框架,在筆電上跑一個命令列助手
    • Web 前端整合官方 WebGPU 推理程式碼,做一個「瀏覽器內跑的大模型聊天框」,無需後端 GPU

    3. 產品團隊:在 App 裡塞 on-device 聊天 / 推理

    場景:

    • 筆記 App 想加「在本機摘要筆記」功能
    • 知識庫產品想做「邊緣 FAQ 助手」,部署在客戶內網而不是雲端

    可以怎麼用:

    • WebGPUBonsai 27B 做前端推理引擎,後端只處理權限與資料存取
    • iOS App 裡預載或動態下載壓縮模型,讓使用者自主選擇是否開啟「完全本地 AI 模式」

    什麼時候考慮不用它?

    • 若你需要 GPT-4 級別的長上下文寫作、極高準確度的工具調用
    • 若手機使用者硬體普遍較舊,無法提供足夠 RAMWebGPU 支援

    怎麼開始:從 WebGPU DemoiPhone 實跑

    Step 1:在桌機用 WebGPU Demo 跑起來

    1. 確認瀏覽器支援 WebGPU
    2. Chrome / Edge:版本需在 113+,建議更新到最新穩定版
    3. chrome://flags 搜尋 WebGPU,確保已啟用(某些平台預設已開)

    4. 進入 Demo 網頁

    5. PrismML 新聞頁:https://prismml.com/news/bonsai-27b 找到 WebGPU Demo 連結
    6. 或在 Hugging Face 上搜尋 Bonsai 27B WebGPU 找到 Space

    7. 測試推理

    8. 選擇 Bonsai-27B 1-bit 模型版本
    9. 輸入一個你熟悉的程式題目或寫作題目,觀察回答速度與品質

    常見坑:若載入卡住或速度極慢,通常是 WebGPU 未啟用,或顯示卡太舊。換瀏覽器或更新驅動是第一步。

    Step 2:在 iPhone 嘗試跑 Bonsai 27B

    目前 iPhone 端的整合仍在快速變動階段,Apple 也被報導正在測試 PrismML 技術(參考:https://www.reddit.com/r/LocalLLaMA/comments/1ux4cn2/apple_in_talks_with_startup_prismml_that_shrinks/)。以下是一般建議路線:

    1. 確認機型與系統
    2. 建議使用 A17 / M 系列晶片的機型,RAM 越大越好(Pro 機型優先)
    3. iOS 更新到最新版本,以取得最佳 WebGPU / Metal 支援

    4. 嘗試透過瀏覽器 Demo

    5. 使用支援 WebGPUiOS 瀏覽器(未來 Safari 正式支援後會更穩定)
    6. 開啟 Bonsai 27B Web Demo,選最低階參數設定,測試生成速度

    7. 留意記憶體與耗電

    8. 模型雖然不到 4GB,但推理仍會吃 RAM;建議在單一 App 裡跑,不要開太多背景程式
    9. 長時間推理會發熱,適合短對話與輕量寫作,而非長時間批量任務

    常見坑:

    • 推理中 AppiOS 回收:代表 RAM 不足,只能調小 context 長度或改用桌機。
    • 首次載入模型時間偏長:正常現象,可考慮在 App 中做「背景預載」。

    Step 3:整合到你的應用(基本架構示意)

    Web 應用為例,一般做法是:

    使用者瀏覽器
     ├─ UI:聊天框 / 筆記編輯器
     ├─ WebGPU 推理:載入 Bonsai 27B 壓縮模型
     └─ 本地記憶體:暫存對話與提示
    
    後端伺服器
     ├─ 使用者認證 & 權限
     ├─ 資料索引(向量庫、文檔)
     └─ 僅在用戶同意時返回資料,讓前端本地推理
    

    你可以:

    • 直接參考 PrismML 提供的 WebGPU Kernel 實作,把它包成一個 JS/TS SDK
    • 將模型檔放在 CDN,首次使用時下載到瀏覽器 IndexedDBApp 沙盒中

    本地 Bonsai 27B vs 雲端 API:成本與隱私快速比較

    項目 Bonsai 27B 本地推理 雲端 API(如 GPT-4)
    成本 一次下載模型,之後幾乎零邊際成本,主要是硬體耗電 tokens 計費,流量大時費用顯著
    延遲 裝置好時可達 20–40 tokens/s,無網路也能用 需經網路與伺服器排隊,遇高峰時延遲高
    隱私 所有內容留在本機,適合敏感資料 對話上傳到雲端,需信任供應商
    維護 需自己管理模型更新與相容性 供應商幫你維持最新模型與基礎設施

    簡單判斷:

    • 若你重視隱私、成本可控、願意接受略低於頂級雲端模型的效果,Bonsai 27B 是合適的本地方案。
    • 若你的產品主打極高準確度、長上下文、工具調用整合,仍需要雲端 API 作為主力,Bonsai 27B 可做輔助或離線備份模式。

    小結:下一步你可以做什麼?

    1. 用桌機開 Bonsai 27B WebGPU Demo,測試寫作與程式碼題目,感受性能。
    2. 若你是開發者,下載 Hugging Face 量化模型,在本地框架中跑一個簡單聊天助手。
    3. 思考你的產品裡哪個功能最需要「本地推理+隱私」,從那一點開始嘗試嵌入 Bonsai 27B

    🚀 你現在可以做的事

    • 打開 PrismML 官方新聞頁,直接進 WebGPU Demo 測你的裝置速度
    • Hugging Face 搜尋 prism-ml/Bonsai-27B-gguf,下載量化模型做本地測試
    • 拿一段你自己的程式碼、筆記或寫作題目,驗證它是否符合你的實際場景