僕は普段、自分のタスクをNotionでDB化し、ステータスや期限、メモを残しながら管理している。
また、AIブレインを作ってCodexを相棒のように使い、長期プロジェクトも進めている。
ただ、Notionにタスクを置いているだけでは、手が止まることもある。やることが一つのIssueにまとまっていて、「何から確認すれば終わるのか」が分からず、着手しにくくなるからだ。
こういうときは、進めたいIssueやプロジェクトページだけをChatGPTに渡して相談するのがおすすめだ。タスクの細分化、日程の整理、作業中の疑問の調査を、そのタスクの文脈を持ったまま進められる。
Notionに状態と決まったことを残し、ChatGPTには必要なページだけを渡す。このNotion×ChatGPTの運用は、日常タスクを前に進める方法として結構調子がいい。
この記事では、僕が実際に使っている構成、Notionページの渡し方、タスク分解・日程整理・調査での使い方、DB構造を崩さないための注意点、Codexとの使い分けを解説する。
Notionを正本にして、ChatGPTでタスクを前に進める
ChatGPTに相談すると、タスク分解や調査の案は会話の中に積み上がっていく。ただ、会話だけを頼りにすると、あとで今の進捗や確定したことを追いにくい。
そこで僕は、目的・前提・決定事項・進捗・期限はNotionに残し、ChatGPTにはその内容を踏まえた作業だけを頼んでいる。つまりNotionを、プロジェクトの状態を確認するための正本として扱う。
- Notionに残すもの：目的、現在の前提、決定事項、進捗、期限、次にやること
- ChatGPTに頼むもの：タスク分解、日程の再整理、調査、考えの壁打ち
- 人間が担うもの：方向性の決定、AIの出力確認、最終判断、Notionへの確定内容の反映
こうしておくと、あとから自分で状況を確認できる。使うAIやツールが変わっても、Notionのページを渡せば必要な文脈を共有しやすい。
ChatGPTとNotionでタスク管理する構成
僕はNotionで、目標と実行するタスクを分けている。
| Notion内の場所 | 残す内容 |
|---|---|
| 目標ページ | 何を達成したいか、現在の進捗、関連するIssues |
| プロジェクトページ | 目的、現在の日程と前提、スケジュール、現在の進捗 |
| Issue | タスク名、ステータス、Due Date、ネクストアクション、実行メモ |
実際のNotionページでは、プロジェクトの進捗、プロジェクトページ、関連するIssuesを一つの画面から確認できるようにしている。
ChatGPTへ渡すのは、プロジェクト全体ならプロジェクトページ、目の前の作業ならIssue単体だ。必要な範囲だけを共有すると、毎回プロジェクトの背景を説明し直さずに相談できる。
細かいDB設計が目的ではない。大切なのは、AIの回答ではなく、今の状態を人間が読める場所に残すことだ。
ChatGPTにNotionのタスクを渡す3つの使い方
1. 大きすぎて着手できないタスクを細分化する
引っ越し準備中、退去まわりの作業が一つのIssueにまとまり、何から確認すれば完了するのか分からない状態になった。結局、約2日間手を付けられなかった。
そこで、NotionのIssueを見てもらい、次の一文を送った。
ここにあるネクストアクションについて、取り組みやすい状態に細分化して欲しい
すると、作業は次の単位に整理された。
- 退去立会日の確定
- 鍵返却と残置物条件の確認
- ライフライン停止などの段取り確認
- 立会日までに部屋を空にする
タスク分解そのものは珍しくない。ただ、実際に管理しているタスク、既に終わったこと、期限を見たうえで、その場で着手できる単位まで落とせたことがよかった。
ブログ用に依頼文を整えるなら、次のようにすると範囲が伝わりやすい。
このIssueのネクストアクションを、今日着手できる単位に細分化してください。完了済みの項目は除外し、NotionのDBプロパティやページ構造は変更せず、各作業に確認事項と最初の行動を付けてください。
2. 確定情報を前提に、日程とタスクを組み直す
引っ越しのようなプロジェクトでは、未確定の予定を仮置きして進め、あとから正式な日程が決まることがある。
僕のケースでは、カレンダー上の確定情報と、既存のプロジェクトページを前提に、スケジュールとタスクを組み直してもらった。
この使い方のポイントは、新しい予定をゼロから作ることではない。
- 以前の想定
- 現在の進捗
- 既存のタスク
- 新しく確定した情報
を見比べ、影響がある部分だけを直すことだ。AIの提案は確認したうえで、確定内容をNotionに残す。これなら、あとで「何を前提に変えたのか」を自分でも追える。
3. タスクの文脈を持ったまま疑問を調べる
タスクを進めていると、「この手続きをしたいが条件が分からない」「次に誰へ確認すればよいか」といった疑問が出る。
そのIssueを見てもらった状態で調査を頼むと、結果を読んでから追加質問をし、そのまま次の行動へ進める。この往復の軽さが、日常タスクでは役に立った。
これはChatGPTの方が常に速いという性能比較ではない。僕の環境では、長期プロジェクト用に設定したCodexは、回答前にプロジェクト全体を丁寧に確認するため、簡単な確認にも時間がかかることがあった。そのため、必要なページだけを渡して相談する形が小さなタスクに合っていた、という実感だ。
日常タスクで使う4つの手順
この構成を試すなら、最初からAIに丸投げせず、次の順番で進めると状態が崩れにくい。
1. Notionを先に最新にする
今のステータス、期限、決まったこと、まだ未確定のことをNotionに残す。ChatGPTへ渡す前に情報をそろえるほど、回答を評価しやすくなる。
2. 相談したい単位だけを選ぶ
- タスクを進めたい：Issue単体
- 前提変更の影響を見たい：プロジェクトページ
- 目標と複数タスクの関係を見たい：目標ページ
必要以上に広い範囲を渡さず、いま解きたい問題に合うページを選ぶ。
3. 依頼範囲と、変えてほしくないものを伝える
「整理して」だけでは、AIが善意でDBの構造やプロパティまで変えようとすることがある。
依頼には、次の3点を入れる。
- 何をしてほしいか
- 何を前提にするか
- 何を変えないでほしいか
たとえば日程の再整理なら、こう伝えられる。
以下を確定情報、以下を未確定情報として扱ってください。既存のDB構造は変えず、期限が影響を受けるタスクと、確認が必要な事項を一覧にしてください。実行前に僕が判断すべき点も分けてください。
4. 出力を確認してから、Notionへ残す
AIが出した案をそのまま正解として採用しない。
- すでに終わった作業を含んでいないか
- 現在の期限や前提と矛盾していないか
- 自分が決めるべきことを、AIが決めていないか
を確認してから、採用した内容だけをNotionへ反映する。
ChatGPT＋Notionが向く仕事と、注意したいこと
僕が使いやすいと感じたのは、次のように人間が主体で進める仕事だ。
- 次に何をするかを整理したい
- 大きなタスクを小さくしたい
- 確定情報を受けて日程を組み直したい
- 作業中の疑問を調べ、追加質問をしながら進めたい
一方で、依頼範囲を広くすると、Notionの構造を変えられることがある。実際に、プロジェクトを一から作らせたときには、プロジェクトのフェーズ、開始日、終了日といったプロパティが追加された。
それ自体が悪い設計とは限らない。ただし、既存のDB設計を前提に運用しているなら、意図しない変更になる。
そのため、僕は「自分はここをやるので、AIにはここだけを頼む」と範囲を限定するようにしている。
ChatGPTとCodexの使い分け
この使い分けは、製品の優劣ではなく、僕の現在の運用上の判断だ。
| 判断軸 | ChatGPT＋Notion | Codex＋ローカル管理 |
|---|---|---|
| 向く仕事 | 小さな日常タスク、相談、タスク分解、日程整理、調査の壁打ち | 長期プロジェクト、複数ファイルの作業、仕様に沿った調査、文書化、整合性の確認 |
| 主な情報の置き場 | Notionの目標・プロジェクト・Issue | プロジェクトディレクトリとそのルール |
| 進め方 | 人間が次の行動を決め、必要な範囲をAIに頼む | AIにまとまった作業を任せ、人間がレビューする |
| 使い始めるきっかけ | 目の前のIssueや疑問をすぐ扱いたい | プロジェクト全体の文脈を保ちながら作業したい |
僕の中では、次の言い方が一番しっくり来ている。
人間主体の仕事はChatGPT＋Notion
AI主体の仕事はCodex＋ローカル管理
方向性を決めることや、人との連絡、最終判断はどちらでも人間の役割として残る。AIに任せる範囲が大きくなるほど、正本・ルール・確認方法を明確にしておく必要がある。
まとめ
ChatGPTとNotionの組み合わせは、日常タスクをすばやく前に進めるための方法として使いやすかった。
- Notionに目的・決定事項・現在の状態を残す
- ChatGPTには、タスク分解・日程整理・調査など必要な仕事だけを頼む
- AIの出力は確認し、確定内容をNotionに戻す
- DB構造を変えてほしくない場合は、依頼範囲を明示する
- 人間主体の小さなタスクはChatGPT＋Notion、AI主体の長期作業はCodex＋ローカル管理で考える
まだ始めて間もない運用なので、使い続ければ判断は変わるかもしれない。それでも、AIの会話の中に状態を閉じ込めず、人間が読める場所を正本にする考え方は、他のツールでも使える。
