Partnered With:

「Morning Briefing」で Codex をマスターする：6 つのリプリケーション可能な使用レベル

この記事を読むのに必要な時間は 27 分

OpenAIエンジニアがAIツールの使用方法を教える

原文タイトル：Codex 朝のブリーフの6つの複雑性レベル
原著者：Jason Liu
翻訳：Peggy

編者のコメント：多くの人がAIツールを学ぶ際、モデルの能力、エージェントのアーキテクチャ、または複雑な自動化の概念から始めますが、これは一般ユーザーを躊躇させる可能性があります。本文は、より取り組みやすい方法を提供します：AIが何であるかを先に理解するのではなく、日常の業務シーンから始めることです－朝のブリーフ。

著者はCodexの「朝のブリーフ」を例に取り、一般の人がどのようにAIを単なる質疑応答ツールから日常業務のパートナーに昇格させるかを解説しています。最初のステップでは、Slack、Gmail、およびカレンダーとの接続を許可し、今日把握すべき事柄を通知します。その後、エージェントファイルによる固定された出力形式と個人の好みを経て；さらに進むと、毎日自動実行させ、異なるプロジェクトにスレッドを分割し、直接返信や会議準備資料、プロジェクトメモを起草するようになります。

このチュートリアルの価値は、AIの使用を抽象的な方法論の一式と捉えるのではなく、複雑な能力を6つの操作可能なレベルに分解した点にあります：情報のまとめから好みの定着まで；定期的なリマインダーからプロジェクト管理まで；判断の補助から長期記憶まで。各レベルは、非常に具体的な使用アクションに対応し、ユーザーはエージェントシステムを最初から理解する必要はなく、AIの価値を実際のワークフローで徐々に感じることができます。

Codexを本格的に活用したいと考えている方にとって、ただチャットウィンドウとしてではなく、これが最初のステップとして非常に適した入門ガイドです。

以下はオリジナルの文章です：

これが私が知っている、AIの使用方法を誰かに教える最も簡単な方法です。

モデル、エージェント、またはある種の抽象的な技術分類から始めてはいけません。人々がすでに馴染みのある業務シーンから始め、その後、それを強化していくべきです。

「朝のブリーフ」が効果的な理由は、ほとんどの人が同様のプロセスを持っているということですが、彼らが通常、そのプロセスをひどく整理しているだけです。

私にとって、朝のブリーフは一般の人が理解できる最初のCodexワークフローです。

朝、Slackを開き、カレンダーをチェックし、メールにアクセスし、なぜメールを開いたのか忘れる；その後、Slackに戻り、突然、7分後に会議があることに気づき、昨日何が起きたのか全くわからなくなります。

その魅力は非常にシンプルです：今何が起こっているのかを覚えておくのを手伝ってくれます。

Codexの新規ユーザーガイドの議論をする際、これは日常的で教育向きかつ便利で真剣に取り組む価値のあるワークフローです。最初は非常にシンプルなガイダンスワードだけでした。しかし、進化を続けると最終的には、Codexの本格的な使用に移行するのを本当に支援するすばらしいモデルになります。

初心者が理解できることから始めましょう。そしてシステム全体が明確になるまで、1回に1つだけ実用的な機能を追加していきます。

ここには実際に6つのレベルがあると考えています。

レベル1：今日何をするかをまず確認する

最初のバージョンは、ほとんど恥ずかしいくらい小さいものでした。

Slack、Gmail、そしてカレンダーに接続し、「Slack、Gmail、カレンダーを使用して、今日何をするか教えてください」と尋ねます。

Codexがあなたの仕事における最も一般的な3つの情報源を超えて、本当に気にかかることを教えてくれるかどうかを最初に確認してみてください。

それは、Slackであなたが返信を待っているスレッドに気づくかもしれないし、準備を忘れていた会議に気づくかもしれませんし、その会議の背景を変えるメールをキャッチするかもしれません。

それがあなたの朝の最初の10分を少し明確にできれば、それはすでに機能しています。

レベル2：agents ファイルに参加する

2番目のレベルは、持続可能な指示を追加することです。

Codexを本当に役立つものにするためには、十分な元の情報源があります。今度は、毎朝単に「親切なことをしたいだけ」ではないようにする必要があります。

これがagents ファイルの役割です。これは、ある種のインフラストラクチャレベルの冷たい知識ではなく、この仕事がデフォルトでどのように見えるかを説明する場所です。

モーニングブリーフの場合、次のようになります：

モーニングブリーフを作成してください。
重点：
- 返信が必要な人々
- 事前に準備が必要な会議
- 昨日約束したが未完了のタスク
- 変更があった昨夜の出来事で、本日の優先順位に影響するもの
明確な見出しと箇条書きを使用してください。

