Projects
Projectsはチャット、ファイル、プロジェクトレベルの指示を1つの永続的な場所に保持する長期ワークスペースです。無制限に作成でき、プロジェクトあたりのファイル制限はプランによって異なります。プロジェクト内でProject InstructionsがグローバルCustom Instructionsより優先されます。[1]
Projects、ChatGPT Work、File Library、Memory、Apps、Scheduled Tasks、Shared Projectsを活用し、リサーチ、制作、レビュー、納品のための反復可能なシステムを構築しましょう。
要約 — ChatGPTワークフローとは、Projects、ファイル、Memory、Apps、ChatまたはWork、Scheduled Tasks、そして人のレビューを接続する反復可能なシステムです。Projectsはスコープとコンテキストを保持し、Workは完成した成果物を作成し、Tasksはリマインダーと外部モニタリングを担い、人が最終成果を検証・承認します。目的は、一つの無限に長いチャットを作ることではなく—ソース、ルール、決定、出力が無関係な作業を汚染せずに受け継がれる有限のシステムを構築することです。
2026年7月検証済。すべての製品情報と制限はOpenAI公式ドキュメントに基づき確認済みです。ワークフロー設計の推奨事項、テンプレート、Studio OSフレームワークは独立した編集上の分析です。公式ソースを確認 →
Projectsが境界を保持。LibraryとAppsが根拠を提供。Workが制作を担当。Tasksが進行を維持。最終決定はあなた次第です。
| 実現したいこと | 推奨エントリーポイント | 主要な制限 |
|---|---|---|
| 長期的なプロジェクトファイルとルールを維持 | Projects | プロジェクト内でProject Instructionsが優先されます。1つのプロジェクト=1つの安定した目標。[1] |
| プロジェクト間でファイルを再利用 | File Library | ChatGPTにアップロードまたは作成したファイルは、通常Libraryに保存されます。クラウドWork出力が自動的に表示される場合がありますが、Temporary Chatのファイルは含まれません。[2] |
| 長期的な個人設定を保存 | アカウントMemory | 精密データベース、機密性の高いプロジェクトデータ、完全な契約書には適していません。[3] |
| 単一プロジェクトを厳密に隔離 | プロジェクト専用Memory | 既存プロジェクトを直接プロジェクト専用に切り替えることはできません。新しいプロジェクトを作成しチャットを移行してください。[1] |
| 迅速な議論またはローカル書き換え | Chat | プロジェクト全体のライフサイクルを管理するには適していません。 |
| 完全なレポート、スプレッドシート、プレゼンテーションを作成 | Work | 機能はプラン、ワークスペース、ファイルタイプ、プラットフォームによって段階的に展開されます。[5] |
| ローカルコンピュータのファイルを使用 | デスク톱Work | フォルダの承認が必要です。ローカル出力はデフォルトではデバイス間で同期されません。[4] |
| 開いているExcelブックを直接編集 | Codex + Excelアドイン | 標準的なWorkのスプレッドシート生成とは異なるフローです。[5] |
| PowerPoint内で直接編集 | ChatGPT for PowerPoint | Free、Go、Plus、Pro、Business、Enterprise、Edu、K-12で利用可能です。使用制限とワークスペースコントロールはプランによって異なります。[8] |
| GmailまたはCalendarを自動確認 | Scheduled Task + App | Appの可用性、承認、ワークスペース管理者の設定に依存します。[6] |
| 定期的にProjectファイルを読み取る | 現在サポートされていません | プロジェクトレビューリマインダーに切り替えるか、TaskがアクセスできるAppsに必要な資料を配置してください。[6] |
| チームと長期的なコンテキストを共有 | Shared Project | メンバーは閲覧、投稿、チャットの分岐ができますが、同じスレッドの共同編集はできません。[1] |
最初から仕事全体を整理しようとはしないでください。毎週繰り返され、すでに小さなファイルの束があり、明確な成果物を生み出す作業を1つ選びましょう。今日の目標はすべての機能を設定することではなく—継続的に運用できるプロダクションループを1つ完成させることです。
例:週間業界ニュースレター、コース開発、SEOコンテンツリフレッシュ、クライアント提案書、製品リサーチ。最低条件:数週間にわたり、同じ資料を再利用し、複数の成果物を生み出すもの。
「テーマ+安定した目標」の形式を使用。例:「MedTech業界トラッカー」または「2026 AIワークフローコンテンツ制作」。「仕事」「記事」「クライアント」などの曖昧な名前は避けましょう。
個人のスタイルがプロジェクトに役立つ場合はデフォルトを使用。クライアントデータ、チーム共有、厳密な隔離が必要なリサーチにはプロジェクト専用を使用。Shared Projectsは自動的にプロジェクト専用メモリーを採用します。[1]
長期的に安定した役割、目標、オーディエンス、エビデンス基準、デフォルトの出力形式のみを含めます。一時的な締め切り、今週の数値、単一ファイルの要件はここには含めません。
優先順位:プロジェクト目標、コアソース、優れた過去の成果物、構造テンプレート、確定した決定。そのあとSource Indexを作成—いきなりレポート生成に飛び込まないでください。
「何を作るか?誰のために?何のために?必ず含むべきことは?必ず含まないべきことは?完了とは何か?」と書きましょう。定義が具体的であればあるほど、リワークが減ります。
方向性の議論、情報ギャップの特定、ローカル編集が必要な場合はChatを使用。複数ソースの分析、完全な文書、スプレッドシート、プレゼンテーション、編集可能なファイルが必要な場合はWorkを使用。[4]
事実、ソース、欠落、推論、フォーマット、プライバシー、コンプライアンスリスクを確認。「読みやすい」ことは検証の代わりにはなりません。
最終ファイルは「何が納品されたか?」に答えます。Decision Logは「なぜこの決定をしたか?」に答えます。Handoff Briefは「次のセッションはどこから始まるか?」に答えます。
TaskにProjectファイルを読むよう依頼しないでください—2026年7月現在、不可能です。[6] 2つのパターンから選択:
スターターキットは実行可能なリサーチワークフロー、完全なプロンプト、レビューチェックポイントを提供します。長期Projectに拡張する前に、まず1つの完全なループを完了させましょう。
無料AIリサーチスターターキットを入手 →Projectsはチャット、ファイル、プロジェクトレベルの指示を1つの永続的な場所に保持する長期ワークスペースです。無制限に作成でき、プロジェクトあたりのファイル制限はプランによって異なります。プロジェクト内でProject InstructionsがグローバルCustom Instructionsより優先されます。[1]
File Libraryは会話とプロジェクトをまたいでファイルを持続的に保存します。ChatGPTにアップロードまたは作成したファイルは、その機能が利用可能な場所では通常Libraryに保存されます。クラウドWork出力が自動的に表示される場合がありますが、デスク톱ローカル出力は明示的に移動しない限りローカルフォルダに残ります。Temporary ChatのファイルはLibraryに入りません。[2]
Memoryは個人設定と背景情報を保存する会話間メカニズムです。職業的役割、言語設定、コミュニケーションスタイルに最適です。正確な再現が必要なプロジェクト事実には適していません。[3]
ChatGPT Workはリサーチ、分析、文書・スプレッドシート・プレゼンテーション・レポート・Sitesの作成・編集のための多段階制作モードです。クラウドWorkはデバイス間で同期されます。デスク톱Workは承認後にローカルファイルを使用でき、ローカル出力はウェブやモバイルに自動的に表示されません。[4]
Pluginはワークフロー機能を発見し有効化するためのエントリーポイントで、Skills、Apps、App Templatesを含むことができます。Appは特定の外部データ、ツールまたはアクションに接続する統合です。2026年7月現在、Plugin Directoryが主要な発見エントリーポイントです。[7]
Scheduled Tasksは一時リマインダー、定期タスク、ブリーフィング、変更モニターのための自動化スケジューリング機能です。最大1時間間隔で実行でき、GmailなどのAppsを呼び出すことができます。[6]
Shared Projectsにより、チームが同じファイル、チャット、プロジェクトルールを共有できます。FreeからEnterprise/Eduまで全プランで利用可能です。共有されるとプロジェクトはプロジェクト専用メモリーを採用します。[1]
ChatGPTに分析を依頼する前に、レポート、論文、インタビュー、データ、確定した決定を選定してください。プロンプトでは不足したソース資料を補えません。
「これを分析して」とだけ言わないでください。まず成果物、オーディエンス、ユースケース、境界、完了基準を書き出してください。
流暢さ≠正確さ。事実、引用、数式、数値、オーディエンス適合性、リスクはすべて外部への送信前に人の承認が必要です。
Project Instructions、Source Index、テンプレート、Decision Log、Handoff Brief、Tasksは一度作って何度も使うアセットです。
| フェーズ | 必須質問 | 最適コンポーネント |
|---|---|---|
| 定義 | 何を届けるか?誰のために?完了とは何か? | Project Instructions + Chat |
| 選定 | どのソースが現在の質問を直接サポートしているか?どれが古いか? | Project Files + Library + Apps |
| 生成 | 最初のドラフトは構造的に完成しており、見えるギャップと追跡可能なソースがあるか? | ChatまたはWork |
| 検査 | 事実、数値、引用、数式、推論は検証されたか? | 人の判断+オリジナルソース |
| 改良 | どの特定部分が失敗したか?書き直しではなくローカルでパッチできるか? | ローカルChat / Work |
| 出力 | 出力はどこに保管されるか?バージョン、日付、レビュー状態は明確か? | Library、外部ドキュメントまたはローカルファイル |
| 継続 | 次のセッションはどこから始まるか?何の変更が更新をトリガーするか? | Handoff Brief + Scheduledリマインダー |
| 情報または作業 | 最適な場所 | 理由 |
|---|---|---|
| 長期的な職業的アイデンティティ | アカウントMemory | すべてのプロジェクトの複数の回答に影響。[3] |
| 長期的なコミュニケーションスタイル | アカウントMemory / Custom Instructions | 単一プロジェクトの事実ではなく、安定した個人設定。 |
| 単一プロジェクトの役割とルール | Project Instructions | そのプロジェクト内でのみ有効で、境界を保全。[1] |
| プロジェクトの背景と根拠 | Project Files | プロジェクト内のChatとWorkがこれを優先します。 |
| プロジェクト間で再利用するファイル | File Library | 新しいチャットや他のProjectsから呼び出し可能。[2] |
| 現在のタスクのための一時要件 | 現在のChatまたはWork | 長期ルールを汚染しません。 |
| 確定したプロジェクト決定 | Decision Log | 決定を議論や未検証の仮定から分離。 |
| 外部リアルタイムデータ | Plugins + Apps | 繰り返しのエクスポートとアップロードを削減。[7] |
| 外部定期モニタリング | Scheduled Task + App | 変更を積極的に確認し通知可能。[6] |
| Projectファイルが必要な定期作業 | リマインダーTask+人がProjectを開く | Scheduled TasksはProjectファイルを読み取れません(2026年7月)。[6] |
| チーム共有資料 | Shared Project | 全員が同じコンテキストで作業。[1] |
| 機密性の高い一時コンテンツ | Temporary Chatまたは隔離されたProject | 長期Memoryに入ることを防止。 |
| 最終成果物 | Library + Project / 外部システム | アーカイブされ次ラウンドの入力として準備完了。 |
| 次のセッションのための状態 | Handoff Brief | チャット履歴全体を再読することなく再開可能。 |
Project:ブランドガイドライン、読者ペルソナ、過去の高パフォーマンス記事、SEOテンプレート、公式ソース。
フロー:問題発見 → 検索意図 → ソース選定 → アウトライン → Workドラフト → 事実確認 → 公開 → データレビュー。
Task:OpenAI、NotebookLM等の公式ページの変更を監視 — Projectファイルの自動読み取りではない。
Project:決算報告書、決算説明会、IRプレゼンテーション、政策更新、過去のブリーフィング、トラッキングシート。
ルール:確定した事実、経営陣の主張、アナリストの推論、未解決の質問を区別。
Task:IRページ、Gmail、公開ソースを監視し、重要な変更をフラグ付け、その後Projectに戻って分析。
Shared Project:要件、議事録、市場資料、テンプレート、Decision Log、最新ドラフト。
コラボレーション:メンバーは共有ファイルを閲覧し、各自のチャットを分岐。すべての重要な決定は1つのDecision Logに記録。
境界:Google Docsスタイルの同じスレッドでのリアルタイム共同編集ではない。
成熟したワークフローは、反復的な労働からプロフェッショナルな判断が最も求められる場所へと注意を転換します。
異なるクライアント、オーディエンス、スタイル、ルールが互いに汚染し合います。1つのProject=1つの安定した目標。
Memoryは長期的な設定のためのもので—契約書、口座番号、正確な再現が必要な資料ではありません。[3]
ファイルが多い=エビデンスが強いわけではありません。各ファイルの役割、日付、信頼性、バージョンが必要です。
ソースリサーチ、ドラフト、編集、最終納品を同じProject内の別々のチャットに分割しましょう。
最も危険なコンテンツは構造がしっかりしていて自信を持って述べられているが—信頼できるソースがないものです。
低価値の自動化は通知疲れを生みます。まず実際に使用する成果物1つを自動化しましょう。
最低限、Sources、Decision Log、最終成果物、Handoff Briefを保管しましょう。
2026年7月現在、不可能です。[6] プロジェクトレビューをリマインダーとして設計し、自動ブリーフィングはTaskがアクセスできるAppsから取得するようにしましょう。
Workはリサーチと成果物制作用です。Codexは開発とローカルツール用です。ExcelとPowerPointのアドインは直接アプリ内編集を担当します。[5][8]
Studio Outputパッケージは、プレゼンテーションアーキテクチャ、ビジュアル構造、マルチフォーマット納品テンプレートを提供します—ソースとプロジェクトシステムをセットアップし、出力品質を向上させる準備ができたユーザー向けに構築されています。
以下の製品情報は2026年7月23日に検証されました。このセクションをメンテナンスチェックリストとして活用してください:プラン、制限、エントリーポイントが変更されたら、チートシート、FAQ、スキーマを最初に更新してください。