共有する指示をレビュー済みのバージョン管理された場所に保存し、各ツールが対応する形式で配布して、新しいタスクで確認します。ファイルのコピーは配布の完了を示すだけです。大切なのは、次のタスクに正しい指示が適用されることです。
各ツールはどのファイルを使いますか？
- **Codex：**プロジェクトのパスに沿って
AGENTS.mdを読み込みます。より具体的な指示や上書きファイルが、読み込む内容に影響します。 - **Claude Code：**プロジェクトの指示に
CLAUDE.mdを使い、ソース管理を通じてチームで共有できます。 - **Cursor：**簡単なプロジェクトの指示には
AGENTS.md、より具体的なルールには.cursor/rulesが使えます。Team と Enterprise プランには組織単位の Team Rules もあります。
読み込み方や適用範囲は同じではありません。ツール固有の設定を分け、既存の設定を変更する前に下記の公式資料を確認してください。
主な違いの一覧：
| ツール | 共有するプロジェクトファイル | 適用範囲 | 個人用ファイル |
|---|---|---|---|
| Codex | AGENTS.md | プロジェクトのパスに沿って読み込み、サブディレクトリの AGENTS.md がそのフォルダーの指示を補う | ~/.codex/AGENTS.md |
| Claude Code | CLAUDE.md | プロジェクトのルート。サブディレクトリのファイルはそのフォルダーを使うときに読み込まれる | CLAUDE.local.md と ~/.claude/CLAUDE.md |
| Cursor | AGENTS.md または .cursor/rules/*.mdc | ルールは globs と alwaysApply で範囲を宣言し、Team Rules はプロジェクトをまたいで適用される | Cursor 設定の User Rules |
最小限の例
ルールはツールごとに一度ずつ書き、文言を完全にそろえます。レビュー担当者がファイルを一行ずつ比較できるようにするためです。
Codex 用の AGENTS.md（Cursor も読み込みます）：
# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.
Claude Code 用の CLAUDE.md：
# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.
レポートのファイルだけに適用する Cursor のルール .cursor/rules/reports.mdc：
---
description: Date format for project reports
globs: reports/**
alwaysApply: false
---
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.
三つのファイルをまとめてコミットし、変更は一つの変更としてレビューします。
一つのルールと一人の担当者から始める
使い捨てのサンプルプロジェクトで「このプロジェクトのレポートでは日付を YYYY-MM-DD で表記する。曖昧な日付は確認する」というルールを作ります。各ツールが対応するプロジェクトファイルに適切な指示を置き、共通ルールの変更を一人の担当者がまとめてレビューします。既存ファイルを上書きしたり、個人の指示をチームのルールへコピーしたりしないでください。
一つのリポジトリで作業する小さなチームなら、Git でレビューするファイルだけで十分な場合があります。共有する文章の管理元を一つに決めます。スクリプトで別のファイルを生成する場合は生成物と明記し、両方を別々に編集せず管理元をレビューしてください。各ツールの形式と適用範囲を維持します。
指示が適用されたか確かめるには？
- 正しいプロジェクトと指示のバージョンが各ツールに届いたことを確認します。
- 同じプロジェクトで別の新しいタスクを開始し、日付の形式を繰り返さず「2026 年 9 月 14 日付のレポート」を依頼します。
- 結果が
2026-09-14になっているか確認し、タスクとルールのバージョンを記録します。 - 曖昧な日付と別のプロジェクトも試します。確認質問が行われ、プロジェクト固有の指示が別の範囲へ漏れていないか確かめます。
これは検証方法の提案であり、ベンチマークやモデルの動作保証ではありません。ファイルの読み込みと後の正しい回答は別々の観察結果です。失敗した場合は、実際に読み込まれた指示、競合するルール、プロジェクトの範囲、ツールのバージョンを先に調べます。
レビューから引き継ぎまでの短い練習
この練習は、上の確認を「レビュー済みのルール一つ、タスク一つ、引き継ぎ一回、結果の確認一回」に広げたものです。現在の onemind のドキュメントをもとに書いた提案であり、今回の改訂では実際の AI サービスで実行していません。結果は各ツールのバージョンとモデルの動作によって変わります。
使い捨ての Project フォルダーを使い、顧客の内容は置かず、上の日付ルールだけを共有ルールにします。タスクの手順には Claude Code と Codex を使います。Cursor には Matrix タスクを割り当てられないため、Cursor はファイルの手順だけで確認します。各タスクは配布後に新しく始めるもので、ルールを書いたチャットの続きではありません。
- **レビュー。**日付ルールをその Project の Mind への変更として提案し、レビュー担当者に承認してもらいます。承認されたバージョンを控えます。Mind とレビューを参照してください。
- 配布。その Mind を Claude Code のバインド済みフォルダーへ同期し、同期アクティビティでそのツールとフォルダーが配信済みになるまで待ちます。待機中や適用中は配布ではありません。Mind Syncを参照してください。
- 最初のタスク。Matrix でその Project に「
reports/weekly.mdに 2026 年 9 月 14 日付の週報を書く」のようなタスクを作り、ルールを繰り返さずに Claude Code へ割り当てます。ツールが許可を求めた場合、回答できるのはそのツールが動く Mac のオーナーだけです。 - Codex へ配布してから引き継ぐ。タスクがツールの実行終了になったら、同じ承認済みバージョンの Mind を Codex 自身のバインド済み Project フォルダーへ配布し、同期アクティビティで Codex とそのフォルダーが配信済みになるまで待ちます。チームメイトの Mac には独自のバインド済みローカルフォルダーがあり、Claude Code の配布記録は Codex について何も示しません。この配布やそのバージョンが不明なら、続行する前に止めて解決します。引き継ぎで渡るのはタスクとその最新の結果であり、リポジトリのファイルも Claude Code のチャット全体も渡りません。Codex が何かを編集する前に、レビュー済みの
reports/weekly.mdが、チームの通常のファイルレビューまたは Git の手順を通じて Codex 自身のバインド済みフォルダーまたはワークツリーに存在している必要があります。無ければ止めて、先にそろえます。終了したタスクは、実行の下にある入力欄から別のツールへ渡します。タスクメニューの引き継ぎで再割り当てできるのは、割り当て済み・作業中・ブロック中のタスクだけです。続行先で同じ Project に接続された Codex を選び、そのメッセージにファイルパス、レビュー済みの最初の行、Codex に必要な決定を書きます。Codex が別のメンバーのものなら、先にそのオーナーの承認が必要で、タスクは承認待ちと表示されます。同じメッセージで、reports/weekly.mdのレビュー済みの最初の行を保ったまま 2026 年 9 月 21 日付の行を一つ追加するよう、ルールを繰り返さずに Codex に依頼します。Matrix の会話を参照してください。 - 結果の確認。タスクの変更タブで diff を読みます。ツールのオーナーが変更を共有を使うと、チームメイトも同じスナップショットを読めます。ツールを実行した Mac ではターミナルに実行の出力が表示され、プレビューでローカル開発サーバーを表示できます。他のマシンには共有された変更だけが表示されます。タスク、二つの結果、Mind のバージョンを記録します。
成功とみなす条件
- 各ツールのタスクを始める前に、同期アクティビティがそのツール自身のバインド済みフォルダーについて配信済みを示していた。
- Claude Code の
reports/weekly.mdでの最初の結果は2026-09-14を使い、Codex の引き継ぎ後の結果はそのレビュー済みの最初の行を残したまま2026-09-21を追加している。どちらのタスクの依頼でも書式のルールを繰り返していない。 - タスクログに Codex へ引き継ぎの行がある。
- どちらの Mac も持たないチームメイトが、共有された変更とタスクログを読める。
- 人が出力をレビューした。実行の終了はツールが完了を報告したことであり、作業が受け入れられたことではない。
失敗とみなす条件
- どちらかのツールが別の日付形式で書いた、またはルールを尋ねてきた。文章を足す前に、承認されたバージョン、そのツールとフォルダーの同期状態、タスクがバインド済みフォルダーで実行されたか、
CLAUDE.mdのインポートや.cursor/rulesなどの競合するローカルファイル、ツールのバージョンを確認します。 - Codex が、Claude Code のチャットにしかなかった決定に依存している。その決定を引き継ぎに追加してもう一度実行します。これは想定どおりの動作で、欠陥ではありません。
- 実行がブロック中か失敗になった、デバイスを待ち続けている、または続行先に Codex が表示されない。Mac がオンラインでサインイン済みか、Codex が同じ Project に接続されているかを確認し、オフラインのままなら再割り当てし、引き継ぎできるタスクの状態を Matrix タスクで確認します。回答のない許可リクエストは期限切れになり、拒否として扱われます。
この確認の限界。観察するのはルール一つ、ツール二つ、引き継ぎ一回だけで、ツールが指示に従う頻度は測れません。配布、一度の正しい結果、その後の動作は別々の観察結果です。実行中に Mac がスリープしたり onemind が終了したりすると、ツールのオーナーに実行が中断されましたという通知が届き、再開を選べます。自動では再開しません。繰り返しやスケジュール実行はこの練習の範囲外です。より詳しい流れはAI の作業を大事な情報ごと引き継ぐをお読みください。
onemind は何を支援しますか？
onemind は、複数の AI ツールにわたる指示と学びのレビューおよびバージョン管理を支援します。維持したい指示を Mind に保存し、Team または Project の範囲を明確にして、修正案を配布前にレビューします。その後、別のタスクでの利用を確認します。
評価すべき点は、レビューと保守の手順がチームの繰り返しの修正を減らすかどうかです。ファイルだけで十分な場合もあります。onemind はモデルがすべての指示を守ることを保証しません。アクセス制御とテストは引き続き必要です。
よくある質問
指示の共有でチャット履歴も同期されますか？
いいえ。プロジェクトの指示ファイルだけでは、別のツールの会話履歴は転送されません。
すべてのツールに同じファイルを渡すべきですか？
共通ルールは同じ意味でも、形式、個人設定、プロジェクトの範囲は異なります。すべてをコピーせず、競合を確認して解決します。
最初に何を試せますか？
繰り返す修正を一つ、プロジェクトを一つ選びます。onemind を開き、現在利用できるツールの設定を確認し、レビュー、配布、後のタスクでの利用まで追跡します。onemind はデスクトップブラウザと macOS に対応しています。現在の料金をご確認ください。
引き継ぎには何を書けばよいですか？
次のツールに必要な決定、ファイル、未解決の質問です。引き継ぎで渡るのはタスクとその最新の結果であり、最初のツールのチャット全体ではありません。チームメイトのツールを使う場合は、先にそのオーナーの承認が必要です。最初の引き継ぎの前に Matrix タスクをお読みください。
公式資料
ツールの動作は変わります。最新の Codex の指示ガイド、Claude Code のメモリ資料、Cursor のルール資料を参照してください。この記事は評価する手順を紹介するもので、顧客事例ではありません。