Behind the Craft
Codexで仕事を回す全システム——OpenAI社員Jason Liuの場合
要点
- Peter YangがOpenAI CodexチームのDevExエンジニアJason Liuにインタビュー。Jasonは公式のCodex活用ハンドブックの著者で、自分の1日の業務をすべてCodex経由で回している
- 目玉は「Chief of Staffスレッド」：Codexの1スレッドを"参謀役"化し、毎日9時・13時・17時に未読メール・カレンダー・Slack・Twitter DM（ブラウザ操作経由）・Linearを横断レビューさせ、優先度と対応リンク、返信ドラフトまで用意させる。ただし送信は必ず本人承認待ち
- もう1つの手法は、Codexに自分の過去セッション履歴を分析させ、手作業で繰り返していたワークフローを見つけ出し、それを自動化する新しいスキルとして再構築させること
- このメールは有料記事の冒頭無料部分のみで、Top 10 takeawaysのうち2項目のみ公開。残り8項目（長時間タスクのゴール/計画/ワークログ設計、文章のパーソナライズ、審美眼の鍛え方など）は有料会員限定
- エピソード本編（YouTube/Apple/Spotify）では、AIが仕事をこなせるようになった後に残る「唯一の仕事」についても論じている
編集部の考察
JasonのChief of Staffスレッドが刺さるのは、複数ツール（Slack・メール・Twitter DM・Linear）を横断して1日3回自動レビューし、優先度提示と返信ドラフト作成まで任せている点だ。しかも「送信は本人承認必須」という一線を明確に引いている。ここが自社導入時の分岐点になる。多くの企業はAIエージェントに「情報収集・要約」までは任せられても、「対外的なアクション（返信・承認・発注）の下書きを誰の権限で作らせ、どこで人間の承認を挟むか」というガバナンス設計を後回しにしがちだ。Jasonの事例は、権限の粒度（閲覧のみ／下書き作成まで／送信まで）をツールごとに明示的に切り分けることで、自動化の範囲を広げつつリスクを抑えるモデルを示している。自社でエージェント活用を「便利ツール」から「業務プロセスの一部」に格上げするなら、まず承認境界線をどこに引くかを部門横断で決める必要がある。それを曖昧にしたまま権限を広げると、誤送信・誤承認のインシデントで一気に導入が止まりかねない。
原文より
“Turn this thread into my chief of staff. At 9 am, 1 pm, and 5 pm, review my unread email, calendar, Slack, Twitter DMs, and Linear. Tell me what needs attention and what I should prioritize, with a direct link to every item. Research the context and draft replies, but do not send anything without my approval.”
本記事は原文ニュースレターの独自キュレーション・考察であり、翻訳ではありません。引用部分の著作権は原著者に帰属します。