Manusは法人で使い続けてよい？｜運営元の変更で見直す線

「Manusの運営元が変わったと聞いたが、社内でこのまま使い続けてよいのか」「一部のデータが消されたらしいが、自社の資料は無事なのか」。夏以降、情シスやAI導入の担当者のもとに、こうした問い合わせが届いています。公式の告知（2026年8月11日付）によると、Manusは2025年12月29日にメタに買収され、その後、特定の法域の規制上の要件に従うため、買収日以降に一部の利用者が作ったデータを削除し、独立企業としての運営に戻ると発表しました。ここで問うべきは、この製品が危ないかどうかではありません。本当は、提供元が変わったときに、自社の判断の前提がどこで入れ替わるかです。この記事では、公式の告知で確かめられる事実と報道にとどまる話を分けたうえで、見直す台帳の欄、預けてよい資料の線、次に運営元が変わったときの手順を整理します。

公式の告知で確かめられる事実と日付

まず、公式の告知に書かれていることだけを並べます。告知の日付は2026年8月11日です。メタは2025年12月29日にManusを買収しました。そのうえで、買収日以降に一部の利用者が作ったデータを、特定の法域の規制上の要件に従うために削除する必要があると書かれています。あわせて、Manusは独立企業としての運営に戻り、世界の利用者へのサービスを続けるとしています。

削除の日時も告知にあります。削除はシンガポール時間の8月23日午前8時から24日にかけて行われました。対象の利用者は、23日午前7時59分までバックアップを取ることができ、バックアップの道具は複数回の保存に対応していました。25日午前8時からは利用に戻れて、保存したデータを復元できるとされています。

日付（シンガポール時間）	起きたこと	確かめた先
2025年12月29日	メタがManusを買収	公式の告知
2026年8月11日	独立企業に戻ること、データ削除を告知	公式の告知
8月23日 午前7時59分まで	対象の利用者がバックアップを取れる期限	公式の告知
8月23日 午前8時から24日	対象のデータを削除	公式の告知
8月25日 午前8時から	利用に戻り、バックアップを復元できる	公式の告知
2026年4月	当局が取引の撤回を求めた	報道のみ
2026年9月1日	独立した運営を再開した	報道のみ

告知には、ほかに3つの大事な記述があります。1つ目は、データは米国とシンガポールに保存されていること。2つ目は、今回の措置がセキュリティ事故の結果ではないこと。3つ目は、8月11日から23日のバックアップの期間中、対象の利用者に料金を請求しないことです。社内で説明するときは、この3点を告知の原文と日付つきで示すと、話がぶれません。

公式に書かれていないことと、報道で伝えられていること

告知は、どの国の規制かを書いていません。「特定の法域」とだけ書かれています。報道によれば、2026年1月に中国の商務省が調査を始め、4月に国家発展改革委員会が取引の撤回を命じたとされます。また、独立した運営を9月1日に再開したとも報じられています。いずれも公式の告知には書かれていない情報です。

社内の資料では、この2つを混ぜないことが大切です。公式の告知で確かめたことは、そのまま事実として書けます。報道にとどまることは、「報道によれば」と出典と日付を添えて書きます。混ぜてしまうと、あとで報道が訂正されたときに、社内の判断の根拠まで一緒に崩れます。

もう1つ、告知から読み取れないのが、対象になった利用者の範囲です。「一部の利用者」とあるだけで、どの国・どの契約の利用者が対象だったかは書かれていません。自社のアカウントが対象だったかどうかは、告知の文面ではなく、自社のアカウントに届いた案内と、データの残り具合で確かめるしかありません。

報道の読み方にも注意が要ります。海外の報道は、買収額や当局の理屈をさまざまに伝えていますが、利用者の判断に効くのは、契約の相手・保存先・消えたデータの範囲の3つです。報道の見出しの強さで判断を急がず、この3つが公式の資料で確かめられるかどうかを先に見ます。

課題：導入時の審査の前提が、使っている途中で入れ替わった

法人でAIの道具を入れるとき、多くの会社は導入の前に一度だけ審査をします。提供元の会社、規約、保存先、認証を確かめ、預けてよい資料を決めて、利用を許可します。ところが今回のように、使っている途中で提供元の持ち主が変わり、さらに元に戻ると、導入時の審査の前提がそのまま入れ替わります。

しかも、利用者の画面からはほとんど何も変わって見えません。ログインの画面も、作業の頼み方も同じです。変わったのは、誰が会社を持っているか、どの国の当局の求めに従うか、という画面の外の条件です。審査が一度きりの会社ほど、この変化を拾う仕組みを持っていません。

