Natively：把面試副駕裝進本機，先讀懂它的授權再決定要不要用
Natively — Free open-source AI meeting assistant, interview copilot, and note taker. The best alternative to Cluely, Otter, Granola, Final Round AI, Fireflies, and Interview Coder. Real-time transcription, AI meeting notes, lecture recording, local RAG, BYOK, and stealth mode. Runs locally. No subscriptions. No data breaches.
秒懂
- 它是什麼？
- Natively 是一個以 Cluely 介面為起點、用 TypeScript 寫成的桌面會議與面試助手，主打本機執行、BYOK 與 stealth mode。這篇拆解它的實際機制、啟動方式，以及那個被 README 用大字掩蓋的授權問題。
- 適合誰用？
- 如果你要的是一台跑在自己機器上、用自己 API key、介面與 Cluely 幾乎一致的桌面助手，Natively 值得下載來試，前提是你能接受它的授權狀態。README 授權徽章寫的是 Personal Use Source，但倉庫層級的 License 欄位回報 NOASSERTION，這兩者不一致，任何公司內部部署前都應該先讀 LICENSE 檔案本文，而不是看徽章。
- 可以商用嗎？
- 請先確認。這個儲存庫使用的授權不在我們自動分類的範圍內，商用前請閱讀儲存庫中的 LICENSE 檔案。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它解決的是「不想把會議音訊交給別人」這個問題
市面上多數會議助手走的是雲端路線：音訊上傳、伺服器轉錄、結果回傳。Natively 的 README 把這條路線當成對照組，直接寫出競爭對手每月收 20 到 149 美元、把資料存在自家伺服器，並且提到其中一家曾發生 83,000 名使用者資料外洩。這個數字來自 README 的宣傳文案，本文無法獨立查證，讀者應該把它當成專案方的說法。
真正可確認的是它的設計取向。README 反覆強調 your keys, your models, your machine，並列出本機 RAG、BYOK、stealth mode 三項能力。這意味著目標使用者是兩種人：一種是不願意把面試或內部會議音訊交給第三方服務的個人，另一種是想自己控制模型選擇與成本的開發者。它的定位是桌面應用，平台限 macOS 12 以上（Apple Silicon 與 Intel）或 Windows 10/11，不是瀏覽器擴充，也不是伺服器端服務。
這裡有個必須說清楚的張力。README 的關鍵字區同時塞進了 interview cheating tool、HackerRank AI cheat、Hirevue AI cheat 這類詞，也塞進了 Claude Code alternative、Cursor AI alternative。一個專案同時宣稱自己是面試作弊工具、會議記錄工具與 coding agent 替代品，通常代表它的行銷優先於產品邊界。實際能從素材確認的功能只有即時轉錄、AI 會議筆記、講座錄音、本機 RAG、BYOK、stealth mode 這六項。
架構看得到的是桌面殼層，看不到的是模型層
從倉庫層級的資訊可以確認幾件事：主要語言是 TypeScript，預設分支 main，最近一次推送時間是 2026 年 9 月 9 日，最新版本為 V2.8.8（2026 年 8 月 26 日）。這是一條持續發布的線，前兩版 v2.7.0 與 v2.6.0 分別落在 2026 年 6 月與 5 月，節奏大約是每一到兩個月一個功能版本。
README 對機制的描述相當有限，只留下 Native Audio Capture 這個詞與小於 500ms 的延遲宣稱。這個數字同樣是專案方自己的說法，本文沒有實測。可以合理推論的部分是：桌面應用直接抓系統音訊，避開上傳環節，因此延遲主要取決於本機轉錄與所選模型的回應速度。BYOK 的存在也支持這個推論，因為如果推論在自家伺服器上跑，就不需要使用者自備 key。
本機 RAG 是另一個 README 明確列出但沒有展開的項目。它暗示專案會在本機建立索引，讓模型能檢索使用者自己的文件，而不是把資料送到外部向量資料庫。這對面試或課程場景是合理的設計，但 README 沒有說明索引存在哪裡、用什麼格式、如何清除。這些是採用前應該直接翻原始碼確認的細節，而不是相信宣傳文字。
stealth mode 同樣只有名字沒有規格。README 在關鍵字裡寫 undetectable interview AI、invisible AI assistant，但沒有描述它如何處理螢幕分享偵測或視窗列舉。任何依賴這個功能的用途，都應該先在自己的環境裡驗證，因為這類機制的有效性高度依賴作業系統版本與會議軟體的更新。
安裝路徑只有兩條，設定則圍繞 BYOK 展開
取得方式在 README 裡寫得很直接：到 GitHub Releases 頁面下載對應平台的版本，macOS 或 Windows 各一個按鈕。系統需求是 macOS 12+ 或 Windows 10/11。README 沒有提供從原始碼建置的指令，也沒有列出 npm 或 pnpm 的安裝步驟，因此從素材能確認的安裝路徑只有下載發行檔這一條。想自己編譯的人得自行閱讀倉庫結構，本文無法給出可驗證的指令。
設定面的核心是 BYOK。README 的原則是 your keys, your models，意思是使用者要自己提供模型供應商的 API key，而不是由專案代管額度。這帶來兩個直接後果：成本由你自己的用量決定，模型選擇也由你決定。README 的關鍵字區提到了 Claude Code、Gemini 3.5、Cursor、GitHub Copilot 等名稱，但這些是 SEO 標籤，不代表專案與這些產品有整合關係，也不代表它支援其中每一家的 API。實際支援哪些供應商，必須看應用內的設定畫面或原始碼。
由於 README 沒有給出設定檔路徑或環境變數名稱，本文不會編造 config key。能確認的只有 BYOK 這個模式本身。這對維運的意義是：金鑰保存在本機，外洩風險從供應商轉移到你的機器與你的備份策略上。如果你的筆電沒有磁碟加密，BYOK 反而把風險集中到單一裝置。
授權是這個專案最需要停下來看清楚的地方
README 的授權徽章寫的是 Personal Use Source，並在內文說明免費範圍涵蓋 personal、educational、research 與 non-commercial use。但倉庫層級的 License 欄位回報的是 NOASSERTION，意思是自動化工具無法從 LICENSE 檔案辨識出標準授權條款。這兩個訊號不一致。
NOASSERTION 不代表沒有授權，也不代表授權有問題，它只代表這不是一份標準的 OSI 授權。對個人使用者來說，差別不大。對公司來說，差別很大：非標準授權通常含有客製化的使用限制、商業條款或再散布條件，這些必須由人逐條閱讀，不能靠徽章判斷。本文不提供法律意見，只指出這個不一致本身就是要先解決的問題。
還有一個容易被忽略的點。專案的 Topics 清單裡包含 cheating 這個標籤，README 也大量使用 cheat 相關字詞。這在個人使用情境下是行銷語言，但在企業環境裡，採購或資安審查看到這類描述，通常會直接終止評估流程。這不是技術問題，是採用流程的現實。
贊助商段落出現在 README 最上方，Recall.ai 是一家提供桌面錄影 API 的公司。這說明專案有商業贊助來源，與授權條款是兩件事，但值得在評估維護持續性時一併納入考量。
維護成本落在模型帳單與平台追趕上
Natively 本身免費，但 BYOK 意味著真正的經常性支出是模型 API 費用。README 拿 20 到 149 美元的訂閱價來對比，這個對比只在輕度使用時成立。如果你每天開好幾場會議、每場都跑即時轉錄加上模型推論，帳單可能超過訂閱制。這是 BYOK 模式的通用特性，不是 Natively 獨有的問題，但選擇它的人應該自己算這筆帳。
升級成本方面，從版本節奏看，專案大約每一到兩個月推出一個功能版本，最新為 V2.8.8。桌面應用加上系統音訊擷取，意味著每次 macOS 或 Windows 更新都可能影響錄音與 stealth mode 的行為。這是所有走原生擷取路線的工具共同承擔的維護負擔，你必須跟著專案的更新走，否則可能在某次系統升級後失效。
另一個成本是相依性。主要語言是 TypeScript，桌面應用通常會拉進一組不小的依賴樹。README 沒有提供相依性清單或安全掃描結果，因此這部分無法從素材評估。如果你的環境要求軟體物料清單，得自己從 lockfile 產生。
跟 Otter、Granola 這類工具的差別在資料流向，不在功能清單
README 把 Otter、Granola、Fireflies、Final Round AI、Interview Coder 列為替代對象。這些工具的共同點是把轉錄與摘要放在雲端，好處是跨裝置同步、團隊共享、搜尋歷史紀錄，代價是音訊離開你的機器。
Natively 走的是相反的路。轉錄在本機、模型由你指定、資料留在裝置上。差別不在功能表長度，而在資料流向。如果你的使用情境需要團隊成員事後查閱同一份會議紀錄，雲端工具在這件事上有結構性優勢，本機工具得靠你自己匯出與同步。反過來說，如果你的會議內容涉及不該離開內網的資訊，本機路線是唯一合理的選擇。
跟 Interview Coder 這類專門針對程式面試的工具相比，Natively 的差異是它同時覆蓋會議與講座場景，並提供 stealth mode。但 README 對 stealth 機制沒有任何技術描述，因此這個差異目前只停留在功能名稱層級，無法進一步比較。
值得注意的是，README 開頭那串超長關鍵字連結，把 Claude Code、Cursor、Devin、Tabnine、Codeium、GitHub Copilot 全部列為替代對象。這些產品與會議助手的用途重疊極低，把它們放進同一份清單是搜尋引擎優化行為，不是產品定位。閱讀時應該直接跳過。
誰該下載，誰該直接跳過
適合的對象很明確：個人開發者或求職者，使用 macOS 12+ 或 Windows 10/11，已經有偏好的模型供應商與 API key，在意音訊不出本機，而且能接受非標準授權。對這些人來說，Natively 提供的是一個介面熟悉、可自行控制模型與成本的桌面工具，從 V2.8.8 的發布節奏看，專案仍在推進。
不適合的對象也同樣明確。需要團隊共享會議紀錄的組織、需要合規稽核軌跡的環境、以及採購流程會因為 cheating 這類標籤直接卡關的公司，都不應該把時間花在這裡。這不是產品好壞的問題，是它的設計前提與這些需求相反。
決定採用前，先做三件事。第一，打開 LICENSE 檔案本文，確認 Personal Use Source 對商業使用的實際措辭，不要只看徽章。第二，在自己的機器上實測 stealth mode 與系統音訊擷取，因為 README 對這兩者沒有任何技術規格，而它們正是這個專案與雲端競品的主要區別。第三，確認你打算使用的模型供應商是否真的在應用內可選，README 的關鍵字清單不能作為依據。這三項驗證完成之前，Natively 對你而言只是一個待確認的下載檔。
編輯結論
如果你要的是一台跑在自己機器上、用自己 API key、介面與 Cluely 幾乎一致的桌面助手，Natively 值得下載來試，前提是你能接受它的授權狀態。README 授權徽章寫的是 Personal Use Source，但倉庫層級的 License 欄位回報 NOASSERTION，這兩者不一致，任何公司內部部署前都應該先讀 LICENSE 檔案本文，而不是看徽章。反過來說，如果你需要的是團隊共用、有合規稽核紀錄、或要整合進既有 SaaS 工作流的會議記錄系統，Natively 的定位是單機個人工具，不是團隊基礎設施。先確認三件事：你的 macOS 是否 12 以上或 Windows 是否 10/11、你打算接哪一家的模型與 key、以及 LICENSE 對商業使用的實際措辭。
社群筆記