🎯 限時免費下載！AI 驅動銷售轉型完整戰略指南 ⚡ 🚀
專為台灣市場量身打造 → 點擊立即下載
不速之客：阻止 Read.ai 加入會議的完整指南
返回部落格

不速之客：阻止 Read.ai 加入會議的完整指南

SeaMeet Copilot
9/11/2025
1 分鐘閱讀
生產力工具
提供語言版本:
العربية English Deutsch Español فارسی Filipino Français हिन्दी Bahasa Indonesia 日本語 한국어 Bahasa Melayu Polski Português Русский தமிழ் ไทย Tiếng Việt 简体中文 繁體中文

不受歡迎的來賓：阻止 Read.ai 加入會議的完整指南

I. 引言：奪回數位會議室的控制權

一場敏感的策略會議正在進行中。領導團隊正深入討論時，一名新與會者意外加入——「Read.ai Notetaker」。會議流程被打斷，一連串問題在通話中蔓延：誰邀請了這個？它在錄音嗎？我們怎麼把它趕出去？這種情況變得越來越常見，將一個旨在提高生產力的工具轉變為擾亂和安全隱憂的來源。

Read.ai 是眾多 AI 驅動的會議助理之一，旨在自動加入虛擬會議、提供即時轉錄，並生成帶有行動項目的摘要。1 理論上，它承諾將與會者從記筆記的負擔中解放出來，並創建一個可搜索的企業知識檔案。3 然而，對許多人來說，現實是遇到了一位不速之客，一個持續出現在機密討論中的機器人，且未經主持人明確的即時同意。這導致了極大的挫折感，尤其是在負責維護組織數位通訊安全性和完整性的系統管理員中。4

本指南將解決的核心謎題有兩個：這個機器人是如何進入會議的，更重要的是，如何永遠阻止它？本文是面向個人用戶和 IT 管理員的終極綜合指南，旨在了解、管理並永久阻止 Read.ai 進入 Zoom、Google Meet 和 Microsoft Teams 上的所有會議。它特別深入關注複雜的 Microsoft 365 環境（這是一個經常難倒即使是經驗豐富的管理員的領域），以提供明確的多層解決方案。

該工具自稱的「以隱私為先」立場與用戶普遍認為它是「不速之客」的體驗之間的衝突，揭示了巨大的信任差距。5 這不僅是一個技術故障；它指出了用戶體驗設計和同意模式中的根本脫節。雖然 Read.ai 的文件強調用戶控制、同意和透明度，聲稱「錄音需要同意」並承諾「輕鬆選擇退出」，但用戶的感知往往是入侵和缺乏控制。6 根本原因是一個特定的設計選擇：將機器人的自動加入功能與帳戶註冊期間給予的一次性日曆整合同意相連，而不是要求主持人進行每場會議的提示。這種「一次同意，永久執行」的模式意味著用戶可以授予廣泛的權限，而沒有完全意識到其後果——機器人將預設嘗試加入所有未來的會議。這種模式與用戶對每個會議環節控制的期望相矛盾，導致隱私被侵犯的感覺，即使它在技術上是「在過去的某個時候被同意的」。

II. 根本原因：Read.ai 如何及為何加入你的會議

要有效阻止 Read.ai，必須首先了解其進入機制。主要途徑不是安全漏洞，而是其與用戶日曆（如 Google 日曆和 Microsoft Outlook）深度整合的一項功能。7 當用戶創建 Read.ai 帳戶時，入職過程中的一個關鍵步驟是授予該服務訪問和閱讀其日曆事件的權限。此權限是允許 Read Assistant 機器人知道會議何時何地舉行的萬能鑰匙。