ブリーフを次のように整理します：
- タスク
- 返信が必要
- プロジェクトに関する更新

「返信が必要」の各アイテムについて：
- 関連する Slack ダイレクトリンクを添付
- 相手が私に何を期待しているかの説明
- 十分ですが過剰ではないコンテキストを提供し、今回返信すべきかを判断するのに役立ちます
簡潔で構造化され、迅速に参照できるようにしてください。

このファイルを具体的にどこに置くか心配する必要はありません。Codex に次のことを伝えるだけです：

これらのコンテンツをあなたの agents ファイルに保存してください。これにより、将来、私のための朝のブリーフを準備する際にいつでも使用できます。

次に、上記の指示をそのまま貼り付けます。重要なのは、一度あなたの好みを定義してから、その後のすべてのブリーフがその基礎に基づいて始まるようにすることです。

あなたは単に高度である必要はありません。あなたはただ、明日の朝が今日の朝より少しストレスなくなることを望んでいるのです。

他の仕事に対しては、指示が異なります。採用担当者は候補者ごとにグループ化したいかもしれません。エンジニアはブロックされている問題とコードレビューを分けたいかもしれません。広報担当者は外部情報スキャンと内部のタスクを分離したいかもしれません。しかし、アクションは同じです：Codex にリアルなコンテキストを先に与え、それからあなたのデフォルトのルールを与えます。

レベル3：Codexに監視を案内させる

3番目のレベルは定期的なものに加えることですが、「自動化タスクを作成する」と教えるのとは異なります。

私はこう言います：毎工業日の朝、これを監視してください。

これが人々が実際に覚えている命令なのです。

基本的には、朝のブリーフを定期的な自動化タスクに変えています。しかし、実際の使用では、あなたは単にこう言います：このアイテムは非常に便利であり、自動的に戻ってきてほしいと思っています。

価値の単位はもはや「尋ねてみたことを覚えている」ではなく、代わりに「ブリーフはそこに私を待っていました」となります。

そして、それが同じスレッドに存在するため、ゼロから促しの言葉を書き直す必要なく、それを継続的に訓練できます。カレンダーイベントに重点を置きすぎている場合は、それについて知らせます。Slack の未解決のアイテムを常に逃してしまう場合は、知らせます。それが「返信が必要」、準備が必要」、知っておくべきこと」を分けるべきなら、一度教えて、このスレッドがあなたの好みを保持するようにします。

これが私が何故スレッド版を好むのか、ある種の汎用的な定期報告ではなくともっと良くなる方法です。朝のブリーフはあなたの不満に従って改善されます。

周期的リマインダーフレーズをシンプルに保つことができます：

毎朝、私の代わりにこれをチェックしてください。
Slack、Gmail、およびカレンダーを確認してください。
以下を教えてください：
- 注意すべき事柄
- 準備すべきこと
- 私が見逃しがちな変更点
- 何か私にとって立ち往生していること
短く簡潔にしてください。
重要な変更がない場合は、「なし」と明記してください。

ここまでくると、モーニングブリーフが本当の価値を生み出し始めます。目覚めると、最初の情報整理がすでに行われています。

レベル4：プロジェクトレベルのブリーフに分割する

最終的に、1つの総合的なブリーフはますます曖昧になります。

これについては、会話の中で直接言及されたことがあります。実際、私はいつまでも万能のデイリーアシスタントを持つつもりはありません。通常、私は複数のプロジェクトスレッドを持ち、それぞれのスレッドには独自のモーニングブリーフがあります。

あるスレッドはあるリリースに関連しています。

あるスレッドはあるプロジェクトに関連しています。

あるスレッドはオープンソースの業務に関連しています。

あるスレッドは最高顧問のような個人業務に関連しています。

それぞれのスレッドにおける「重要性」の定義は異なります。

プロジェクトスレッドは、ブロッキングイシュー、PR、意思決定、そして約束された下書きが完了したかどうかに関心を持ちます。

採用スレッドは、当日面接する候補者のブリーフや、前日の新しい背景変更があったかどうかに関心を持ちます。

個人スレッドは、メッセージ、スケジュール、旅行、およびバックグラウンドで静かに待機している軽度の義務に関心を持ちます。

この時点で、スレッドのピン留めの意義が非常に明確になります。定期的なモーニングブリーフはただのレポートではありません。それは、それぞれのプロジェクトが独自のやり方で「温かさ」を保つ方法です。

