Codex 共有機能でプロフィールカードと出力をチームへ送る方法

Codex 共有機能でプロフィールカードと出力をチームへ送る方法

Codex CLI 0.137.0(2026年6月4日リリース)で、プロフィールカードの共有とアクティビティ分析が正式機能として加わった。自分のコーディング実績をチームへ示したい、エージェントが生成した成果物をそのまま渡したいという用途がよりスムーズになっている。本記事では共有の仕組みと、どの機能がどの場面で役立つかを整理して解説する。


結論powered by Claude

Codex の共有機能は、0.137.0 から加わったプロフィールカード共有と、セッション出力のエクスポートの2軸で考えると整理しやすい。プロフィールカードは、ユーザーのコーディングアクティビティをカード形式に集約して URL で公開できる仕組みで、チームへ Codex の活用状況を定量的に示すのに向いている(出典: https://github.com/openai/codex/releases )。

出力エクスポートは、Codex が生成したコードや回答テキストをローカルファイルに保存してチームへ渡す、より直接的な手段だ。TUI 上で生成物を保存し、通常のファイルとして git や共有ドライブへ乗せるという運用が現場では多く選ばれており、Codex のインストール有無にかかわらず受け取り側が閲覧できる点が利点となる。

プライバシー面では、プロフィールカードに含める情報の範囲を設定で調整できる。公開範囲を確認してから URL を発行するという一手間が、特に業務で利用する際に重要なステップとなる。社外秘情報をプロンプトに含めていた場合、タスク概要の表示有無を設定でコントロールする必要がある。

目次 (14)

Codex の共有機能が 0.137.0 で加わった背景

2026年6月4日にリリースされた Codex CLI 0.137.0 は、安定版として「アクティビティ分析」「プロフィールカード共有」「TUI のキーバインド拡張」を一度に搭載した大きなアップデートだ(出典: https://github.com/openai/codex/releases )。

それまでの Codex CLI は、ローカルで完結するコーディング支援ツールとして設計されており、生成したコードの共有は「ファイルを git へ push する」あるいは「会話テキストを手でコピーする」という手動作業に頼っていた。0.137.0 が持ち込んだ共有機能は、この流れをより自然なものにすることを目指している。

プロフィールカードは、GitHub のコントリビューショングラフや語学学習アプリのストリークカードのように、AI エージェントの利用実績を一枚の視覚的なカードとして提示できる仕組みだ。エンジニアが自分のコーディングスタイルや活用状況をチームや外部へ伝える新しい形として注目されている。アクティビティ分析と組み合わせることで、「Codex をどのタスク種別にどれだけ活用してきたか」が数値として裏付けられる点が、他のコーディングツールにはなかったアプローチとなっている。

プロフィールカードでコーディング実績を可視化する

プロフィールカードは、Codex CLI の TUI(テキストユーザーインターフェース)内から生成する。0.137.0 以降のバージョンでは、アクティビティ画面へ移動するとカードの生成・共有操作が行えるようになっている。TUI のキーバインドは 0.137.0 で拡張されており、? キーで現在の割り当てを確認できる。最新の操作手順については公式ドキュメント(https://platform.openai.com/docs/codex )に記載されているため、インストール後に一度確認しておくことを推奨する。

プロフィールカードに含まれる情報

プロフィールカードに表示される主なデータは次のとおりだ。

  1. 選択した集計期間(直近7日・30日・全期間)のセッション数と累計タスク数
  2. タスク分類の内訳(コード生成・バグ修正・リファクタリング・テスト作成など)
  3. 主に使用したモデル名とバージョン

リポジトリ名、ファイルパス、コードの内容はデフォルトでは含まれない。ただし、タスクの概要テキスト(プロンプトの要約)が含まれる場合があるため、機密性の高い業務でプロンプトに社外秘情報を入れていた場合は、後述のプライバシー設定で表示範囲を制御する必要がある。チームへ共有する前に、カードのプレビュー画面で実際に何が表示されるかを確認する習慣をつけておくと安心だ。

共有 URL の発行と届け方

TUI でプロフィールカードの共有を選択すると、アクティビティデータが集計されてカードが生成される。生成が完了すると一意の URL が発行されるため、それをコピーして Slack・GitHub のプルリクエスト欄・ドキュメントツールなどへ貼り付けるだけで共有が完了する。受け取り側は Codex のアカウントや CLI のインストールなしにブラウザで閲覧できるため、Codex を使っていないチームメンバーへ状況を伝えるのにも適している。

URL を発行した後に内容を変更したい場合は、既存の共有を失効させてから新規に発行し直す手順となる。失効操作は TUI のアクティビティ画面から行えるほか、codex profile コマンドを経由して実施することもできる(出典: https://github.com/openai/codex/releases )。一度失効した URL はそれ以降にアクセスしても表示されなくなるため、リンクを送付する前に最終確認を済ませておくことを推奨する。

Codex の出力をチームへ渡す方法

プロフィールカード以外で Codex の成果物をチームへ渡す方法として、セッション出力のエクスポートがある。Codex が生成したコードや回答テキストはローカルファイルへ保存でき、その後は通常のファイルとして扱える。エクスポート機能はプロフィールカード共有より以前から使えるため、0.137.0 以前のバージョンでも同様に活用できる。

生成コードをファイルへ書き出す

Codex CLI の TUI では、コードブロックが生成されたタイミングで、そのコードをローカルファイルへ保存するオプションが利用できる。保存先パスを指定するだけでファイルが生成され、次のいずれかの方法でチームへ渡せる。

  1. git リポジトリへ add・commit・push してプルリクエストを作成する
  2. 共有ドライブ(Google Drive・OneDrive など)へアップロードする
  3. Slack や Teams のファイル添付機能で直接送る

Codex が生成したコードと自分が書いたコードを後から区別できるよう、コミットメッセージに「Generated by Codex CLI」のような注記を入れておくとコードレビューが円滑になる。誰がどのエージェント操作で変更を加えたかをトレースする際の手がかりになるため、チームでの運用ルールとして決めておくと後々役立つ。

セッションログをドキュメントとして残す

Codex CLI は会話セッションの内容をエクスポートする機能を備えており、出力はマークダウン形式のファイルとして保存される。コードブロックが適切に挿入された状態で書き出されるため、そのまま社内 Wiki(Confluence・Notion など)へ貼り付けるとコードハイライトが適用された形で閲覧できる。

長期的なナレッジ共有として、「何を Codex に依頼してどのような回答が返ったか」のセッションログを保存しておく活用法が広がっている。特にデバッグセッションや設計相談のセッションは、後から似た課題に直面したチームメンバーが参照できる実践的なドキュメントになる。セッション単位でファイル名に日付と課題の概要を付けて整理すると、蓄積したログが検索しやすいナレッジベースとして機能する。

アクティビティ分析でコーディング傾向を把握する

0.137.0 で追加されたアクティビティ分析は、個人の Codex 利用パターンを可視化する機能だ(出典: https://github.com/openai/codex/releases )。TUI 内のアクティビティ画面でいつでも参照でき、集計期間を選んで次のような情報を確認できる。

  1. 期間別のセッション数と処理タスク件数の推移
  2. タスク種別の割合(コード生成・デバッグ・リファクタリング・テスト・ドキュメント作成など)
  3. 時間帯や曜日ごとの利用分布

これらのデータをもとに、「自分は Codex をどのような作業に多く使っているか」「使用頻度の高い時間帯はいつか」という傾向が掴める。たとえばリファクタリングの依頼が多い場合は、コード品質改善への活用比率が高いことがわかり、テスト作成や設計相談への応用へ広げるきっかけにもなる。

アクティビティデータはローカルに保存され、プロフィールカードを共有する操作を行ったときのみサーバーへ送信される設計となっている。分析結果を手元で確認するだけであれば、外部への送信は発生しない。チームリーダーがメンバーごとのカードを収集して活用傾向を比較する、月次の振り返りでメンバー全員がプロフィールカードをリンクで提出するといった活用法が実務では試されている。

チームでの活用シーン

Codex の共有機能は、チームの規模や用途に応じてさまざまな形で活用できる。以下に代表的な3つのシーンを挙げる。

エンジニアリングの週次報告への組み込み

メンバーが週次報告にプロフィールカードのリンクを添えることで、「今週は Codex でどれだけのタスクを処理したか」を数値で示せる。これまで感覚的に語られていた AI ツールの活用度合いを、レポートとして共有できる形に変換できる点が強みだ。プロジェクトの進捗報告と並べてカードリンクを貼るだけで、Codex による開発支援の寄与を可視化できるため、導入効果の説明材料としても使いやすい。

オープンソースプロジェクトでの貢献プロセスの透明化

個人の GitHub プロフィールと並べて Codex のプロフィールカードを公開することで、「AI コーディングエージェントをどのように活用しているか」を透明な形で示せる。OSS コントリビューターがプルリクエストの説明欄にカードリンクを掲載すれば、コードレビュアーが生成プロセスの背景を把握しやすくなる。AI 生成コードの開示に関するコミュニティの議論が続く中で、積極的に情報を開示するための手段として注目されている。

社内勉強会での実演と体験共有

Codex の利用実績を持つメンバーが社内勉強会で実演する際、プロフィールカードを参加者へ共有することで「どの程度の規模・種別のタスクを Codex に任せているか」を体感してもらえる。スライドへ URL を埋め込んで事前に見てもらう、あるいはリアルタイムで TUI を操作しながら成果物をエクスポートする実演も手軽に行えるため、抽象的な説明よりも実際の使用感を伝えやすい。

プライバシーと公開範囲の設定

プロフィールカードを共有する前に、公開範囲とデータ内容を確認する手順を踏むことが重要だ。特に業務で Codex を使っている場合、プロンプト内に社外秘情報が含まれていないかを確認することで、意図しない情報の露出を防げる。

デフォルトでは、発行された URL は完全公開の扱いになる(URL を知っている人なら誰でも閲覧可能)。社内限定にしたい場合は、設定で公開範囲を変更した上でカードを生成する必要がある。設定の詳細は公式ドキュメント(https://platform.openai.com/docs/codex )で確認できる。含まれるデータについては次の点を事前に把握しておくとよい。

  1. タスク概要テキスト(プロンプトの要約)が含まれる場合、業務上のキーワードが表示されることがある
  2. モデル名や使用回数はリスクが低く、一般的に共有しても問題ない範囲に入る
  3. リポジトリ名・ファイルパス・コードそのものはデフォルトでは含まれない

カードを一度失効させると URL は即時無効になり、それ以降はアクセスしても表示されなくなる。共有後に内容の変更が必要になった場合は、既存のカードを失効させてから再発行する手順となる。発行したカードの一覧管理や失効操作は、TUI のアクティビティ画面から実施できる。

まとめ

Codex CLI 0.137.0 が持ち込んだプロフィールカード共有とアクティビティ分析は、これまで個人完結型だった Codex の活用を「チームへの発信」という軸で広げる機能だ。URL を渡すだけで受け取り側が閲覧できるシンプルさが利点であり、週次報告・OSS 貢献の可視化・社内勉強会など、さまざまな場面で活用の余地がある。セッション出力のエクスポートと組み合わせることで、Codex が生成したコードや会話ログも通常のファイルとしてチームへ届けられる。共有前にプライバシー設定を確認し、公開範囲を適切に設定した上で積極的に試してみてほしい。最新の機能仕様と操作手順は、公式リリースノート(https://github.com/openai/codex/releases )および公式ドキュメント(https://platform.openai.com/docs/codex )で随時確認できる。

参考になったら ♡
Codexer Navi 編集部
@codexer_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。