そして今回は、その変化が、データの削除という目に見える形で利用者に届いた点が特徴です。預けていた資料や作業の結果の一部が、決められた日時に消えました。バックアップの期間は約12日間ありましたが、案内を読んでいない利用者や、個人の判断で使っていた社員の分は、会社として把握のしようがありません。

課題を一言でいえば、提供元の変化を利用者の判断につなぐ経路が無いことです。以下では、前提が入れ替わる原因を4つに分けて見たうえで、台帳・資料の線・手順の3つの対策を置いていきます。Manusに任せる作業の範囲や、途中で見張る仕組みは、別の記事（Manusに任せ切らず途中を見張る仕組みの解説）に譲ります。

原因1：どの会社の方針が効くのかが動く

AIの道具を使うとき、利用者を縛るのは、提供元の会社が定めた利用規約とプライバシー方針です。持ち主が変わると、親会社の方針が加わったり、契約の相手の会社が変わったりすることがあります。今回の告知は、独立企業に戻ると書いていますが、どの会社の規約と方針が今の契約に効くのかは、告知だけでは分かりません。

このため、まず確かめるのは、今の利用規約とプライバシー方針の冒頭に書かれた会社名と、最終改定の日付です。導入時に保存しておいた版と見比べ、会社名・準拠する法・問い合わせ先が変わっていないかを見ます。筆者が確かめた時点では、公式のプライバシー方針のページは本文を取り出せなかったため、自社の担当者が画面で読み、読んだ日と版を記録することを勧めます。

法人の契約書を別に結んでいる場合は、その契約書の当事者の欄も確かめます。持ち主の変化は、契約の相手の変更として通知されることもあれば、何の通知もなく続くこともあります。通知の有無そのものを、台帳に書いておく価値があります。

ここで大事なのは、規約の読み取りをAIに任せ切らないことです。規約の文章を要約させるのは効率的ですが、要約には会社名や日付の取り違えが混ざることがあります。要約させるなら、根拠になった条文を原文のまま並べて出させ、人が条文を読んで確かめるという順番にします。

原因2：消えたデータは、事故の備えでは拾えない

多くの会社のAI利用の規程は、情報の漏えいや不正な利用といった事故に備えて書かれています。ところが今回の削除は、告知が明言するとおり、セキュリティ事故の結果ではありません。規制への対応として、提供元が自ら決めた日時に消したものです。事故の連絡を待つ仕組みでは、この種の削除は拾えません。

事故であれば、提供元から利用者への連絡の義務や期限が契約で決まっていることが多いでしょう。一方、規制への対応による削除は、事故の連絡の条項に当てはまらないことがあります。今回は告知と案内が出ましたが、次に同じことが起きたとき、法人の管理者に確実に届くかどうかは、契約の書き方に左右されます。

また、削除の対象は、買収日以降に作られたデータでした。つまり、ある日付より後に作ったものだけが消える、という切り方です。社内で使っていた期間のうち、どこから先が対象になりうるかを、作った日付で資料を振り分けられる状態にしておくと、同じ種類の変化が起きたときに影響の範囲をすぐに見積もれます。

消えて困るのは、作業の結果として作られた資料や、途中の記録です。これらを道具の中にだけ置いておくと、提供元の事情で失われることがあります。仕上がった成果物は、社内の置き場に必ず移してから使うという決まりを置くだけで、この種の削除の痛みはかなり減ります。

原因3：保存先の国は、告知で初めて分かることがある

今回の告知には、データが米国とシンガポールに保存されていると書かれています。導入の前に、保存先の国をここまで具体的に確かめていた会社は、多くないかもしれません。保存先は、平時の資料には書かれず、何かが起きたときの告知で初めて明かされることがあります。

筆者が確かめた時点の公式のセキュリティのページには、認証の一覧はありましたが、保存先の国の記載は見当たりませんでした。つまり、保存先を知るには、告知や規約、あるいは提供元への問い合わせに頼ることになります。台帳の保存先の欄には、どの資料のどの記述で確かめたかまで書いておきます。

保存先の国が分かったら、自社の個人情報の方針や、顧客との約束と照らします。外国にある第三者へのデータの提供にあたるかどうか、顧客への説明が要るかどうかは、法務と一緒に確かめる事柄です。保存先を契約でどう固定するかという一般論は、データの保存先を国と契約で固定する記事に譲ります。

