飛搜 FeiSou 第三方飛書文件搜尋引擎：把公開知識庫做成 API 餵給 AI 助手，但合規線沒有講清楚

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

飛搜（FeiSou，網址 feisou.app）是一間叫 Darkconstant LLC 的公司做的第三方服務，它把整個中文圈被作者主動公開的飛書雲端文件收進同一個資料庫，再透過 API 把這個庫餵給 Cursor、Claude Code、Codex 這類 AI 助手直接讀。對「想讓 AI 讀到某份飛書中文教學」的人很好用，但它能不能長期用、能不能用在企業流程裡，取決於一件它從沒在網站上講清楚的事：飛書（字節跳動）到底授權了誰來抓這些公開文件、又能被誰拿來對外提供服務。

我的判斷是這樣。把它當個人找資料的查詢點沒問題，每天 6 次免費額度也夠偶爾查一下；但若要把它接進會碰到客戶資料或商業流程的工作流，得先把合規底線想清楚再決定。下面會把這幾個面向分開談。

它跟 Google 搜飛書為什麼是兩件事

飛書的官方搜尋框天生有一條明確界線，你只能查到自己所屬工作區內部的資料。這條線是飛書權限體系的核心，不是缺陷。問題是，中文圈有大量開源專案文件、技術教學、獨立開發者手冊是以「飛書公開知識庫」的形式存在，這些被作者主動設成對外開放的頁面，散落在好幾十個不同的飛書工作區裡，通用搜尋引擎要嘛查不到，要嘛查到一堆零碎連結，沒辦法照「哪一整套知識庫」的單位來看。

飛搜切入的角度就是這個縫隙。它把這些被作者公開出來的飛書頁面抓進同一個資料庫，搜尋結果以「知識庫」為單位分組顯示，而不是丟一堆單點連結給你。首頁分類也很有中文圈的氣味：小紅書營運、產品經理、創業經驗、AI 編程、Web3、職場技巧，這正好是飛書上長得最快的那批公開知識庫類型。它還會在每筆結果上加 AI 推薦輔助，幫你判斷哪一份教學比較成體系。

所以它跟 Google 的差別，是搜尋結果的組織單位不同。Google 給你單點網頁，飛搜給你知識庫層級的分組檢視。它還能把搜到的文件內容直接匯出成 Markdown，把整份文件的標題階層與段落保留下來，比手動拷貝再重新排版省事。從產品定位看，這幾件事它做對了。

把搜尋做成 AI 助手可以呼叫的索引閘道

網頁端搜尋只是門面，飛搜對開發者更有價值的是它把整套內容庫開放成 API。官方提供一份 Skill 安裝檔，你在 Cursor、Claude Code、Codex 或任何命令列 AI 工具裡跟助手說一句「請幫我安裝飛書文件搜尋 Skill」，貼上那條 .md 連結，AI 就會自動把它裝好。接著你去 feisou.app/dashboard 登入、建立一把 fs_ 開頭的 API Key，寫進 .env 裡的 FEISOU_API_KEY，你的本地 AI 就有了「聯網查飛書公開庫」的能力。

這個 API 化的設計才是飛搜跟一般搜尋網站的分水嶺。它把自己從一個網站，變成一個可以掛在 AI 工作流上的檢索後端。你正在讀一份只有飛書中文版的開源專案文件，可以直接讓本地 AI 拿到那份文件的 kb_name 與 snippet，把整段內容當成上下文引用，再請 AI 根據它幫你寫程式。它的搜尋介面（/api/skill/search）回傳的是結構化 JSON，每筆結果帶 title、url、snippet、kb_name、relevance_score，還有一個 /api/skill/rag 端點把檢索增強生成也包進來，等於是幫你把「找資料、摘要、餵給 LLM」三件事接成一條 API。

這條路線跟 FreeLLMAPI 把十幾家免費 LLM 額度收進一個端點是同一種思維：把零散的外部資源收攏成開發者呼叫一次就到位的介面。差別在於 FreeLLMAPI 集中的是模型額度、走開源閘道路線；飛搜集中抓取的是飛書文件、走第三方閉源服務路線。Agent Battery 那類把 Claude Code 與 Codex 用量顯示成電池的工具，是讀你本機的設定檔；飛搜是把你本機的 AI 接上一個外部索引庫，方向剛好相反。

