AI活用分析

自分専用AIを作る前に|Projects・カスタム機能・ノート型の移行しやすさを比べる

自分専用AIを作る前に — Projects・カスタム機能・ノート型の移行しやすさを比べる
目次

結論

自分専用AIを長く使うなら、機能の多さより「指示・原資料・履歴・成果物をどこまで外へ持ち出せるか」を先に決める。移行不能な部分は、作り込みを始める前からlock-in costとして扱う。

比較・判断の対象は ChatGPT, Claude, NotebookLM。ブランドの知名度や一時的な評判ではなく、指示・資料・履歴・共有リンクの可搬性マトリクス を正本にし、設定形式 / 資料 / 履歴 / 共同編集 / エクスポート を同じ条件へ揃えます。未確認項目は0点や「非対応」にせず 未確認/保留 のまま残します。

2026-09-13時点で確認した重要点

  • ChatGPT Projects、Claude Projects、NotebookLM/Gemini Notebookはいずれも「資料と会話をまとめる」用途があるが、export/共有/再importの単位は同じではない。
  • Claudeの公式helpではpersonal accountのexport dataを別personal Claude accountへ直接import/migrateできないと明記されている。
  • ChatGPTのaccount exportやNotebookLMのDocs/Sheets exportがあっても、「設定一式を別AIへそのまま再現できる」とは限らない。

判断表:指示・資料・履歴・共有リンクの可搬性マトリクス

資産 作成元 機械可読で保存 別サービス再利用 共有権限 退出時の手順
System/Project instructions 各サービス copy/export可否を確認 plain textなら高 責任者/editor 定期的に外部保存
原資料 local/Drive/upload 元ファイルを正本 source権限に従う 元データを別保管
会話履歴 サービス内 export形式を確認 低~中 product依存 必要部分を成果物化
生成成果物 docs/code/report 標準formatへ出す file単位 サービス外へ保存
共有link/権限 サービス内 metadata記録 サービス依存 共同編集者を棚卸し

この表は本文の言い換えではなく、読者が自分の条件・公式source・実観測を入れて判断を再現するための作業票です。数値欄が空いている場合は、都合のよい仮定で埋めません。

正本をAIサービスの外にも置く

再利用したいinstructions、原資料、評価rubricはMarkdown/Docs/CSVなど一般的な形式でも保管する。会話そのものを知識ベースの唯一の正本にしない。

exportとmigrationを混同しない

「ダウンロードできる」は「他サービスへimportして同じ状態に戻せる」とは限らない。export形式、再import可否、共有権限、URLの寿命を別列にする。

退出テストを先に1回する

作り込む前に、小さなprojectを作ってinstructions・source・成果物を外へ出せるか確認する。出せない要素は依存度を下げる設計にする。

事実・観測・判断を混ぜない

この記事では、次の3種類を分けます。

  1. Official 事実 — pricing、plan、terms、support、feature availabilityなど、現在の公式情報で確認するもの。
  2. Local observation — 自分のaccount、端末、文書、ワークフローで実際に起きたこと。時間や品質を数字にするなら実際の観測結果を残す。
  3. 編集上の得失 — 「柔軟性を優先する」「多少高くても管理を減らしたい」など、読者が決める価値判断。

公式ページに無い数字を埋めたり、他人の体験値を自分の実測として扱ったりしません。仕様変更が起きた場合は、変わった項目だけを最新の情報源へ差し替えて同じ判断手順を再実行します。

実務での判断手順

  1. 目的を1文に固定する。 機能名ではなく、何を減らす・守る・移す・証明するのかを書く。
  2. 必須条件を先に置く。 設定形式 を含め、欠けたら採用しない条件を決める。
  3. 最新の公式情報へ戻る。 検索snippetや古い比較表ではなく、公式help/terms/pricing/documentationの現行ページを読む。
  4. 自分の対象を固定する。 plan、purchase route、device、account種別、地域など条件を混ぜない。
  5. 判断表へ証拠を残す。 URL、確認日時、必要なら実際の観測結果を同じ行へ記録する。
  6. 停止条件を適用する。 不明点を平均点や想定値で埋めず、問い合わせ・小検証・保留へ戻す。
  7. 最後に費用・使い勝手を比較する。 必須条件を通過した候補だけを得失として比べる。

選ばない・進めない条件

指示・原資料・重要成果物のうち、失うと困るものをサービス外へ保存できない場合は、その環境への作り込みを増やさない。

これは注意書きではなく判断 gateです。条件が変われば同じ判断表へ戻って再評価できます。

よくある質問

一番おすすめを1つだけ決められますか?

用途、account、device、契約条件が異なるため固定1位にはしません。判断表の必須条件を通過した候補だけを比較します。

公式ページに書かれていない項目はどうしますか?

「ない」と推測せず未確認にします。必要なら提供元へ問い合わせるか、自分の環境で再現可能な確認を行います。

検索で見つけた古い料金・機能表を使ってよいですか?

変わり得る情報には使いません。検索結果は検索意図の確認に使い、公開時の料金・plan・policy・feature availabilityはcurrent 公式情報へ戻します。

一次情報

まとめ

自分専用AIを長く使うなら、機能の多さより「指示・原資料・履歴・成果物をどこまで外へ持ち出せるか」を先に決める。移行不能な部分は、作り込みを始める前からlock-in costとして扱う。

固定rankingではなく 指示・資料・履歴・共有リンクの可搬性マトリクス を残しておけば、仕様や価格が変わったときも、変化した事実だけを最新の情報源へ差し替えて同じ判断基準で再判断できます。

まとめ

  • 自分専用AIを長く使うなら、機能の多さより「指示・原資料・履歴・成果物をどこまで外へ持ち出せるか」を先に決める。移行不能な部分は、作り込みを始める前からlock-in costとして扱う。 固定rankingではなく **指示・資料・履歴・共有リンクの可搬性マトリクス** を残しておけば、仕様や価格が変わったときも、変化した事実だけを最新の情報源へ差し替えて同じ判断基準で再判断できます。
同じテーマから

サイト内検索