ここで注意したいのは、保存先の国と、会社を持つ人の国と、規制を受ける国が、それぞれ別でありうることです。今回の話では、保存先は米国とシンガポール、買収したのは米国の会社、そして報道によれば撤回を求めたのは中国の当局でした。3つが一致しない前提で、それぞれを別の欄として書くことが大切です。

原因4：株主と規制の国は、利用者の画面から見えない

利用者が毎日見ているのは、道具の画面と請求書だけです。誰が会社を持っているか、どの国の当局の求めに従うかは、画面のどこにも表示されません。今回の変化は、利用者の目に入らない場所で起き、データの削除という形で初めて表に出たものでした。

このため、提供元の株主と規制の国は、利用者が自分で探しに行かない限り、台帳に入りません。導入時に調べていても、その後の買収や撤回を追いかけていなければ、台帳は古いままです。提供元の持ち主の変化を追う担当を、道具ごとに決めておく必要があります。

追い方は難しくありません。提供元の公式ブログや告知のページを、月に1回、担当者が確かめるだけでも違います。大きな変化は、たいてい公式の告知として出ます。報道で先に知った場合も、公式の告知が出るまでは台帳を書き換えず、「報道あり・公式未確認」と印をつけて待ちます。

告知の見回りそのものは、AIに手伝わせてもかまいません。複数の道具の公式ブログを読ませ、持ち主・保存先・規約に関わる記述だけを抜き出させるのは効率的です。ただし、抜き出した記述が台帳を書き換えるほどのものかどうかは、人が原文を読んで決めます。AIに台帳を直接書き換えさせてはいけません。

特定の国の企業を一律に危険と決めない理由

今回の件は、国と国の関係が絡んでいるため、「あの国に関係する道具はすべて止める」という結論に飛びつきたくなります。しかし、国の名前だけで一律に決めると、判断の理由を説明できなくなります。どの国の会社でも、買収や規制で前提が変わることはありえます。

一律の禁止には、別の問題もあります。禁止の対象を国の名前で決めると、株主の構成が変わったときや、同じ国の別の会社の道具を評価するときに、何を基準にすればよいかが分からなくなります。結果として、禁止の一覧が増えるばかりで、実際の危うさとは関係の薄い判断が積み重なります。

そこで勧めたいのは、提供元の株主・規制を受ける国・データの保存先を台帳の別々の欄に書き、その組み合わせと、預ける資料の重さで判断するやり方です。同じ道具でも、公開してよい資料だけを扱うなら使い続けられ、顧客の個人情報を扱うなら止める、という判断が成り立ちます。

この判断は、AIにも、特定の担当者1人にも任せません。情シス・法務・利用する部門の責任者が、台帳の同じ行を見て決めます。判断の理由を台帳の行に一文で残しておくと、次に同じ種類の変化が起きたとき、前回の判断と比べて考えられます。

対策1：調達の台帳に足す欄

最初の対策は、AIの道具の台帳に、提供元の変化を拾う欄を足すことです。多くの会社の台帳には、道具の名前、使う部門、契約の種類、費用といった欄はあります。そこに、提供元の会社・株主・規制の国・保存先・最後に確かめた日を加えます。Manusを例に、今回の告知と公式のページで書ける範囲を示します。

欄	書く中身	Manusで書けること（2026年9月29日時点）
契約の相手の会社	規約の冒頭の会社名と所在	今の規約で自社の担当者が確かめて書く
株主・親会社	誰が持っているか、最近の変化	2025年12月に買収、2026年8月に独立企業に戻ると告知
規制を受ける国	提供元が従う法域	告知は「特定の法域」とだけ記載。国名は報道のみ
データの保存先	保存される国	米国とシンガポール（公式の告知）
第三者の認証	認証の名前と版	情報セキュリティの国際規格27001の2022年版、プライバシーの国際規格27701の2019年版、外部監査の報告書
入力の学習への利用	学習に使われるか、止められるか	確かめた公式のページに記載なし。規約と方針で確かめる
最後に確かめた日	日付と読んだ資料の版	確かめた日と、読んだ告知・規約の日付を書く

欄を足すときのこつは、確かめた資料の名前と日付を、中身と同じ行に書くことです。中身だけが書かれた台帳は、いつの情報なのかが分からず、次に変化が起きたときに比べる元になりません。

表の中に「確かめられなかった」と書く欄が残っても、それ自体が大事な情報です。確かめられなかった欄が多い道具ほど、預けてよい資料を軽くしておく、という判断の材料になります。空欄を埋めるために推測で書くのは避けます。

対策2：預けてよい資料の線を引き直す

