每家公司都在把 Slack、電子郵件、文件和會議整合成一個大腦，讓每個人能存取公司所知的一切。
其實沒有人真的想要這樣。
你在全員大會上開玩笑說，路線圖是靠大力膠帶黏起來的，全場都笑了。八個月後，一位新同事問大腦路線圖是否照進度走，結果得到你那句話，只是少了笑聲。
一位客戶在私人電子郵件中告訴你的客戶經理，他們差點因為導入流程而流失。產品團隊需要知道這件事，但沒有人想把整個收件匣都交給他們。
一個 Agent 讀了 Matt 寫的三份提案，推斷他偏好單體式架構。這個推論或許是對的，但並不代表 Agent 有資格跟別人說「Matt 說我們應該用單體式架構」。他從來沒說過。
現行的標準權限模型很簡單：如果我能看到某則 Slack 訊息，我的 Agent 就能看到它。鏡像來源、繼承權限，搞定。當軟體只是把來源原封不動地回傳時，這樣確實可行。
公司大腦做的事情不同。它從會議中萃取出一個決策，與一封電子郵件結合，把結果存成記憶，轉發給其他人，之後再交給一個正在回覆客戶的 Agent。到了那時，資訊早已脫離了最初裝載它的檔案，權限模型也必須跟著移動。
權限的單位不再是檔案，而是主張（claim）：大腦向前承載的任何一段脈絡。「Acme 需要在九月前搞定 SSO。」「遷移可能會延誤，因為主工程師不在。」一個主張可能是某人直接說出來的話，也可能是大腦從五個來源彙整出來的結論。無論如何，它現在存在於任何檔案之外，檔案的權限再也無法描述它。
來源權限是底線
來源權限仍然是必要的。如果某人無法存取某個 Slack 頻道或 Drive 資料夾，他們的 Agent 就不該突然能夠瀏覽它。真正的錯誤在於：你以為資訊被轉化之後，來源 ACL 還能告訴你所有該知道的事。
來源權限只回答一個狹窄的問題：誰能開啟這個物件？公司大腦必須回答更難的問題。新進業務的 Agent 應該知道 CEO 向董事會透露的裁員時間表嗎？一對一談話中的一句坦率評論，應該變成持久記憶嗎？客戶是真的說他們要流失了，還是大腦自己推斷出來的？Agent 能依據這個推斷採取行動嗎？
這些問題之所以會出現，是因為公司大腦做的不只是檢索，它還會綜合歸納，而綜合歸納改變了權限問題的本質。
有時候，知識應該比來源傳得更遠
一位業務從與客戶的私人電子郵件中得知了一件重要的事。客戶詳細解釋了他們為什麼購買、為什麼拒絕競爭對手。六個月後，產品團隊正在爭論同一個問題。
產品團隊需要的是這個教訓，而不是整個收件匣。
現在這兩件事是綁在一起的：你要嘛能存取來源，要嘛不能。公司大腦可以把它們分開。它可以萃取出教訓、剝離敏感細節、保留一條通往證據的憑證，然後把教訓傳遞給需要的人。收件匣保持私密，知識則成為組織資產。
工程領域也會發生同樣的事。某人在受限的頻道裡發現了一個冷門的變通做法，三個月後另一位工程師遇到了同一個 bug。第二位工程師應該受惠於第一位的經驗，而不需要繼承那個頻道裡所有對話的存取權。
公司知道的比任何單一員工能看到的都多。大腦應該有能力搬移有用的部分，而不必把周邊的一切都暴露出來。
有時候，知識應該比來源傳得更近
一份會議錄影分享給全公司。前五分鐘是大家在閒聊。有人描述自己的週末、有人拿同事開玩笑、有人對某個他們認為錯誤的決定發牢騷。然後會議正式開始，團隊做出了一個重要的產品決策。
也許每個人都有權限觀看這份錄影，但這不代表每一句話都值得變成永久的公司記憶。
人類天生就懂這個道理。我們經常會說一些話，對在場的人來說很合適，但作為永久的組織知識就不合適。你可以跟六位同事講一件私事，但並不希望一年後新進員工把它翻出來；你也可以拋出一個不成熟的想法，但不希望它被當成你的定見。一個笑話一旦脫離了原本的語氣和聽眾，幾個月後被 Agent 重新翻出來，聽起來會完全不一樣。
來源 ACL 無法表達這些。大腦必須理解內容的意義。會議的某些部分應該成為持久記憶，某些部分只該保留在錄影中，還有一些應該完全從組織記憶中消失。
光是會議錄影機加入，人們就已經會變得比較謹慎。現在想像每一段對話都被自動濃縮成永久、可搜尋的公司記憶。大家會少開玩笑、少拋出不成熟的想法、不再把私人話題帶進工作對話。公司會捕捉到更多文字，卻理解得更少。
選擇性遺忘是好的公司大腦的一部分。一個什麼都記得住的大腦，最終會改變它想理解的那些人的行為。
Agent 軌跡就是新的會議錄影
Agent 本身現在也成為公司脈絡的來源之一，而這種來源在幾年前幾乎不存在。
一位工程師可能花三個小時與一個程式碼 Agent 一起工作。最後，公司得到一個 pull request。但 PR 只是最終的產物。過程中，Agent 檢查過檔案、呼叫過工具、否決過做法、發現過限制、接受過工程師的修正，也做過關於程式碼該如何運作的決定。這些脈絡大部分都消失了。
我們之所以認為會議值得錄影，是因為通往決策的對話中蘊含著有用的資訊。Agent 軌跡就等同於會議錄影。最終產物告訴你什麼改變了，軌跡告訴你為什麼。裡面可能包含某個設計被否決的理由、某個在程式碼庫中完全找不到的限制、工程師貼進對話的客戶需求，或是下個月又會派上用場的修正。
隨著 Agent 承擔更多工作，公司更多的思考過程會發生在這些互動之中。丟掉軌跡，就等於丟掉越來越多的組織知識。
這並不代表要把每個 token 都永久保存。原始軌跡充滿雜訊、失敗的嘗試、祕密和個人化的提示。真正有價值的東西是決策歷史：足以重建事發過程的證據，加上那些值得成為持久記憶的部分。
這就產生了一個新的所有權問題。如果 Jessica 離開公司，她的程式碼 Agent 學到的一切也該跟著離開嗎？
大概不該。這個 Agent 可能學到了遷移為什麼失敗、客戶的例外狀況如何運作、哪個設計已經被否決過兩次，而這些知識屬於公司。但同一個 Agent 也可能包含 Jessica 準備某人績效考核的對話，或她與同事討論衝突的對話，這些就不該變成共享的組織記憶。
系統必須在脈絡產生的當下就把兩者分開，因為等到離職手續再處理已經太遲了。
歸因是權限的一部分
公司大腦還會創造出從來沒有人寫下的資訊。
假設系統讀了 Matt 寫的三份提案，結論是他偏好某種特定架構。這可能是有用的脈絡，但系統不應該這樣說：
Matt 說我們應該使用這個架構
Matt 從來沒說過這句話，是大腦推斷出來的。
這個區別很重要，因為「Matt 說 X」比「系統從 Matt 的工作中推斷出 X」更有分量。前者需要一個憑證：一封電子郵件、一份逐字稿，或文件中某個 Matt 確實說過這句話的片段。否則系統必須用自己的口吻說話：
根據 Matt 撰寫的三份提案推斷
每一個重要的主張都需要出處。它從哪裡來？是明說的、推斷的還是來源不明？它有多新？系統應該有多大的把握？
而且這段歷史必須在轉化過程中存活下來。一封私人電子郵件不會因為被 Agent 摘要就變得不再受限。一個推斷不會因為被重複三次就變成引述。值得信賴的公司大腦必須保留整條鏈。
摘要會洗白權限，推斷會洗白歸因。
權限有時間性
即使系統知道今天誰該知道某事，明天答案可能就變了。
團隊決定推出新的員工福利。準備上線的人應該立刻知道，客戶不該知道，公司其他人則可能等到週五的全員大會才會得知。公告之後，這個資訊才能流向招募、業務和行銷。
事實本身沒有任何改變，但適合知道的人變了。
這種意圖很少被記錄在任何地方。某人心裡想「我想自己宣布這件事」，卻從來不會設定一個 embargo 標記。客戶樂意讓自己的故事幫助業務，卻不樂意看到它被寫成一篇 LinkedIn 貼文。創辦人隨口討論一個即將推出的產品，從來不會說出「embargoed」這個詞。
人類腦中裝著大量的權限規則。有時候系統必須開口問：
你剛剛做了一個重大的產品決策，要我把它分享給全公司嗎？
最難的部分是知道什麼時候該打斷。一個每五分鐘就問一次權限的系統，只會訓練人們無視它。人類的判斷應該保留給那些答案真的模稜兩可、後果又難以挽回的情況。把一個內部觀察分享給另一位團隊成員，是可以逆轉的。對外發布內容、寄送客戶電子郵件或採取不可逆的行動，就該有高得多的標準。
系統應該自動處理例行情況、留下紀錄，把人類的注意力留給少數真正需要判斷力的決策。
單一公司是比較簡單的情況
大多數權限系統假設的是一個組織、一個管理員。Agent 會打破這個假設。
買方的 Agent 會跟供應商的 Agent 對話，公司的 Agent 會與員工的個人 Agent 協作，支援 Agent 會把內部知識轉化成對外的答案。最終，公司大腦會直接與其他公司大腦交換脈絡，而且沒有任何單一的權限系統能同時控制雙方。
而且「內部」對比「外部」這種二分法太粗糙了。一份客戶簽署的合約，可能比內部 CRM 欄位更具權威性。另一個公司的 Agent 推斷出來的主張，可能對研究有幫助，但離足以觸發不可逆行動的可信度還差得遠。
脈絡必須隨身攜帶它的權威性。一則資訊可能適合閱讀、適合用於推薦，卻不適合當作行動的唯一依據。一旦 Agent 能做的不只是回答問題，這個差異就會變得至關重要。
以個人為主的 Agent 讓這條界線變得更困難。它們的記憶可能橫跨多份工作。個人應該保留自己的私人歷史，雇主應該保留公司花錢產出的工作知識。機密的公司脈絡不能滲入下一家公司，個人脈絡不能被舊公司吸收，而這條界線必須存在於記憶本身的內部。
權限模型跟著知識一起走
這些維度是彼此獨立的。一家公司可以有嚴格的來源邊界和重度內容過濾；另一家可以讓有用的知識在團隊間快速流動，卻幾乎不留存原始對話。Agent 建立的脈絡是另一個來源，人類判斷是升級機制。歸因、時機、受眾和行動權限貫穿這一切，共同的基本單元就是主張。
公司大腦中每一個持久的主張都應該攜帶自己的政策。至少，大腦需要知道：
- 主張從哪裡來，是明說的還是推斷的
- 誰可以接收它
- 它可以用來做什麼
- 它應該在記憶中保留多久
- 什麼時候可以改變它的受眾
- Agent 可以基於它採取哪些行動
- 什麼時候需要人類來決定
來源權限只是起點。之後，政策必須伴隨脈絡一起移動，跟著它被摘要、結合、記住和分享。傳統權限管的是物件，而公司大腦必須在資訊流動的過程中管理資訊。
這不是一個可以事後補救的問題。一家公司如果讓大腦不分青紅皂白地運作一年，就等於寫下了一年無法收回的記憶：那些玩笑、抱怨、不成熟的想法、被當成引述的推斷。更糟的是，它花了一年的時間教會員工：大腦會怎麼處理他們說的話。一旦員工知道一切都會變成永久且可搜尋的記錄，他們說話的方式就會改變，而等你事後修好權限模型，坦率也回不來了。
理解會累積，不信任也是。那些從一開始就把權限模型做對的公司，才會擁有一個員工真正願意在它面前說話的大腦。
權限是智慧的一部分
在 Hyperspell，我們正在打造一個公司大腦：一個持續更新的模型，涵蓋公司在訊息、文件、會議、系統和 Agent 當中所知道的一切。
連接器是感知層。更困難的工作從所有脈絡開始互動的那一刻才展開。大腦必須決定哪些來源值得信任、什麼值得變成記憶、結論從哪裡來、誰應該接收它，以及 Agent 被允許用它來做什麼。
有用的知識應該抵達需要它的人和 Agent 手中，而不必把周邊的一切都暴露出來。隨興的對話應該被允許保持隨興，推斷應該保持為推斷，公司知識應該在員工流動後依然留存，卻不把周邊所有私人事物都吸收進來。有時候，大腦應該懂得在開口之前先問一聲。
這是我們在 Hyperspell 正在解決的核心問題之一。如果你想知道一個具備真正權限模型的公司大腦長什麼樣子，我們可以在十五分鐘內讓你看見。
有用的公司大腦，知道公司知道什麼。
值得信賴的大腦，則知道何時該保持沉默。