最關鍵且經常被誤解的概念是機器人的觸發方式。如果日曆邀請中的任何一個人——不僅僅是主持人或會議組織者——擁有啟用「自動加入」功能的 Read.ai 帳戶，Read.ai 機器人就會自動加入會議。9 這名與會者充當了不知情的特洛伊木馬。外部來賓、不同部門的新員工或會議鏈中的任何與會者都可能在主持人完全不知情的情況下，不知不覺地將機器人帶入機密討論。這種模式從根本上打破了傳統的會議安全範式，在該範式中，主持人是最終的看門人。組織的會議安全不再由其自身的政策或主持人的勤奮決定，而是由受邀參加會議的每一個人的個人應用程式設定決定，包括外部供應商和合作夥伴。這種系統性風險強調了為何個人層面的修復往往不足以應對組織，以及為何管理阻擋變得必要。

幸運的是，有一種方法可以識別來源。在大多數情況下，當閱讀助理（Read Assistant）加入會議時，它會在聊天中發布一條消息，明確說明「我是由[用戶名稱]邀請的」。9 這條消息是至關重要的證據，能讓用戶了解到機器人的存在並非隨機入侵，而是直接與特定與會者的帳戶設定相關。這使得用戶能夠進行有針對性的對話或行動，而非陷入普遍的困惑。

雖然基於日曆的自動加入是最常見且最令人困惑的情形，但還存在其他進入途徑。用戶可能安裝了 Read AI Chrome 擴充功能，該功能可偵測會議並提供一鍵新增機器人的選項。12 此外，已在會議中的與會者可以手動將 Read.ai 加入進行中的會議。13 然而，正是自動化、由日曆驅動的行為導致了最廣泛的問題。

III. 個人用戶指南：採取即時且持久的行動

本節適用於任何想要阻止 Read.ai 加入其會議的個人，無論其技術專業知識如何。解決方案按即時性排序，從快速的即時修復到永久的持久行動。

下表提供了所有可用行動的高密度摘要，按平台和永久性分類。它允許用戶在深入研究後續詳細說明之前，立即確定適合其需求的解決方案。

表格：用戶移除 Read.ai 的快速行動指南

行動Google MeetZoomMicrosoft Teams永久性等級
會議中移除點擊 Read 圖示 > 「停止分享」或使用聊天指令。從與會者列表中移除或使用聊天指令。從與會者列表中移除或使用聊天指令。暫時性（每場會議）
調整 Read.ai 設定登入 Read.ai > 帳戶設定 > 停用「自動加入會議」。登入 Read.ai > 帳戶設定 > 停用「自動加入會議」。登入 Read.ai > 帳戶設定 > 停用「自動加入會議」。高（用戶可控）
撤銷平台存取權Google 帳戶 > 安全性 > 第三方應用程式 > 移除存取權。Zoom Marketplace > 管理 > 已新增的應用程式 > 移除。Microsoft 我的應用程式 > 「Read Meeting Navigator」> 撤銷並移除。非常高
完整帳戶刪除登入 Read.ai > 帳戶設定 > 進階 > 刪除帳戶。登入 Read.ai > 帳戶設定 > 進階 > 刪除帳戶。登入 Read.ai > 帳戶設定 > 進階 > 刪除帳戶。永久性（針對您的帳戶）

3.1：即時修復（會議進行中）

當 Read.ai 意外出現在即時會議中時，任何與會者或主持人都可以採取幾項即時行動。

  • 使用聊天指令： Read.ai 內建聊天指令以進行快速控制。兩個主要指令之間有一個關鍵區別。在會議聊天中輸入「read stop」將會從通話中移除機器人，但仍會針對其參與的部分會議生成報告。若要更徹底地移除，輸入「opt out」或點擊機器人介紹訊息中的選擇退出連結，不僅會移除機器人，還會刪除其從該特定會議收集的所有資料，確保不會生成報告。6
  • 手動移除（主持人）： 主持人可以像移除任何其他與會者一樣移除 Read.ai 機器人。在 Zoom、Microsoft Teams 或 Google Meet 中開啟與會者列表，找到「Read.ai Notetaker」，點擊其名稱旁的選項，然後選擇「移除」或「驅逐」。15
  • Google Meet 特定事項： 某些與 Google Meet 的整合不會在與會者列表中顯示可見的機器人。在這些情況下，畫面右上角會出現 Read.ai 圖示。任何與會者都可以點擊此圖示並選擇「停止分享」以結束錄製和資料擷取流程。9

