nanoとCodexの使い方｜長い指示の編集・保存と送信の確認手順

nanoとCodexを組み合わせると何ができるか

nanoは端末上で文章を編集するテキストエディタです。ここでは、Codex CLIに渡す文章を作るために使います。Codexがコードを調べたり変更したりする機能と、nanoで依頼文を整える機能は、それぞれ役割が異なります。専用のモデルを追加する操作でも、別のコーディングエージェントへ切り替える操作でもありません。

OpenAIのCLI customizationは、長いプロンプトでは入力欄でCtrl+Gを押し、指定したエディタを開けると説明しています。また、エディタを保存して閉じると、送信前の入力欄へ文章が戻ることも明記しています。nanoを選ぶ場合も、この外部エディタの仕組みを利用します。

例えば、対象の画面、直したい挙動、変更しない条件、確認方法を一度に依頼すると、文章が数段落になることがあります。入力欄だけでは読み返しにくいと感じるとき、nanoで段落を整理してから戻すと、条件の重複や矛盾に気付きやすくなります。文章を長くすること自体が目的ではなく、依頼の範囲を読みやすくするための方法です。

なぜ今、指示文の入力方法を整えるのか

OpenAIの公式更新履歴には、2026年10月27日のCodex CLI 0.165.0が掲載されています。ただし、この掲載を根拠に、nanoとの連携が同版で追加されたとは判断できません。外部エディタの操作は、現行の公式説明で確認できる機能として扱います。

更新時には、版番号やモデルだけでなく、普段の依頼方法を見直す余地もあります。対象ファイルを曖昧にしたまま長い文章を送ると、回答を受け取ってから補足が必要になります。最初の文章で目的と制約を分けておけば、何を依頼したのかを自分でも確認できます。これはモデルの性能比較とは独立した、利用者側の準備です。

特に、端末中心で作業している人にとって、同じ画面の中で文章を編集できることは選択肢になります。一方、短い質問のたびにエディタを開く必要はありません。一行の質問は入力欄で送り、複数の条件を含む依頼だけnanoで整えるなど、文章の複雑さに合わせて使い分けると負担を抑えられます。

nanoを使う前に確かめる設定

Codex CLIは、VISUALに指定したエディタを優先します。VISUALが未設定の場合はEDITORを参照するため、EDITORだけをnanoへ変更しても、VISUALに別のエディタが残っていると想定どおりになりません。まず、Codexを起動する端末で両方の値を確かめるのが要点です。

以下の例は、BashやZshを使うmacOS、Linux、WSLなどの端末を想定しています。WindowsのPowerShellに同じ記法をそのまま貼り付ける手順ではありません。また、WSL内でCodexを使う場合は、そのWSL環境からnanoを起動できる必要があります。別の環境へ導入したnanoが、そのまま見えるとは限りません。

command -v nano
printf 'VISUAL=%s\nEDITOR=%s\n' "$VISUAL" "$EDITOR"

最初のコマンドでnanoの場所が表示されれば、その端末から呼び出せる目安になります。何も表示されない場合は、利用しているOSや配布元の案内に沿ってnanoの導入を確認してください。導入先が不明な状態で、Codexの設定だけを何度も変更するより、端末でnanoを利用できる状態を先に整えるほうが切り分けやすくなります。

nanoで指示を編集してCodexへ戻す手順

初回は、コードの変更を頼む前に、短い文章で編集と復帰だけを試すと操作を覚えやすくなります。例えば「このプロジェクトの構成を説明してください。ファイルは変更しないでください」という文章なら、目的と範囲を確認しながら試せます。実際の変更を依頼するときも、対象と変更条件を読み返す流れは同じです。

途中で画面の見方が分からなくなった場合は、保存や送信を急がず、現在開いているのがnanoかCodexかを確認します。キー操作の役割は画面によって変わるため、画面下部の案内を読みながら進めてください。

Step 1: 同じ端末でnanoを指定する

Codexを起動する前に、その端末で次の値を設定します。両方へnanoを指定する例なので、VISUALに別の値が残っていた場合の取り違えを避けられます。既に使っているエディタの設定がある場合は、試す前に元の値を控えてください。以下は現在の端末に設定する例で、設定ファイルへ永続的に書き込む操作は含みません。

export VISUAL=nano
export EDITOR=nano

Step 2: Codexの入力欄でCtrl+Gを押す

設定した端末から、対象プロジェクトでCodex CLIを開きます。入力欄へ依頼文を用意してCtrl+Gを押すと、指定した外部エディタが開きます。Ctrl+GはCodexの入力欄で使う操作です。nanoが開いた後に同じキーを押すとnano側のヘルプになるため、どちらの画面を操作しているのかを確認してください。

Step 3: nanoで文章を整えて保存する