2つ目の対策は、Manusに預けてよい資料の線を、今回の変化を踏まえて引き直すことです。作業を丸ごと代わりに進める道具は、調べものの途中で集めた資料や、作った下書きを道具の中に持ちます。預ける資料の重さが、提供元が変わったときの影響の大きさを決めます。

線は3段に分けると決めやすくなります。1段目は、社外に公開済みの情報や、公開されている資料をもとにした調べもの。2段目は、社内向けだが個人情報や取引先の秘密を含まない資料。3段目は、顧客の個人情報、取引先から預かった秘密、未発表の数字です。3段目は、提供元の株主と規制の国が確かめられるまで預けないのが無難です。

2段目を預けるかどうかは、台帳の欄がどこまで埋まったかで決めます。学習への利用が止められることを確かめられた、保存先を自社の方針と照らした、法人の契約で通知の条項を確かめた、といった条件がそろえば預ける、という書き方にしておくと、担当者が替わっても同じ判断ができます。

線を引き直したら、利用している社員に短く伝えます。「何を入れてはいけないか」だけでなく、「作った成果物は社内の置き場に移す」ことも一緒に伝えます。今回のような削除があったとき、道具の中にしか無い成果物がいちばん困るからです。

対策3：公式の安全性の資料を取り直す

3つ目の対策は、導入時に集めた安全性の資料を、今回の変化のあとの版で取り直すことです。筆者が2026年9月29日に確かめた公式のセキュリティのページには、米国の監査基準に基づく外部監査の報告書（タイプ2の証明書を閲覧できる）、情報セキュリティの国際規格27001の2022年版、プライバシー情報の国際規格27701の2019年版が挙げられていました。

同じページには、暗号の鍵へのアクセスの制限、侵入の試験、従業員の身元の確認、退会時の顧客データの削除といった管理の項目も並んでいます。また、料金のページやセキュリティのページには、チーム向けのプランでシングルサインオンを使えることが示されています。認証の証明書そのものは、ページの一覧ではなく、提供元から取り寄せた原本で確かめます。

一方で、確かめた公式のページからは読み取れないこともありました。入力した資料が学習に使われるか、法人の管理者がメンバーの利用を一覧で見られるか、操作の記録が残るか、データの保管期間を決められるか、といった点です。これらは、導入前に提供元へ問い合わせて、回答を文書で受け取る項目として台帳に残します。

• 認証の年版は更新されます。台帳には、確かめた日と、証明書に書かれた有効期間を書きます
• 持ち主が変わったあとに取得した証明書か、変わる前のものかも確かめます
• 法人の管理機能は、契約の種類で変わります。自社が結ぶ予定の契約の資料で確かめます

対策4：次に運営元が変わったときに動く手順

今回の件で分かったのは、提供元の変化から、データの削除までの時間が短いことです。告知から削除の開始までは約12日でした。この間に、対象かどうかを確かめ、バックアップを取り、社員に知らせる必要がありました。変化が起きてから手順を考えていては間に合いません。

手順の中で、資料を引き上げる作業そのものの進め方は、預けたデータを引き上げる手順の記事に、提供の終わり方ごとの備えは、AIのサービスの終了に備える記事に譲ります。ここで大事なのは、誰が告知に気づき、誰が期限までに引き上げを指示するかを、道具ごとに決めておくことです。

使い続ける・条件付きで続ける・止めるの分かれ目

台帳と資料の線がそろったら、Manusを使い続けるかを決めます。選択肢は3つです。1つ目は、そのまま使い続けること。2つ目は、預ける資料を1段目か2段目までに絞って続けること。3つ目は、新しい利用を止め、成果物を引き上げることです。どれを選ぶかは、道具の評判ではなく、預ける資料の重さと台帳の埋まり具合で決まります。

使い続けるのが合うのは、公開情報の調べものや、社外に出してよい下書きにしか使っていない場合です。この場合、提供元の変化が起きても、失って困るものは少なく、成果物を社内に移す決まりさえ守れば大きな痛みはありません。

条件付きで続けるのが合うのは、社内向けの資料を扱っていて、台帳の欄の一部が確かめられていない場合です。学習への利用や管理の機能を問い合わせ、回答が得られるまでは3段目の資料を預けない、という条件を置きます。条件には、見直す日付を必ず添えます。

止めるのが合うのは、顧客の個人情報や取引先の秘密をすでに預けていて、規制の国や保存先が自社の約束と合わない場合です。止めるときは、利用の停止より先に成果物を引き上げ、社員の個人の契約が残っていないかも確かめます。どの選択肢でも、決めた理由を台帳に一文で残します。