3.2：您的 Read.ai 帳戶設定：中央控制面板

為了防止 Read.ai 加入未來的會議，調整 Read.ai 帳戶內的設定是最有效的步驟。

  • 停用自動加入： 登入 Read.ai 網站。導覽至「帳戶設定」>「會議助理」>「自動加入會議」。在此，使用者可以完全關閉自動加入功能。此頁面還提供更細緻的「加入偏好設定」，例如允許 Read.ai 僅加入內部會議或僅在使用者是主持人時加入，在不完全禁止的情況下提供更多控制權。9
  • 管理您的日曆頁面： 若要逐個會議控制，Read.ai 儀表板中的日曆頁面非常寶貴。它會顯示使用者同步日曆中的所有即將舉行的會議，並在每個會議旁邊提供一個標籤為「新增 Read？」的簡單切換按鈕。這允許使用者手動停用 Read.ai 以跳過特定的敏感會議，而無需更改其全域自動加入設定。18
  • 多帳戶問題： 常見的挫折來源是，當使用者停用自動加入時，機器人仍持續出現並將其列為邀請者。這幾乎總是表明使用者無意中建立了多個 Read.ai 帳戶，例如，一個透過 Google 帳戶登入，另一個透過 Microsoft 帳戶登入。若要解決此問題，使用者應搜尋所有電子郵件收件匣中來自 support@e.read.ai 的歡迎郵件，以識別所有相關帳戶，然後調整設定或刪除重複帳戶。9

3.3：在平台層級撤銷存取權

更果斷的步驟是從源頭切斷 Read.ai 與會議平台之間的連接，撤銷最初授予的權限。

  • 對於 Zoom 使用者： 透過導覽至 marketplace.zoom.us 前往 Zoom 應用程式市集。登入後，按一下右上角的「管理」，然後從功能表中選取「已新增的應用程式」。在應用程式清單中找到 Read.ai，然後按一下「移除」按鈕以完全取消授權。20
  • 對於 Google 使用者： 透過 myaccount.google.com 存取 Google 帳戶設定頁面。導覽至「安全性」分頁，並向下捲動至標題為「第三方應用程式和服務」的部分。此處將顯示所有有權存取 Google 帳戶的應用程式清單。找到 Read.ai 並按一下它以查看詳細資訊，然後選取移除其存取權的選項。24
  • 對於 Microsoft 使用者： 過程涉及 Microsoft「我的應用程式」入口網站，可透過 myapps.microsoft.com 存取。登入後，搜尋名為「Read Meeting Navigator」的應用程式。按一下應用程式磚上的省略號 (…)，選取「管理您的應用程式」，然後選擇「撤銷權限」。撤銷權限後，建議返回應用程式磚，再次按一下省略號，然後選取「移除」以將其從入口網站中隱藏。26

3.4：最終解決方案：完全刪除帳戶

對於決定不再使用該服務的使用者，刪除 Read.ai 帳戶是最永久的解決方案，可確保機器人從此不再代表他們加入會議。

步驟如下：

  1. 登入 Read.ai 帳戶。
  2. 導覽至「帳戶設定」並選取「進階」分頁。
  3. 向下捲動至底部，按一下紅色的「刪除我的帳戶」按鈕。21

Read.ai 還提供「帳戶與隱私中心」，使用者可在其中輸入電子郵件地址以查詢是否存在帳戶並請求刪除，無需登入，這對遺忘或重複的帳戶很有幫助。14

務必記住 Read.ai 加入通話的核心機制。如果使用者刪除帳戶後，機器人 仍然 出現在他們的會議中，這並非技術故障。這是明確的證據，表明 會議邀請中的其他某人 仍有一個啟用了自動加入功能的活躍 Read.ai 帳戶。9

IV. 管理員指南：保護整個組織