nanoでは通常の文字入力で文章を編集できます。基本操作ではCtrl+Oが書き込み、Ctrl+Xが終了です。Ctrl+Oの後に保存先の確認が表示されたら、Codexが用意した名前を維持して確定します。別名保存へ変更すると、Codexが読み戻す文章と編集した文章がずれる可能性があるため、初回は保存先を変更しない方法で試します。

画面下部の案内にある「^」はCtrlキーを表します。例えば「^O」はCtrl+Oです。キー表記やヘルプの説明はGNU nano公式マニュアルで確認できます。設定によってキー割り当てが変わる場合は、実際の画面下部とヘルプの表示を優先してください。

Step 4: 入力欄へ戻った文章を確認して送信する

保存してnanoを終了したら、Codexの入力欄に戻った文章を読みます。対象の名前、変更する範囲、残す条件が意図どおりかを確認し、問題がなければ送信します。OpenAIの説明では、エディタを保存して閉じる操作は送信前の入力欄へ戻る操作です。保存できたことと、Codexへ依頼を送ったことを別々に確認すると迷いません。

長い依頼文に入れる内容と見直し方

依頼文は、背景をすべて書くより、今回の判断に必要な情報を揃えると読みやすくなります。例えば「検索画面を直して」だけでは、表示上の修正か、検索結果の絞り込みかが分かりません。「検索欄が空の場合は全件を表示し、既存の並び順は維持する」と書けば、変更したい挙動と維持する挙動を区別できます。

以下は、nanoで編集する文章の例です。実在のファイル名を断定せず、最初に関連箇所の調査を頼む形にしています。まだ仕様を決められない項目がある場合は、想像で埋めるより「判断が必要なら先に質問する」と明記すると、依頼時点の不確実さを伝えられます。

目的:
検索画面で、検索欄が空の場合は一覧を表示したい。

対象:
まず検索画面に関係するファイルと現在の処理を調べる。

変更条件:
空欄時の扱いを修正し、検索語がある場合の挙動は維持する。
既存の並び順と画面の見た目は変更しない。

確認:
空欄、通常の検索語、該当結果がない検索語で挙動を確認する。
修正した箇所と確認できなかった項目を報告する。

この例を採用しても、生成された変更が正しいと保証されるわけではありません。戻った文章を確認する工程と、変更後の結果を確認する工程は別に必要です。依頼の条件と結果を対応させて読めるようにすることが、文章を整理する実用的な狙いです。説明が長くなった場合は、同じ条件を別の言葉で繰り返していないかも見直してください。

nanoが開かないときの確認方法

外部エディタが開かない場合は、エディタを呼び出すまでの問題と、保存後に文章を戻す問題を分けると調べやすくなります。前者では起動するプログラムと端末の設定、後者では保存先と文章の内容を確認します。どちらの段階で止まったかを先に記録すれば、無関係な設定の変更を減らせます。

1. Codexを起動した環境でcommand -v nanoを確認し、nanoを呼び出せるか確かめます。
2. VISUALとEDITORを確認します。別のエディタが開く場合は、優先されるVISUALの値を見直します。
3. 設定を変えた端末とCodexを起動した端末が同じか確認します。起動済みのプロセスには、後から別の端末で設定した値はそのまま渡りません。
4. Codexの入力欄でCtrl+Gを押しているか確認します。別の画面で押した場合や、端末側がキーを受け取った場合は同じ動作になりません。
5. nanoは開くのに文章が戻らない場合は、保存先を変えていないか、編集内容を保存して終了したかを確認します。

再現する場合は、OS、利用した端末、Codexの版、表示されたエラー、どの操作まで進んだかを記録します。文章が日本語だけ崩れる場合と、エディタ自体が見つからない場合では確認先が異なります。複数の設定をまとめて変えず、同じ短い文章で一項目ずつ確かめると、原因の候補を絞れます。

外部エディタの設定と作業の許可を分けて考える

nanoを指定する設定は、指示文をどこで編集するかを決めます。Codexがどのファイルを変更できるか、どのコマンドを使えるかを決める設定ではありません。OpenAIのCodex CLIの説明でも、外部エディタによる入力の調整と、作業の許可を選ぶ機能は別の項目として案内されています。

「まず調査だけしてほしい」と考えているなら、文章にもその意図を明記し、Codex側の許可範囲も確認します。逆に、文章を丁寧に書いたという理由だけで、広い変更を無確認で受け入れる必要はありません。返ってきた説明、実際の差分、確認結果を読んで、依頼の範囲内に収まったかを判断します。

日常的には、短い相談は入力欄で送り、条件の多い依頼はnanoで編集する使い方から始められます。外部エディタの操作に慣れたら、保存後に必ず入力欄を見直す習慣をつけてください。文章を作る場所を増やすだけで終わらせず、目的と条件を確認してからCodexへ渡す工程として使うと、依頼内容を管理しやすくなります。