Firefliesの学習・プライバシー・セキュリティ

Firefliesへ会議audioやtranscriptを預けるときは、

「会議内容がAI学習に使われるのか」

「第三者providerへ残るのか」

「誰がmeeting recapを見られるのか」

を分けて確認する必要があります。

Firefliesの現行Security guideは、meeting contentをinternal / external AI model trainingに使わないと説明しています。

外部processing vendorには、処理後にmeeting contentを保持させないZero Data Retention条件を適用すると説明しています。

結論

重要な点は次の通りです。

• audio / video / transcript / summaryをAI trainingへ使わない

• 外部processing vendorにはmeeting contentのtrainingを禁止

• third-party processing後はmeeting dataをretainさせない方針

• data at restはAES-256以上

• data in transitはTLS 1.2

• default storage / processingはUSのAWS / GCP

• Enterpriseではprivate storage / BYOSが可能

• Enterpriseではrecording formatやretention controlを強化できる

• meeting recapのsharing設定は別途確認が必要

• recording consentや法的要件はuser側で管理する

Meeting contentをAI trainingへ使わない

Firefliesは「No AI Training. Ever.」として、

• audio

• video

• transcripts

• summaries

をAI model trainingへ使わないと明記しています。

これはFireflies内部だけでなく、transcription providerやOpenAI / Anthropic等のtrusted partnerにも適用されます。

「opt-outすればtrainingされない」型ではなく、meeting content自体をtrainingへ使わない方針です。

第三者処理とFireflies内の保存は別

Firefliesのsecurity説明がいうZero Data Retentionは、主に外部processing vendorが処理後に会議contentを保持しないことです。Firefliesのservice内には、ユーザーが削除するまでmeeting recordやtranscriptが保存される場合があります。したがって「vendorに残らない」から「Firefliesにも保存されない」とは結論できません。

• processing後に保存しない

• service提供後にaccessをretainしない

• trainingへ使わない

契約 / policyを適用すると説明しています。

AI summaryやtranscriptionで外部providerが関係しても、provider側のtraining datasetへ残さない設計です。

storage location

defaultではFirefliesのdataはUSのAWS / GCP infrastructureでstorage / processingされます。

EU userだから自動でEU内完結するとは限りません。

EnterpriseではPrivate Storageを提供し、AWS S3 / Google Cloud Storageを使ったBYOSも選べます。

official HelpではEUに保存しつつUSでprocessingするcaseも説明されています。

data residency requirementが厳しい会社はstorageとprocessingを分けて確認します。

encryption

Firefliesは、

• data at rest：AES-256

• data in transit：TLS 1.2

を案内しています。

transcript、recording、calendar event、email、setting等を暗号化対象として説明しています。

さらにSOC 2 Type II、GDPR、HIPAA向けのsecurity / compliance機能を提供しています。

meeting recapのprivacyは別問題

AI trainingされないことと、「meeting URLを誰が見られるか」は別です。

official Helpではmeeting recapのprivacy optionsとして、

• Teammates & Anyone with link

• Teammates and Participants

• Teammates

• Participants

• Only Owner

などがあります。

workspace / meeting設定を確認し、HR・採用・client confidential meetingでは公開範囲を絞ります。

training protectionがあってもsharing設定が広ければ情報漏えいriskは残ります。

Enterpriseではrecording formatを制御できる

Enterprise向けには、保存dataを減らすrecording modeがあります。

例として、

• Audio + Transcript + Summary

• Transcript + Summary

• Summary Only

• Summary + Audio

を選べます。

Summary Onlyではsummary生成後にtranscriptを削除する設計です。

regulated teamでは必要最小限のdataだけ残す方がriskを下げられます。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  Fireflies.ai

  公式サイトを見るTool詳細を見る

retention ruleも設定できる

Rules Engineでは条件に応じてmeetingを自動削除できます。

24 hours、7 days、14 days、30 days、custom等のretention ruleを設定できます。

採用面接だけ30日で消す、temporary project meetingを7日で消す、といったpolicyが可能です。

すべてのplanで同じ機能ではないため、Enterprise / admin featureのplan条件を確認します。

recording consentは別途必要

Firefliesがsecureでも、会議参加者のrecording consentやprivacy lawを自動で解決してくれるわけではありません。

• 国 / 州の録音法

• company policy

• customer contract

• employee privacy

• healthcare / financial regulation

に応じて通知・consentを設計します。

機密meetingでのチェック

1. meeting privacyをOnly Owner / Participants等へ

2. auto-join対象を限定

3. recording consentを確認

4. storage region requirementを確認

5. Enterpriseならrecording formatを最小化

6. retention ruleを設定

7. integrationの送信先を確認

8. public linkを不用意に発行しない

「学習されるか」だけでは決められない理由

保護の対象を混ぜないよう、情報の流れを分けて見ます。

表は横にスクロールできます

層	公式案内で確認できること	読者側で確認すること
Firefliesのmodel training	meeting content / personal dataを内部・外部model trainingに使わない方針	契約主体、対象data、最新Terms / DPAの適用範囲
外部processing vendor	meeting audio・transcript等を処理後に保持・trainingさせない契約上の制御	自社で追加接続する外部integrationは別のproviderとして調査
Firefliesのservice内保存	Notebook等にmeeting recordやtranscriptを保持できる	保存場所、retention、削除、backup条件
閲覧・共有	recap privacyの選択肢がある	public link / workspace / participantのどこまで見えるか
region・処理	default infrastructureは米国、Enterpriseのprivate storage等がある	保存regionと処理regionが同じとは限らない

「trainingに使わない」は、会議内容がserviceで処理・保存されないという意味ではありません。また、vendorのZero Data Retentionは、Fireflies自身のNotebook保存やユーザーが設定した外部integrationを自動的に無効にしません。

機密会議を導入する前の確認順

1. 契約範囲：利用するplan、DPA、必要ならBAAで対象dataと責任分界を確認する。

2. 録音の要否：transcriptだけで足りるか。録音・動画を残す場合は誰が再生できるか。

3. Auto-join：参加対象を限定し、採用・人事・顧客会議を除外するruleを設定する。

4. recap visibility：既定値を確認し、Only Owner / Participantsなど必要最小限へ設定する。公式helpの例では「Teammates & anyone with link」が選択肢・defaultとして説明されるため、workspace側の現在値を確認する。

5. 保存・削除：retention rule、account削除、backup例外を確認し、削除担当と期限を決める。

6. 転送先：Slack、CRM、calendar、Custom LLM等へ内容が流れる場合、そのdestinationのaccessとretentionを確認する。

7. region：保存locationだけでなく処理locationも要件を満たすか確認する。Enterprise private storageの説明ではEU保存と米国処理の組み合わせが記載される場合がある。

8. 運用テスト：公開・機密を分けたtest meetingでsharingとdeletionの動作を管理者が確認してから対象を広げる。

暗号化、SOC 2、GDPR、HIPAA等の表示だけで、自社の利用が自動的に準拠するとは判断できません。録音同意、利用目的、アクセス権、保管期間は自社の規程と契約に合わせて決めます。契約固有条件が確認できない場合は、機密会議へ導入せず管理者・法務に確認します。

AIものさしの判断

Firefliesはmeeting contentをAI trainingへ使わないと説明しています。

外部processing vendorのZero Data RetentionとFireflies内の保存は別の話です。

一方、実務上はtrainingよりも、meeting recapのsharing範囲、US processing、retention、integration先がriskになりやすいです。

機密meetingでは「学習されないから安全」で終わらず、保存・共有・削除まで設定します。