從個別使用者修復轉向強大、可執行的組織政策，對於保護敏感資料和確保合規性至關重要。管理行動的動力來自於防止資料外洩、遵守 HIPAA 或 FERPA 等法規，以及消除管理不需要的軟體所造成的生產力損失。6

以下矩陣為管理員提供了高階戰略概覽，對比了 Zoom、Google Workspace 和 Microsoft 365 的管理模式。它立即強調了必須採取行動的地方，並說明了為何 Microsoft 生態系統需要更複雜、多層次的方法。

表格：管理員控制面板矩陣

PlatformPrimary App Management ConsoleIdentity & Permissions ConsoleKey Objective
ZoomZoom App MarketplaceN/A管理應用程式核准並為整個帳戶移除應用程式。
Google WorkspaceGoogle Admin ConsoleAPI Controls (within Admin Console)透過其唯一的 OAuth 用戶端 ID 封鎖第三方應用程式。
Microsoft 365Teams Admin CenterMicrosoft Entra Admin Center封鎖 Teams 應用程式 並 移除基礎企業應用程式及其權限。

4.1: 在 Zoom 環境中封鎖 Read.ai（帳戶層級控制）

Zoom 管理員在 App Marketplace 中擁有強大的集中式工具，可控制像 Read.ai 這類的第三方整合。

  • 管理應用程式核准： 最有效的主動措施是要求所有新應用程式都需經過管理員核准。在 Zoom Marketplace（marketplace.zoom.us）中，管理員可導覽至「管理」>「權限」，並啟用「要求 Zoom App Marketplace 上公開列出的應用程式須經管理員核准」設定。這會將環境從寬鬆模式轉變為「預設拒絕」模式，在此模式下，IT 必須先審核所有應用程式，使用者才能安裝。29
  • 封鎖/移除應用程式： 若要處理環境中已存在的應用程式，請導覽至「管理」>「帳戶上的應用程式」。從此儀表板，管理員可以搜尋 Read.ai。他們有兩個選項：「停用」（暫時暫停所有使用者的應用程式功能）或「移除」（徹底解除安裝並取消整個帳戶對該應用程式的授權）。31
  • 主動式安全性設定： 除了應用程式管理之外，Zoom 還提供多項安全性設定，可為不受歡迎的機器人創造不利環境：
    • 封鎖特定網域： 在主要的 Zoom 網頁入口網站中，於「帳戶管理」>「帳戶設定」>「會議」>「安全性」下，有一個「封鎖特定網域的使用者加入會議和網路研討會」選項。將 read.ai 新增至此清單可防止機器人進行驗證並加入，即使已受邀請亦然。15
    • 僅強制要求經驗證的使用者： 要求所有與會者登入 Zoom 帳戶是另一道強大的屏障。此設定也位於「安全性」標籤下，可防止匿名或未經驗證的來賓（包括許多機器人服務）加入會議。16

4.2: 在 Google Workspace 中封鎖 Read.ai（集中式 API 控制）

Google Workspace 管理員可透過控制透過 OAuth 授予的基礎 API 權限，集中管理第三方應用程式存取權。

  • 導覽 Google 管理員主控台： 流程從中央管理中心 admin.google.com 開始。
  • 尋找並封鎖應用程式： 管理員必須透過以下路徑導覽：「安全性」>「存取和資料控制」>「API 控制」。在此區段中，「管理第三方應用程式存取權」連結會顯示所有已獲得 OAuth 存取組織資料權限的應用程式清單。34 管理員可在此清單中搜尋 Read.ai。找到後，按一下該應用程式並將其存取層級變更為「封鎖」，即可在租用戶範圍內撤銷其權限，並防止未來任何使用者重新授權。36
  • 主動式原則： 為增強安全性，管理員可設定預設 API 存取原則，以限制第三方應用程式預設可存取的 Google 服務（如 Gmail、日曆或雲端硬碟）。這可讓組織採用更安全的「最小權限」姿態，限制任何單一應用程式整合的潛在影響。38

4.3: 深入探討：Microsoft 365 與 Teams 的多層次防禦

