07 · 企業知識與許可權邊界
前提
這一頁的內容需要飛書賬號登入。手機號登入的話,「企业知识」按鈕不會出現。見 03 登入方式決定你的天花板。
企業知識開關
飛書賬號登入後,任務功能欄底部會多出一個「企业知识」按鈕。
開啟之後,豆包工作會去公司已授權的知識庫和文件裡搜尋答案,並且在回答中標註資訊來源,點選可以直接跳轉到原始文件。
標來源這件事比聽起來重要。它把「AI 說的」變成了「AI 從這份文件的這一段裡找到的」,你能抽查、能追溯、能拿去跟人對齊。
什麼時候開啟? 查內部制度、專案背景、歷史方案、過往決策的時候。這些東西網上搜不到,或者搜到的是錯的。
許可權是怎麼繼承的
豆包工作嚴格繼承你本人在飛書中的訪問許可權。
你能看到的內容它能看到,你看不到的它也打不開,不會擅自越權。
這一點值得展開說,因為它是豆包工作和其他 Agent 最根本的結構性差別。
其他 CLI Agent 接飛書是什麼樣的? 通常要裝飛書 CLI 或配 MCP,建立一個應用,然後單獨配置這個應用的身份與許可權。也就是說,Agent 是以「一個應用」的身份在訪問飛書,它的許可權範圍和你本人的許可權範圍是兩回事,需要額外維護。而且 CLI 要持續升級,授權會過期,互動時不時會卡一下。
豆包工作是什麼樣的? 飛書賬號一鍵登入,Agent 從一開始就在同一套組織身份和許可權體系裡。部門、身份、文件許可權全部繼承,不需要額外配置,不會授權過期。
有位重度使用者的原話是:他一直想要「有這樣一個選項,有這個應用可以長時間擁有我的所有許可權」,豆包工作把這件事直接解決了。
它能讀到什麼
飛書賬號登入後,在你的許可權範圍內:
- 雲文件、多維表格、知識庫
- 群聊記錄
- 會議妙記(會議紀要)
- 日程
- 郵件
- 審批
- 飛書雲盤
這些加起來構成了「企業上下文」——專案群裡聊過什麼、會議上定了什麼、多維表格記錄到哪一步、每個人能檢視和操作哪些資料。
為什麼企業上下文是分水嶺
當主流辦公 Agent 都會處理檔案、呼叫工具、生成網頁,基礎能力越來越接近的時候,真正拉開差距的就是誰更瞭解一家公司的真實工作。
一個很直白的說法是:Agent 終於不用每天重新入職了。
隱私:管理員能看到什麼
這是所有人最關心的問題,直接回答:
管理員看不到你和豆包工作之間的聊天記錄。
管理員能做的是額度管理——在後臺為每個人或每個部門單獨設定每月 AI 額度上限,也可以設定例外(比如禁止某個人消耗額度)。這是花錢那一側的管控,和你聊了什麼、做了什麼無關。
資料訪問那一側,前面說過了,它的許可權就是你的許可權,一分不多。
企業上下文能省掉哪些苦活
幾個實測過的場景,都是「原來要爬樓、現在一句話」的型別:
群聊爬樓。 編輯部每天在群裡討論行業資訊,聊著聊著資訊就被刷下去了。做選題時想找回來只能一層層往上翻。現在可以讓豆包工作直接讀相關群聊,梳理線索、分類、補上負責人和待核實項,甚至連被 pass 掉的選題和原因都寫清楚,最後同步進多維表格。見 09 · 群聊爬樓 → 選題雷達。
跨部門專案進度。 從群聊、任務和審批裡梳理進度,判斷能否按時上線、風險卡在哪裡。
客戶全貌。 讀取與某個客戶相關的聊天記錄、共創文件和會議紀要,生成一份「客戶 360 度摘要」。見 05 · 客戶 360 度摘要。
週報。 讀本週的群聊、日程和會議紀要,自動提取「你本週做了什麼」。這和給你一個週報模板是兩回事。見 06 · 有真實內容的週報。
會議前後。 會前根據日程主題和參會人關聯相關群聊、歷史文件和紀要,生成會前簡報;會後讀會議妙記,提取關鍵決策、負責人、截止時間和待辦,直接生成可分配可追蹤的任務。見 04 · 會前簡報與會後待辦。
一個前提:你公司得真的有資料
最後說個潑冷水但很重要的觀察。
有位作者提到,很多公司找他聊 AI 化,聊到後面都會遇到同一個問題——他們沒有資料。
過去的會議沒有全文,各種業務散在亂七八糟的 Excel 裡,合同和報價找不到統一版本,專案做完沒有復盤。很多最重要的經驗只存在某幾個老員工的腦子裡。
如果連組織的上下文都沒有,接哪家 Agent 都一樣。企業知識這個開關開啟,它也搜不到東西。
反過來,如果你們公司已經把資料、關係和協作流程沉澱在飛書裡了——文件、多維表格、會議全文、群聊語料,還有一套認真維護的許可權體系——那豆包工作能拿到的東西,是任何外部 Agent 通過外掛都拿不到的。