AIに任せてよい作業と、人が決めること

この見直しの作業には、AIを使える場面が多くあります。提供元の告知や規約の長い文章から、持ち主・保存先・削除・学習に関わる記述を抜き出させる。社内の利用の記録から、道具の中に成果物を置いたままの部門を洗い出させる。台帳の欄の下書きを作らせる。どれも時間を大きく減らせます。

ただし、使い続けるか、どの資料を預けるかを、AIに判断させてはいけません。判断に要るのは、自社が顧客に何を約束しているか、どの規制を受けるか、失ったときにどれだけ困るか、という社内の事情です。AIはそれを知りませんし、知らせたとしても責任は負えません。

AIに抜き出させるときは、必ず根拠を書かせます。どの資料の、どの段落から抜き出したかを原文のまま並べさせ、人がその段落を読んで確かめます。人が確かめる範囲は、作業を始める前に決めておきます。たとえば、日付・会社名・国名・削除の範囲の4つは、必ず原文で確かめる、と決めます。

もう1つの注意は、見直しの作業の中で、判断の対象になっている道具そのものを使わないことです。Manusに自分の告知を読ませて、使い続けてよいかをまとめさせる、という使い方は、判断の独立性を損ないます。見直しの作業には、別の道具か人の手を使います。

やりがちな判断の外し方

運営元の変化への対応で、よく見かける外し方を並べます。どれも、急いで結論を出そうとしたときに起きやすいものです。

• 報道の見出しだけで、全社の利用を即日止める（成果物の引き上げが間に合わず、止めたほうが失うものが大きくなる）
• 「セキュリティ事故ではない」という一文を読んで、何も見直さない（事故でなくても、データは消えている）
• 国の名前で禁止の一覧を作り、株主と保存先の欄を台帳に足さない
• 公式の告知と報道を混ぜて社内の資料に書き、根拠を示せなくなる
• 個人の判断で使っていた社員の分を確かめず、会社の契約の分だけを見直す

中でも見落としやすいのが、最後の項目です。作業を代わりに進める道具は、個人で試しに使い始める社員が多い種類の道具です。会社の契約が無くても、社員の個人の契約で業務の資料が預けられていることがあります。見直しのときは、利用の申告を社員に求めるところから始めます。

逆に、慎重になりすぎる外し方もあります。確かめられない欄が1つでもあれば止める、という決め方です。これでは、どの道具も使えなくなります。確かめられない欄は、預ける資料を軽くする理由にし、止める理由にするのは、重い資料を預けていて欄が合わないときに限ります。

よくある質問

自社のデータが削除の対象だったかは、どうすれば分かりますか

公式の告知は「一部の利用者」とだけ書いており、対象の範囲は示していません。自社のアカウントに届いた案内と、買収日の2025年12月29日以降に作った作業の結果が残っているかどうかで確かめます。分からない場合は、提供元に問い合わせ、回答を文書で受け取ります。

独立企業に戻ったのなら、以前の審査の結果に戻してよいですか

そのまま戻すのは勧めません。買収の前と後で、規約・方針・契約の相手が同じかどうかは、今の版で確かめないと分かりません。台帳の欄を今の資料で埋め直し、その結果が以前と同じなら、以前の判断に戻せます。

入力した資料が学習に使われるかは、どこで確かめますか

筆者が確かめた公式のセキュリティのページと料金のページには、学習への利用の記載が見当たりませんでした。利用規約とプライバシー方針の最新の版を読み、書かれていなければ提供元に問い合わせます。確かめられるまでは、3段目の資料を預けないでおきます。

社員が個人で使っている分は、どう扱えばよいですか

業務の資料を扱っているなら、会社の見直しの対象に含めます。利用の申告を求め、個人の契約で扱ってよい資料の段を決めます。会社として法人の契約に切り替えるか、個人での業務利用を止めるかは、情シスと利用部門の責任者が決めます。

まとめ

Manusは、メタの買収を経て独立企業に戻り、その過程で一部の利用者のデータが規制への対応として消されました。公式の告知で確かめられるのは、買収の日・独立企業に戻ること・削除とバックアップの日時・保存先が米国とシンガポールであることまでで、当局の命令や再開の日付は報道の情報です。使い続けるかどうかは、国の名前ではなく、提供元の株主・規制の国・保存先を台帳に書き、預ける資料の重さと照らして人が決めましょう。成果物は社内の置き場に移し、次に運営元が変わったときに誰が何日までに動くかを、今のうちに書いておくことが、この道具に限らず効く備えになります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。