在 Microsoft 365 生態系統中有效封鎖像 Read.ai 這類的應用程式向來極為複雜，且是管理員社群中經常令人困擾的話題。4 造成這種複雜性的原因在於一項核心架構原則：應用程式的使用者介面元件與其後端身分識別和權限分離。成功的封鎖需要對付可被視為「兩頭龍」的物件：

  1. Teams 應用程式： 這是在 Teams 用戶端中可見且在 Teams 管理中心管理的使用者介面整合。
  2. 企業應用程式： 這是 Microsoft Entra ID（前稱 Azure AD）中的後端服務主體，負責持有存取日曆和加入會議等資料的實際權限（OAuth 同意授權）。

僅封鎖 Teams 應用程式是常見的錯誤。這只會從 Teams 中移除使用者介面元素，但不會撤銷基礎權限。仍持有 Entra ID 中有效權限的機器人仍可繼續讀取使用者的日曆，並透過 URL 直接加入會議。完整且永久的解決方案需要在兩個管理中心採取行動。

4.3.1: Teams 管理中心（前門）

第一步是封鎖面向使用者的應用程式。這可防止新的安裝，並從 Teams 中的使用者視圖中移除該應用程式。

  • 導覽至 Teams 管理中心，網址為 admin.teams.microsoft.com。
  • 全組織封鎖： 最直接的方法是前往 Teams 應用程式 > 管理應用程式。在這裡，管理員可以搜尋 Read.ai 並選取「封鎖」選項。此操作會封鎖整個組織的應用程式。40 若要進行更全面的鎖定，此頁面上的全組織應用程式設定可讓管理員透過單一開關停用所有第三方應用程式。
  • 應用程式權限原則： 如需更細緻的控制，管理員可以導覽至 Teams 應用程式 > 權限原則。在這裡，他們可以建立新原則或編輯現有原則以明確封鎖 Read.ai 應用程式。此原則必須指派給所有相關使用者才能生效。此方法在不同使用者群組可能有不同應用程式允許設定的複雜環境中很有用。28

4.3.2：Microsoft Entra 管理中心 (機房)

這是流程中最關鍵且經常被遺漏的部分。這是撤銷應用程式實際權限的地方。

  • 導覽至 Microsoft Entra 管理中心，網址為 entra.microsoft.com。
  • 尋找企業應用程式： 前往身分識別 > 應用程式 > 企業應用程式。在所有應用程式的清單中，搜尋「Read Meeting Navigator」。39
  • 撤銷權限： 進入應用程式設定後，前往權限索引標籤。此畫面會顯示已授予應用程式的所有委派和應用程式權限。管理員必須系統地檢閱這些權限並加以撤銷。此步驟至關重要，因為它切斷了應用程式存取 Microsoft 365 資料的能力。39
  • 移除使用者指派： 接下來，導覽至使用者和群組索引標籤。選取所有已指派給此應用程式的使用者和群組並加以移除。這可確保應用程式無法再代表這些使用者運作。39
  • 停用登入並刪除： 最後，前往屬性索引標籤。將「允許使用者登入？」選項設定為 否。這會有效地停用應用程式。若要永久且不可復原的解決方案，請使用「刪除」選項從租用戶中徹底移除企業應用程式。這會刪除其身分識別和所有相關設定。39

4.3.3：主動強化租用戶 (預防下一個「Read.ai」)