與 Google、飛書官方的具體差距

Pin

講差異化不能用形容詞矇過去，得看具體能做到什麼。Google 搜「飛書 Python 教學」會丟回十幾條 feishu.cn 連結，每一條都是獨立網頁，你不知道哪幾條屬於同一套知識庫、哪一條只是某篇短筆記。飛搜回傳的結果會標 kb_name，也就是「這份文件屬於哪一個知識庫」，你可以把整套知識庫一次看完，這是通用搜尋引擎做不到的結構層差異。

飛書官方搜尋則是另一個極端。它只看你工作區內部的文件，連別人公開分享的庫都跨不過去。所以飛書官方與飛搜的檢索範圍完全沒有重疊，把它們擺在同一個比較表裡其實是假比較。真正能放在同一個層級來談的，是其他「把外部資源收攏成一個查詢介面」的同類做法，例如 TLDHub 把多家網域註冊商價格收進一個比價工具、或是 OpenGridWorks 把電網與資料中心公開資料畫進一張地圖，這些都是把分散的外部資料來源整併成單一查詢介面的同類思路，差別在資料來源與是否揭露授權鏈。

每天 6 次免費額度的天花板

免費方案的數字很明確。每個 API Key 每天可以查 6 次，UTC 時間 0 點重置，超過會回 HTTP 429 並附上已用量。網頁端搜尋本身不需要 Key，但如果你要把它接進 Cursor、Claude Code 這類會頻繁呼叫的 AI 工具，6 次很快就會用完。要擴容得進它的使用者群聯絡群主，沒有公開的付費方案頁面，這對需要穩定配額的團隊是個很實際的阻礙。

它也只搜公開文件。底層邏輯是收錄作者主動設成對外開放的頁面，沒辦法、也不應該拿來繞過權限查加密或私有文件。這一點網站講得很清楚，我也認同這個底線。免費版每天 6 次、只搜公開、第三方服務這三件事是它的客觀限制，使用前先認清這三條比看任何行銷文案都重要。

合規頁面全 404

Pin

這是整篇文章我最想讓你停下來想的一段。飛書是字節跳動的產品，飛書上每一份公開文件的版權屬於原作者，不屬於飛書，更不屬於飛搜。「文件被作者設成公開可瀏覽」跟「這份文件可以被第三方拿去抓、做索引、再對外提供 API 服務」是兩件不同的事。前者是作者授權任何人看，後者是另一種商業利用，需要的不只是「頁面沒加密」這個條件。

問題是，飛書的服務條款有沒有允許第三方大規模抓取公開文件再對外營利？飛書的 robots.txt 與開發者政策對這種「第三方檢索服務」的立場是什麼？這些問題的答案我查不到權威出處，飛書的條款頁是 JavaScript 渲染、無法用爬蟲取得逐條條文。我能確認的只有：飛搜這個網站本身沒有任何一條授權、服務條款或隱私政策頁面。/terms、/privacy、/about、/pricing 全部回 404。footer 只寫「© 2025–2026 飛搜 · Darkconstant LLC」，連這家 LLC 在哪個司法管轄區註冊、查詢紀錄留多久、被索賠時誰負責，都沒有任何頁面交代。

這跟 88 查是阿里巴巴 100% 持股子公司那種「至少備案可查、營運主體清楚」的中國服務不一樣，也跟 OpenGridWorks 把 Attribution 頁與服務條款第 4 條抓取禁令寫清楚那種「資料來源透明」的服務不同。飛搜屬於「條款真空」這一類：產品做對了，合規面卻沒有任何公開承諾。它把判斷責任整個留給了你。你在決定要不要把客戶資料、商業流程接上這個 API 之前，得自己回答「這家 LLC 會把我的查詢紀錄留多久、會不會被字節跳動要求提供」這幾個它沒回答的問題。

資料流向拆兩層

把飛搜接進 Claude Code 之後，實際發生的事可以拆成兩層。第一層是你的 AI 助手發出一個搜尋請求到 feisou.app，飛搜回傳一份文件清單跟摘要；第二層是飛搜在這個過程中，會記錄你查了什麼、點了哪一筆、複製了哪一段（API 介面裡的 /api/click 與 /api/copy 就是做這件事的）。也就是說，你不只把「找資料」外包給它，也把「你在找什麼資料」這份行為紀錄交給了它。