リマインダーフレーズがさらに向上する理由は、このスレッドが「リリースに関連する問題」が実際に何を指すのかを既に把握しているからです。

レベル5：ブリーフが直接後続作業を起草する

この段階では、モーニングブリーフは単に何が起こったかを通知するだけではありません。それはまた、明白な後続作業を起草すべきです。

Slack 返信の下書きを作成しますが、送信しないでください。

候補者のブリーフィングを整理します。

会議の準備ノートを作成します。

返信する前に読むべきディスカッションスレッドの要約を作成します。

どの意思決定が私に止まっているように見えるか教えてください。

優れたレベル5ブリーフィングの結末はおそらく次のようになります：ここには、優先して返信すべき3つのメッセージがあります。返信の下書きを作成しました。こちらには準備すべき価値のある2つのミーティングがあります。こちらには、あなたに止まっているように見える意思決定があります。

朝のブリーフィングでは、納得のいく作業を一部中途半端にしておいてくれることを期待しています。ただ読むだけの要約を再度受け取るのではなく、明確な作業を前もって進めておいてほしいです。

これは私がスマートフォンをより多く使用し始めた理由でもあります。コンテキスト収集がコンピューターを開く前に完了している場合、歩きながらブリーフィングを確認したり、小さなタスクを承認したり、座ってから本当に集中すべきかを判断したりできます。

レベル6：重要なコンテンツをメモリーバンクに保存する

第6レベルでは、朝のブリーフィングは単なる朝の儀式でなく、記憶システムに移行します。

朝のブリーフィングが同じ人物、プロジェクト、未完了事項、意思決定を繰り返し発見する場合、一部のコンテンツはスレッド上だけでなく永続的な情報として扱われるべきです。

重要なコンテンツを書き留めます。

プロジェクトノートを更新します。

未完了事項を記録します。

忘れてはならない意思決定を追加します。

次の週のブリーフィングを改善する要素を残します。

これが私が vault を使用し始める場所です。要は、メモリーを、閲覧や比較、スレッドを越えて再利用できるファイルのセットにしたいと思っています。

おおよその最小構成は次のようになります：

vault/
├── TODO.md
├── people/
├── projects/
├── daily/
├── notes/
└── AGENTS.md

構造は非常にシンプルです：

·TODO.md は未解決の項目がチャットログに消えるのを防ぐために使用されます。

·people/ は一般的な共同作業者に関する永続的なコンテキストが格納されています。

·projects/ は重要なワークフローの状態が格納されています。

·daily/ は重要な事実を1日ごとに記録する場所です。

·notes/ はより緩やかなリサーチコンテンツやワンオフのメモが格納されています。

·AGENTS.md は Codex にこの保管庫の使用方法を指示し、毎回構造を再発明する必要がありません。

また、agents ファイルを更新して、モーニングブリーフが出力される前に保管庫を読み取るようにしてください。次のように：

モーニングブリーフを作成する前に：
- TODO.md を確認して未解決の項目を把握する
- people/ をチェックして関連する共同作業者のコンテキストを理解する
- projects/ をチェックしてアクティブなワークフローの状態を把握する
- notes/ をチェックして今日の優先順位に影響を与える可能性のある最近の変更の背景情報を把握する
これらの保管庫コンテキストを使用することで、ブリーフはより具体的で忘れることが少なくなります。

ブリーフに十分な構造があると、Codex にサブエージェントを使用して並行検索させることもできます。1つは未完了のタスクをチェックし、もう1つはプロジェクトノートをスキャンし、別の1つは最近の人物コンテキストを確認し、メインスレッドが本当のブリーフを組み立て、基本ドキュメントが実質的な変更が発生した場合に更新できるようにします。最初の日はこれを行う必要はありませんが、ブリーフに多くの活動部品が関与すると便利になります。単一スレッドの直列処理は、遅く、浅く、または新鮮さを欠いているように感じ始めるからです。

Codex には、すでに行っている作業を見直し、あなたに質問して、保管庫をよりよく整理する手助けをするようにもできます。同じ人物が3つのプロジェクトに登場しており、特定のプロジェクトには明確なノートがなく、TODO.md が個人的な雑務とリリースブロッキングの問題を混同している可能性があります。このような相互作用は有用です。Codex に「このコンテンツはもっと適切な場所が必要だと思います、どこに配置すべきか？」と言わせると、保管庫はより良くなります。

モーニングブリーフが向上する理由は、実行前に保管庫を読み取り、実質的な変更があった場合に保管庫を更新できるからです。明日のプロジェクトブリーフは先週保留中の決定、返信がまだ必要な人、またはスレッドが長くなって消えるべきでないステータスレコードを覚えています。