不需要的 AI 記錄員問題是一個催化劑，迫使組織從寬鬆、使用者驅動的應用程式採用模式成熟為中央治理、安全至上的 IT 架構。要求廣泛權限的強大 AI 工具 (例如讀取所有電子郵件或錄製所有會議) 的興起，從根本上改變了風險計算。4 單一使用者的同意現在可能造成重大的資料外洩或合規風險。這些工具是一個警鐘，迫使管理員面對舊有的寬鬆設定，並採用零信任方法進行應用程式治理。

  • 設定使用者同意： 最終的預防措施是變更使用者同意新應用程式的方式。在 Entra 管理中心，導覽至企業應用程式 > 同意和權限 > 使用者同意設定。預設設定通常是「允許使用者同意應用程式」。將其變更為 「不允許使用者同意」 是組織防止未經審核的應用程式擴散的最有效步驟。4
  • 實施管理員同意工作流程： 當使用者同意被停用時，嘗試授權新應用程式的使用者將被提示要求管理員核准。這會觸發 管理員同意工作流程，使 IT 能夠對應用程式生態系統進行全面的集中控制。此工作流程消除了「打地鼠」問題，即管理員在新的不需要的應用程式進入環境後不斷追蹤並封鎖它們。28
  • URL 封鎖 (補充)： 作為額外的防禦層，管理員可以在 Microsoft Defender 入口網站的租用戶允許/封鎖清單中封鎖網域 *.read.ai。雖然這不會封鎖應用程式本身，但它會防止使用者透過電子郵件中的連結存取 Read.ai 網站，切斷使用者註冊或重新使用該服務的常見途徑。28

V. 結論：培養安全且有意識的會議文化

管理像 Read.ai 這類不請自來的 AI 助理的挑戰不僅是技術上的麻煩；它是工作場所協作新時代的明確信號，在這個時代，提高生產力與資料安全之間的界線日益模糊。重新獲得控制的途徑需要一個深思熟慮、多方面的策略，賦予個別使用者和組織管理員權力。

對個人而言，解決方案在於掌控自己的數位足跡。這包括了解行事曆整合如何授予權限、知道如何調整帳戶設定以停用自動行為，以及最終具備撤銷存取權限和完全刪除帳戶的知識。對管理員而言，任務是從被動回應的安全姿態轉為主動預防。最有效的策略包括在應用程式閘道（Teams 管理中心、Zoom Marketplace）和身分識別層（Microsoft Entra ID、Google API Controls）阻擋不需要的應用程式。然而，最終的解決方案是 IT 治理的策略性轉變：停用第三方應用程式的大範圍使用者同意，並實施集中式的管理員同意工作流程。這將安全模型從追蹤威脅轉變為在工具進入生態系統之前就進行審核和批准。

Read.ai 的具體問題可作為管理下一波 AI 生產力工具的藍圖。管理員所表達的「打地鼠」般的挫折感，是寬鬆的安全模型已不再適用於強大且渴望數據的 AI 時代的徵兆。28 透過制定審核、批准和管理第三方 AI 的明確政策，組織可以建立一個在不犧牲安全性的情況下擁抱創新的框架。這有助於培養一種有意識的文化，其中數位工作空間中使用的工具是經過深思熟慮的選擇，而非偶然出現。隨著組織應對這一新格局，選擇專注於明確的使用者控制和透明運作的平台，對於建立高效、安全且值得信賴的協作環境至關重要。