這跟 Input 0 那種「語音沒離開裝置，但 LLM 潤色把你轉好的文字送往雲端」是同一類型的拆解：工具宣稱的「本地」或「免費」往往只涵蓋某一層，另一層的資料流向要你自己看清楚。飛搜這邊沒有任何一層是本地的，從你按下搜尋那一刻起，請求、回應、點擊、複製、API 用量，全程都經過 feisou.app 與它背後的 Supabase 資料庫。它還掛了 Google Analytics 4（追蹤代碼 G-J0RHHPXWTF），所以連你造訪網頁端這件事都被第三方分析服務記錄。

三種接入場景

最適合的是把它當「找中文公開教學的查詢點」的個人開發者。每天 6 次免費額度足夠摸底，想把某份飛書上的開源文件餵給本地 AI 看，它幫你省下整理格式的時間。如果你的使用情境會碰到客戶資料或商業機敏資訊，這條鏈路目前並不適合你，原因留在下面合規段談。

還有一個微妙的點。飛搜的首頁分類大量是小紅書營運、創業經驗、職場技巧這類內容農場味較重的題材，這反映它的索引範圍偏向「中文圈成長最快的公開知識庫」，而不是「技術文件最權威的來源」。你搜 Python、AI 編程這類技術主題會有結果，但深度技術文件密度不如想像中高。如果你的目標是系統性找一手技術文件，傳統的官方文件站、GitHub README、開發者社群還是更可靠的第一手來源，飛搜更像是「中文圈二手知識庫集中區」。

裝 Skill 之前先做這幾件事

1. 到 feisou.app/dashboard 註冊一個帳號（Email、Google 或飛書帳號都能登入），建立一把 fs_ 開頭的 API Key，然後呼叫 /api/skill/usage 看回傳的 limit 與 active 欄位，確認你拿到的免費額度是不是每天 6 次。
2. 把你打算搜的關鍵字先用網頁端試一次（不用 Key 也能在網頁搜），看看結果的 kb_name 分布。如果回傳的知識庫名稱跟你需要的領域對不上，這個工具對你的覆蓋率就不夠，接 API 也救不回來。
3. 把它接進 Cursor 或 Claude Code 之前，先用 curl 打一次 /api/skill/search，從回應標頭與 body 確認它記錄了哪些欄位（特別是 usage.used 會不會在你沒點擊的情況下就計數）。確認完再把 Key 寫進 .env。

常見問題

飛搜是飛書官方做的嗎？不是。它由一家叫 Darkconstant LLC 的公司營運，是第三方服務，跟字節跳動沒有股權或合作關係的公開證據。它與飛書的連結是它有一個飛書機器人版本（可透過 applink 安裝進飛書工作區），但這不等於飛書官方背書它抓取公開文件這件事。

免費額度用完會怎樣？當天 UTC 0 點之前再也搜不動，API 會回 429 並附上已用量。要等到 UTC 0 點重置；想馬上繼續用得進使用者群聯絡群主談配額。網頁端搜尋本身不計 API 額度，所以額度用完你還是能在網頁上手動查，只是沒辦法讓 AI 助手自動呼叫。

能不能拿它來查公司內部的飛書文件？不能，也不應該。它只收作者主動公開的頁面。要查公司內部文件，請用飛書官方搜尋框，那是飛書權限體系內本來就提供的能力。

飛書會不會哪天要求它下架？這正是它的條款真空造成的風險。它沒有公開與飛書的授權協議，沒有任何頁面說明它與字節跳動的法律關係。如果哪天飛書調整 robots.txt 或對第三方檢索服務祭出禁令，這個服務能不能繼續營運、你已建立的 API 工作流會不會斷掉，都得自己承擔。

條款頁面還沒補齊之前，不要把它接進會碰到商業資訊的正式流程；個人找中文公開資料則可以試一次，自己跟 Darkconstant LLC 確認過資料處理方式再做長期決定也不遲。如果你喜歡今天的文章，歡迎分享給更多人知道，也歡迎來 TechMoon 科技月球看更多工具介紹。