引用文獻

  1. Read AI 評論：為什麼這麼多人離開它？ (2025) - MeetGeek，檢索日期：2025 年 9 月 12 日，https://meetgeek.ai/blog/read-ai-review-why-are-so-many-people-leaving-it-2025
  2. 會議回顧、報告、錄音、最佳化 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/meeting-reports
  3. 會議虛擬助理、會議計時器、談話時間、筆記 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/assistant
  4. Read.AI 和其他記事應用程式 - 移除想法：r/sysadmin，檢索日期：2025 年 9 月 12 日，https://www.reddit.com/r/sysadmin/comments/1m1duqi/readai_and_other_note_taking_apps_removal_ideas/
  5. 以隱私為先的會議記錄員和 AI 助理 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/articles/read-ai-the-privacy-first-meeting-notetaker-and-ai-assistant
  6. 以隱私為先的會議衡量 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/privacy
  7. 如何將我的日曆連接到 Read？ - Read 支援，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/26340445031443-How-do-I-connect-my-calendar-to-Read
  8. 將 Read 會議報告和摘要整合到應用程式、平台、CRM 中 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/integrations
  9. 如何移除或阻止 Read 加入會議？ – Read 幫助中心 - Read 支援，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/23222131547795-How-do-I-remove-or-stop-Read-from-joining-meetings
  10. 阻止 read.ai 和其他機器人從外部加入與會者 - Microsoft Learn，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/answers/questions/2202096/block-read-ai-and-other-bots-from-external-joining
  11. 安全性與隱私概覽 - Read 支援，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/25702259763091-Security-Privacy-Overview
  12. Google Meet、Google 日曆、Gmail、Chrome 擴充功能 - Read AI，檢索日期：2025 年 9 月 12 日，https://www.read.ai/google
  13. 將 Read AI 連接到 Microsoft Teams – Read 幫助中心，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/44022838331667-Connecting-Read-AI-to-Microsoft-Teams
  14. 帳戶與隱私中心 | 使用 Read AI 管理您的資料，檢索日期：2025 年 9 月 12 日，https://www.read.ai/account-and-privacy-center
  15. 文章 - 如何保護我的 Zoom 安全… - help.illinois.edu，檢索日期：2025 年 9 月 12 日，https://help.uillinois.edu/TDClient/38/uis/KB/ArticleDet?ID=2861
  16. 阻止 AI 機器人進入 Zoom 會議的策略 - 康乃爾大學，檢索日期：2025 年 9 月 12 日，https://it.cornell.edu/zoom/zoom-block-ai-bots
  17. 使用 Read 的 Google Meet 附加元件（原生錄音），檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/42785087487251-Using-Read-s-add-on-for-Google-Meet-Native-Recording
  18. 我不希望 Read 加入我所有的會議，我有哪些選擇？ - Read 支援，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/15107064280851-I-don-t-want-Read-to-join-all-my-meetings-what-are-my-options
  19. 被 Read.ai 跟蹤？移除您的 Read.ai 帳戶的步驟 - Chapman 部落格，檢索日期：2025 年 9 月 12 日，https://blogs.chapman.edu/academics/2025/07/23/being-stalked-by-read-ai-steps-to-remove-your-read-ai-account/
  20. 如何擺脫 read.ai？ - 市集管理員 - Zoom 開發者論壇，檢索日期：2025 年 9 月 12 日，https://devforum.zoom.us/t/how-to-get-rid-of-read-ai/101996
  21. 如何刪除我的帳戶？ – Read 幫助中心 - Read 支援，檢索日期：2025 年 9 月 12 日，https://support.read.ai/hc/en-us/articles/12616698040339-How-do-I-delete-my-account
  22. 文章 - 刪除和移除 Read.ai - 明尼蘇達州立大學曼凱托分校，檢索日期：2025 年 9 月 12 日，https://services.mnsu.edu/TDClient/30/Portal/KB/ArticleDet?ID=1341
  23. 從帳戶中移除「Read AI」 - Zoom 開發者論壇，檢索日期：2025 年 9 月 12 日，https://devforum.zoom.us/t/remove-read-ai-from-account/126351
  24. 移除所有 AI 對我 Gmail 帳戶資料的存取權限。 - Google 搜尋社群，檢索日期：2025 年 9 月 12 日，https://support.google.com/websearch/thread/325316228/remove-all-ai-access-to-from-my-gmail-account-s-data?hl=en
  25. 從應用程式存取控制中移除第三方應用程式 - xFanatical，檢索日期：2025 年 9 月 12 日，https://xfanatical.com/blog/remove-third-party-apps-from-app-access-control/
  26. 在我的應用程式入口網站中編輯或撤銷應用程式權限 - Microsoft 支援服務，檢索日期：2025 年 9 月 12 日，https://support.microsoft.com/en-us/account-billing/edit-or-revoke-application-permissions-in-the-my-apps-portal-169be2b4-ee26-4338-aea8-d19bb2f329ee
  27. 文章 - 移除 Read.AI 會議摘要… - 匹茲堡大學，檢索日期：2025 年 9 月 12 日，https://services.pitt.edu/TDClient/33/Portal/KB/ArticleDet?ID=1861
  28. 從 Teams 中移除 Read.AI。針對整個組織.. new : r/Office365 - Reddit，檢索日期：2025 年 9 月 12 日，https://www.reddit.com/r/Office365/comments/1kzb8sw/removing_readai_from_teams_for_the_entire/
  29. Zoom 應用程式的管理員部署，檢索日期：2025 年 9 月 12 日，https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0061035
  30. 核准應用程式並管理應用程式請求 - Zoom 支援，檢索日期：2025 年 9 月 12 日，https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0062300
  31. Zoom 應用程式市集的管理員管理 - Zoom 支援，檢索日期：2025 年 9 月 12 日，https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0060122
  32. 如何防止 AI 工具加入您的 Zoom 會議 - Cal Poly ITS 知識庫，檢索日期：2025 年 9 月 12 日，https://calpoly.atlassian.net/wiki/spaces/CPKB/pages/2636873729/How+to+Prevent+and+Remove+Unapproved+AI+Apps+and+Tools+from+Zoom+Meetings
  33. 封鎖特定網域的使用者 - Zoom 支援，檢索日期：2025 年 9 月 12 日，https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0063852
  34. 控制哪些應用程式存取 Google Workspace 資料 - Google 說明，檢索日期：2025 年 9 月 12 日，https://support.google.com/a/answer/7281227?hl=en
  35. 在 Google Workspace 中封鎖第三方應用程式 - Trelica，檢索日期：2025 年 9 月 12 日，https://help.trelica.com/hc/en-us/articles/7738993532189-Block-third-party-apps-in-Google-Workspace
  36. Read.ai 機器人，如何為整個組織封鎖它？ : r/gsuite - Reddit，檢索日期：2025 年 9 月 12 日，https://www.reddit.com/r/gsuite/comments/1bkcz4z/readai_bot_how_do_you_block_this_for_the_whole/
  37. 我可以從我們的日曆中刪除 Read.ai 嗎？ - gsuite - Reddit，檢索日期：2025 年 9 月 12 日，https://www.reddit.com/r/gsuite/comments/1g6n6kq/can_i_expunge_readai_from_our_calendars/
  38. Google Workspace 管理員 - 管理對未設定第三方應用程式的存取權限，檢索日期：2025 年 9 月 12 日，https://mh.my.site.com/DTS/s/article/Google-Workspace-Admin-Manage-Access-to-Unconfigured-Third-Party-Apps
  39. 從 Teams 中移除 Read.AI。針對整個組織。 : r …，檢索日期：2025 年 9 月 12 日，https://www.reddit.com/r/Office365/comments/170gh1g/removing_readai_from_teams_for_the_entire/
  40. 在 Microsoft Teams 管理中心管理您的應用程式 - Microsoft …，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/microsoftteams/manage-apps
  41. 在 Microsoft Teams 中管理應用程式權限原則 - Microsoft Learn，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/microsoftteams/teams-app-permission-policies
  42. read,ai - Microsoft Q&A，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/answers/questions/4430001/read-ai
  43. 無法移除 Teams 中的 Read Ai 附加元件 - Microsoft Q&A，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/answers/questions/4413868/cannot-get-rid-of-read-ai-addon-in-teams
  44. 檢閱授予企業應用程式的權限 - Microsoft Entra ID，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/entra/identity/enterprise-apps/manage-application-permissions
  45. 將 Microsoft Entra 應用程式限制為一組使用者 - Microsoft 身分識別…，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/entra/identity-platform/howto-restrict-your-app-to-a-set-of-users
  46. 設定使用者如何同意應用程式 - Microsoft Entra ID，檢索日期：2025 年 9 月 12 日，https://learn.microsoft.com/en-us/entra/identity/enterprise-apps/configure-user-consent

標籤

#Read.ai #會議工具 #生產力 #科技技巧 #Zoom #Google Meet #Microsoft Teams

分享這篇文章

準備好試用 SeaMeet 了嗎？

加入成千上萬使用 AI 使會議更高效、更具可操作性的團隊。

免費註冊 安排高階主管示範