整え名人｜無料マニュアル

販売用 第1版｜2026年10月26日

この記事は「整え名人｜会話で整える文章編集プロンプト（Codex用）」の無料マニュアルです。

原稿を渡し、出来上がった文章を見ながら、会話で整えるためのCodex用プロンプトです。初めて使う方は第1章だけで、導入から文章の作成・修正・保存まで進められます。細かな設定は必要になってから指定してください。

• 基本プロンプト.md

  1. Codexに読み込ませる文章作成・編集のルール。

• 利用マニュアル.md

  1. 利用者向けの手順と指示例。

このマニュアルは購入前でも無料で読めます。購入対象は基本プロンプト本体で、保存用のマニュアルも同梱します。

本書は第1版「基本プロンプト.md」を対象とします。編集の判断は基本プロンプトに従います。例文の条件をすべての原稿へ適用する必要はありません。

.mdはMarkdown形式の文章ファイルです。見出しなどの記号を使ったテキストで、内容はテキストエディターでも読めます。導入時は、配布された2ファイルを改名・変換せずに使ってください。本書の「原稿.md」「参考文体.md」は利用者が用意するファイル名の例で、「完成稿.md」「エッセイ用プリセット.md」は保存時に作るファイル名の例です。同梱ファイルではありません。

• まず使ってみたい

  1. 第1章

• 作れる文章と頼み方を知りたい

  1. 第2章

• 文体・語調を選びたい、変えたい

  1. 3-1 文体と語調を調整する

• 長さ・表示を調整したい

  1. 第3章

• 生成後に主題・メッセージ・文体・技法を選びたい

  1. 第4章

• 別の原稿・続きもの・いつもの設定で使いたい

  1. 第5章（続きものは5-4）

• 質問への答え方や結果の確認方法を知りたい

  1. 第6章

• 利用上の注意・免責を確認したい

  1. 第7章

noteでは記事の目次から読みたい項目へ移動できます。文体の指定例は「3-1 文体と語調を調整する」をご覧ください。

公開・配布・業務利用の前には最終稿を確認してください。専門分野の文章は、第7章の専門職による確認事項もお
読みください。

1．まず1本の文章を仕上げる

1-1〜1-5が「まず試す手順」です。質問やトラブル、設定の確認や初期版への復元が必要なときは、1-6の「困ったときの手順」をご覧ください。

1-1．準備して作業フォルダを開く

• Codexを利用できる環境。

• 「基本プロンプト.md」と「利用マニュアル.md」。

ここでは、デスクトップアプリのCodexで、パソコン内の作業フォルダを使う方法を説明します。Codexの準備・ログインは事前に済ませてください。本商品は、通常のChatGPTチャット用の導入手順ではありません。

既存のプロジェクトに導入する場合は、ZIPを解凍して対象のプロジェクトを開き、第1-2節の「既存のプロジェクトへ、添付ファイルから導入する場合」へ進んでください。新しいフォルダを作る必要はありません。

新しく文章編集用のプロジェクトを作る場合は、次の手順で進みます。

1. パソコン内に文章編集用フォルダを作ります。名前と保存場所は任意です。

2. その中に、上記の2ファイルを置きます。

3. デスクトップアプリを開き、Codexを選びます。

4. 作業場所を選ぶ画面で、フォルダを開く操作を選び、手順1で作ったフォルダを指定します。新規プロジェクトを作る画面を使う場合も、文章編集用の名前を付け、そのフォルダを作業場所に設定します。

5. 対象プロジェクトのメニューで「Edit project」を開き、手順1のフォルダが登録されているか確認します。未登録なら「Add folder」で追加します。複数ある場合は、そのフォルダを「Make primary」で既定の作業場所にします。

6. そのプロジェクトを選び、Codexの「New chat」から新しいチャットを始めます。

フォルダ例：

文章編集/
├─ 基本プロンプト.md
└─ 利用マニュアル.md

新しいチャットは既定のフォルダから始まります。画面名・入口は版や表示言語で異なる場合があるため、本書と一致しなければ公式資料も参照してください。OpenAI公式：デスクトップアプリ、プロジェクトとチャット

1-2．初回だけプロジェクトに設定する

新しいチャットでも毎回読み込みを依頼しなくて済むよう、この作業フォルダに、基本プロンプトを参照する短いプロジェクト用の指示を設定します。基本プロンプトの全文をCodex全体の共通指示へ追加する必要はありません。

プロジェクトを作ったら、そのプロジェクトの新しいチャットに次を送ってください。

設定後に、表示された保存先と内容を確認します。既存の「AGENTS.md」がある場合は、変更案を確認し、必要ならそのファイルに追記するよう依頼してください。「AGENTS.md」はこの作業フォルダで使う短い案内で、基本プロンプト自体は別ファイルのままです。

設定後の確認は新しいチャットで行います。設定したチャットをそのまま続ける場合は、新しい指示がその会話に自動反映されるとは限らないため、「基本プロンプト.mdを読み込み、この会話の文章作成・編集に適用してください」と直接依頼してください。

既存のプロジェクトへ、添付ファイルから導入する場合

既に作業中のプロジェクトでも利用できます。購入時のZIPを解凍し、そのプロジェクトのチャットを開きます。入力欄の添付操作から、解凍した「基本プロンプト.md」を選び、添付した状態で次の指示を送ってください。画面の表示や添付できる形式は環境によって異なります。

添付されたファイルをCodexが読めない場合は、解凍したファイルの実際の保存先を伝えてください。既存の基本プロンプトを使うか、添付したものを別名で保存して使うかは、確認のうえ選べます。

設定後は、同じプロジェクトで新しいチャットを開いて文章作成を始めます。設定したチャットをそのまま使う場合は、保存した基本プロンプトの実際のファイル名またはパスを指定して、この会話での文章作成・編集に適用するよう直接依頼してください。

新しいチャットでは、自動的に読み込まれるか確認することを勧めます。確認方法、読み込めない場合、初期版への復元は「1-6．困ったときの手順」を参照してください。確認できない場合は、1-6の直接読み込みを使ってください。

1-3．原稿を渡して作成する

文章を貼り付けるか、原稿ファイルを指定します。最初は次の程度の指示で構いません。

用途が決まっている場合：

ファイルから始める場合：

ご自身の原稿を作業フォルダへ保存してから、そのファイル名を指定します。以下の「原稿.md」は例なので、実際の名前に読み替えてください。原稿を貼り付ける場合は、ファイルを作る必要はありません。

1-4．読んで、変えたい点を伝える

同じ原稿の修正は、同じチャットで続けます。

Codexの「Composer Predictions」に次の作業候補が表示されたときは、修正指示を考えるヒントとして使えます。これはCodex側の候補表示で、基本プロンプトが回答の末尾に示す「次の調整」とは別です。候補は表示されないこともあります。表示された内容が意図に合うか確認し、候補を使う代わりに自分の言葉で指示することもできます。

以下は、必要なものを一つ選んで送る修正例です。上から順に実行する手順ではありません。

「柔らかく」「出来事を変えない」「本文だけ」「質問不要」などの条件は、続きの編集にも引き継ぎます。「短くして」だけで以前の条件を解除しません。「質問不要」を後から解除したいときは「今後は次の調整も表示してください」と指定します。

「本文だけ」と「質問不要」の両方を指定していた場合は、解除する条件と表示したい内容をまとめて伝えると明確です。

変更範囲も引き継ぐため、後で別の箇所を直す場合は範囲を変更すると伝えてください。例えば、冒頭だけを直した後で末尾を直すなら、次のように指定します。

質問や短縮が難しいという通知が出た場合は「1-6．困ったときの手順」を参照してください。

「少し」「控えめに」は主に語句や文の接続の調整です。構成変更などの詳しい指定は第3章で説明します。

1-5．最終稿を確認して保存する

元原稿と比べて日時・数値・条件などを確認してください。評価を依頼する方法は第6章にあります。

事前に自動保存などの運用を合意していなければ、生成・修正だけではファイルへ保存しません。初めて保存するときは、文章と保存方法を指定してください。保存運用を合意済みの場合は、その範囲で保存します。

保存後は、保存先と内容を確認します。文章の保存は、外部への公開・送信を指示するものではありません。

1-6．困ったときの手順

途中で質問や短縮が難しいという通知が出た場合は、次のように進めます。

• 不足情報や条件の選択を尋ねられた

  1. 分かる情報や、どの条件を優先するかを答えます。不明な事実は推測で埋めさせず、原稿・資料を確認します。

• 目安まで短くするのは難しいと通知された

  1. 理由と、提示された場合は短縮できた範囲の本文を確認します。その案でよいか、希望分量を緩めるか、省略を認めるかを決めます。

• 厳密な字数上限に収まらないと確認された

  1. 省略してよい部分を指定するか、上限を変更します。条件の削除で意味が変わる場合は、その影響を確認してから回答します。

「本文だけ」と頼んでいても、これらの質問・通知は表示します。詳しくは第3章の「短縮・要約・文字数」と、第6章を参照してください。

設定を確かめる

同じプロジェクトで新しいチャットを開き、まず次のように尋ねます。

参照先を確認したら、さらに同じプロジェクトの新しいチャットで、読み込みを直接指示せず、短い原稿を使って実際に試します。次の例をそのまま送れます。

作業の詳細が見られる環境なら、適用された「AGENTS.md」と、設定した保存先の基本プロンプトを実際に参照した記録を確認し、編集結果が依頼に沿っているかも見ます。返答で設定や読み込みを報告するよう後から依頼しても、その報告だけでは読み込みの証拠になりません。記録を確認できない場合は自動読み込みを未確認として扱い、必要に応じて下記の直接読み込みを使ってください。指示への追従は環境や状況によって異なるため、一度確認できても常に確実に反映される保証はありません。

参照できない場合は、プロジェクトの作業フォルダ、「AGENTS.md」と「基本プロンプト.md」の保存先・名前を確認します。直らない場合は、そのチャットで次のように直接依頼できます。

この方法を使わず、チャットごとに直接読み込みを依頼することもできます。別の作業フォルダで同じ設定を使う場合は、そのフォルダでも設定と確認が必要です。OpenAI公式：AGENTS.mdによる指示

初期の基本プロンプトに戻す場合

導入時にファイルをコピーする場合は、既存の基本プロンプトを上書きしないのが基本です。カスタマイズや整理では、編集するファイルを指定し、変更前のバックアップを残したうえで更新できます。購入時の初期版に戻したい場合は、購入時のZIPから解凍した「基本プロンプト.md」を添付し、対象の保存先を確認してから、例えば次のように明示します。

保存先が分からない場合は、先に次のように尋ねます。

示されたパスが、戻したいファイルであることを確認してから、添付ファイルと一緒に次を送ります。

上書き前に、添付したファイルが戻したい初期版であることと、対象のパスを確認してください。設定はそのままで基本プロンプトだけを戻す場合は、「AGENTS.md」は変更しないよう指定します。

2．作りたい文書から頼み方を選ぶ

以下は用途の例です。正確性や完成度を保証する一覧ではありません。

• エッセイ・体験談

  1. 「この体験談をエッセイに。出来事と気持ちは変えないで」

• コラム

  1. 「以下のニュースを基にコラムに。報道事実と考察を分けて」

• 解説記事

  1. 「初めて読む人向けに。専門用語を説明し、条件は省かないで」

• 商品・サービス説明

  1. 「特徴、利用場面、注意点の順に。根拠のない効果は加えないで」

• 会議資料

  1. 「元の情報を残して、現状・課題・確認事項に整理して」

• 企画・提案書

  1. 「現状と提案を分け、原稿にない予算や日程は確定しないで」

• 概要マニュアル

  1. 「管理担当者向けに、依頼・確認の流れを整理して。操作手順は対象外と明記して」

• 実作業用の手順書

  1. 「対象環境、実施者、手順、完了基準を整理して。不足は作らず確認して」

• お知らせ・報告

  1. 「日時、場所、担当、連絡条件を残して分かりやすく」

• SNS向け文章

  1. 「投稿先の字数上限内に。条件や注意点を落とさないで」

• 比較・レビュー

  1. 「比較基準をそろえ、確認した事実と感想を分けて」

• ショートストーリー

  1. 「設定を基に800〜1200字で。出来事や会話は創作してよい」

用途変更だけでは、情報を省略してよい指定になりません。概要に要約したい場合は、省略できる範囲も伝えてください。議題や運用を新しく補う場合は「案」として区別します。

メール・議事録・マニュアルを含む、すべての文書で、生成後に用途に合う改善案と選択肢付きの質問を表示します。ビジネス文書では、丁寧さ・簡潔さ・構成・情報の見つけやすさ等を提案し、主題や感情、文学的な技法の選択を一律に求めません。必要な不足情報の確認は別に行います。詳しくは第4章を参照してください。

コラム・エッセイは、まず原稿と依頼から本文を作り、生成後に主題・メッセージ・文体・技法を選んで整えます。最初から指定しても構いません。選択肢への答え方は第4章にまとめています。

原稿がない創作は、主人公、場面、長さ、結末の希望などから始められます。実体験を長くする依頼だけで、新しい出来事や感情を創作する扱いにはなりません。

実作業用のマニュアルには、操作だけでなく、開始条件、実施・確認担当、完了基準、中止・復旧判断などが必要です。情報が足りない概要資料を、実作業用の完成品として使わないでください。

2-1．ニュース記事を、自分の意見を含むコラムにする

ニュースサイトの記事本文をチャット欄へコピー＆ペーストし、次のように依頼できます。後で出典を確認できるよう、媒体名、記事名、公開日、URLも添えておくと便利です。

出来上がった文章を読み、取り上げたい主題や自分の意見を追加します。例えば、図書館の開館時間延長に関する記事なら、次のように伝えられます。

主題や意見が決まっていなければ、先に案を求めても構いません。

選んだ案に自分の考えを加え、「この主題と意見でコラムにしてください」と続けます。主題と意見が最初から決まっていれば、記事と一緒に指定できます。最後に「結びを簡潔に」「少し柔らかく」などで調整します。

確認するのは、記事の要約だけになっていないか、追加した意見が自分の考えに合うか、考察を報道事実のように書いていないか、という点です。出典情報を添えただけでは、リンク先本文や事実関係の確認まで済んだことにはなりません。出典確認は第6章、公開前の注意は第7章を参照してください。

2-2．書き足して散らかったマニュアルを整理する

気づいた順に追記したメモや、手順・注意事項・例外が混在するマニュアルも対象にできます。全文を貼り付けるか、ファイルを指定してください。

例えば、次のようなメモです。以下は説明用の架空の原稿です。

整理を頼む例：

確認後に、必要な箇所を調整できます。

ここでの目的は、文章量を減らすことより、必要な情報を作業中に見つけやすくすることです。整理後は、注意事項の移動で適用範囲が変わっていないか、例外が落ちていないか、作業順を変えることで実行結果が変わらないかを確認してください。

担当や操作などの不足が残る整理案は、そのまま実作業用の完成品とは扱いません。不足する情報を補い、実際の作業を知る担当者が確認してから使ってください。

2-3．思いつくままに書いた散文をエッセイにする

出来事と気持ちを順不同で書いた文章や、日記のようなメモからも始められます。最初から文章の構成や結論を決めておく必要はありません。

例えば、次のような散文です。以下は説明用の架空の原稿です。

そのまま貼り付け、用途と文体を伝えます。

文体・語調は好みに合わせて選べます。「です・ます調」「だ・である調」、会話に近い語り口などのコピー用指示例は、3-1 文体と語調を調整するにまとめています。

出来上がったエッセイの結びだけを調整する例：

整理後は、元の自分の気持ちより強く言い切っていないか、意図していない教訓や前向きな結論が加わっていないかを確認してください。

2-4．箇条書きのメモからメール・依頼文を作る

連絡用メモから案内メールを作る

日時・場所・用件を並べるだけで、別の用途指定がなければ、件名と本文のあるメールを作る依頼として扱います。必要な情報がそろっていれば、そのまま作成します。不足がある場合だけ質問し、回答後に作成します。

入力例

宛先が不明なので、AIが「宛先はどなたですか？」と尋ねます。「営業部」と答えると、営業部向けの案内メールを作成します。以下は、2026年10月26日に依頼した場合の例です。

件名：商品販売形態変更の説明会のご案内（10月27日15時）

営業部の皆さま

商品販売形態の変更について、下記のとおり説明会を行います。

日時：10月27日（火）15時
場所：会議室A

ご参加くださいますよう、よろしくお願いいたします。

別の入力例

この場合は宛先が分かっているので再質問せず、不足する会場を尋ねます。「弊社ショールーム」と答えれば、その情報を反映してメールを作成します。不足する情報がある段階では、質問をメール本文に混ぜた未完成文を出さず、質問を先に示します。

• 「今日・明日・来月30日」などは、依頼時点の日付と利用者のタイムゾーンを基準に具体的な日付へ変換します。未来の予定で年がない月日は直近の該当日を仮定し、今年のその日が過ぎていれば翌年とします。期限は開催日との前後関係も考慮します。一度確定した日付は継続編集で保持します。

• 原稿に年が指定された日付は「2026年11月12日（木）14時」、年が省略された日付は「11月12日（木）14時」のように表示します。年を仮定した場合は変更報告で知らせます。日付・曜日の正しさと仮定した年は、利用者も確認してください。

• 原稿の曜日と計算結果が食い違う場合や、年・日付の解釈が業務上の判断に影響する場合は確認します。日付や曜日を検証できないときも推測で確定しません。

• 通常の業務の会議・説明会で「3時」とあれば15時と判断します。深夜業務などで解釈が分かれる場合だけ確認します。

• 存在しない日付や、「来週」だけで開催日が決まらない場合は質問します。引用記事や過去の原稿の相対日付を現在基準で書き換えません。

• 終了時刻・出欠回答・持参物などは一律に求めず、必要な不足だけを質問します。未記載の条件や署名を作り足しません。

• 「もう少し丁寧に」「社内向けに簡潔に」などで修正できます。生成後には、このメールに合う丁寧さ・簡潔さなどの調整案を選べます。

メール文の作成だけで、実際の送信は行いません。

取引先への依頼メールの例

宛先、用件、希望日、回答期限などのメモから、送れる形のメールを作れます。以下は説明用の架空のメモです。

指示例：

相手との距離感も調整できます。

確認点は、希望日を確定した納期に変えていないか、未着を未発送に変えていないか、宛先・数量・期限が合っているかです。依頼文や連絡文も同じように、相手・用件・必要な行動・期限をメモで渡せます。

2-5．長い文章を、情報を残して短縮する・要約する

長い案内文は、「情報を残した短縮」と「必要な情報を選ぶ要約」を使い分けます。以下は説明用の架空の原稿です。

時間は10時から11時30分まで、会場は本社2階の会議室です。オンラインでの配信はありません。参加費は無料です。定員は20人で、申し込みを受け付けた順に参加者を決めます。希望者が定員を超えた場合は、別日程での開催を検討しますが、追加開催はまだ決まっていません。

参加を希望する方は、11月5日17時までに総務部の佐藤へ、メールで申し込んでください。申し込みには氏名、所属部署、資料整理で困っていることを一つ記載してください。締め切り前でも定員に達した場合は受け付けを終了します。

当日は、普段使っているパソコンと、整理方法を相談したい資料の例を一つ持参してください。例に使う資料には、顧客の個人情報や社外秘の情報を含めないでください。実際の資料を持ち出せない場合は、内容を架空のものに置き換えた見本でも構いません。申し込み後に欠席が決まった場合は、研修開始前までに佐藤へメールで連絡してください。

情報をすべて残して短くする指示例：

要点を選んで掲示用に要約する指示例：

上の二つは目的の異なる指示です。要約から始めたい場合は、要約の指示と元原稿を一緒に送ってください。

指定した字数に収めるために保持事項を削る必要がある場合は、AIからの確認に答えて条件を調整します。例えば「目的の説明はさらに省いてよい」「上限を400字に変更する」と伝えます。条件を削ると意味が変わる場合は、影響を確認してから決めてください。詳しい数え方と通知の扱いは第3章を参照してください。

2-6．同じ内容を、読者に合わせて書き分ける

社内用の説明を利用者向けの案内にするなど、事実や条件を保って説明の順序・語彙・語調を変えられます。以下は説明用の架空の原稿です。

指示例：

読者を変えることと、情報を省くことは別です。読者に不要な社内事情などを省きたい場合は、その箇所を別途指定します。確認点は、対象となる予約の範囲、変更日、例外、変更しない事項が両方の文章で一致しているかです。

2-7．会議メモから議事録・報告書を作る

発言や決定を気づいた順に書いたメモから、決定事項・未決事項・担当・期限を整理できます。以下は説明用の架空のメモです。

議事録にする指示例：

上司向けの報告に変える場合：

整理後は、誰かの発言が会議全体の決定に変わっていないか、未定事項が埋められていないか、担当と期限が別の作業に結び付いていないかを確認します。報告をさらに短くしたい場合は、残す事項と省略してよい事項を指定してください。

3．文体・長さ・表示を調整する

3-1 文体と語調を調整する

文体は「です・ます調」「だ・である調」などの語尾の形、語調は「柔らかい」「落ち着いた」「親しみやすい」などの印象です。組み合わせて指定でき、基本プロンプトの書き換えは不要です。
自分の過去の文章を参考に、自分らしい文体でAIに書いてもらいたい方は、AIが書く文章は、なぜ「自分の文章」にならないのか？もご覧ください。文章の特徴を分析し、スキルとしてまとめる方法を紹介しています。

以下は、生成後に同じチャットへコピーして送れる指示例です。必要なものを選んでください。最初の作成時にも、原稿と一緒に文体・語調の希望を伝えられます。

すべての文書の生成後に表示する選択肢と答え方は、第4章にまとめています。文体だけを変える場合は、以下の指示例のように直接頼めます。ビジネス文書の文体も、ご自身から指定して変更できます。

です・ます調で、柔らかくする

だ・である調で、落ち着いた語り口にする

会話に近い自然な語り口にする

場面や余韻を大切にする

文体はそのまま、少しだけ柔らかくする

ほかにも、次のような短い指示を使えます。

• 敬意を加える

  1. 「もう少し丁寧にしてください。過剰な敬語や謝罪は足さないでください」

• 説明を分かりやすく

  1. 「主語と情報の関係を分かりやすくしてください。条件や例外は残してください」

• 断定の程度を調整する

  1. 「不要な曖昧さを減らしてください」／「意見の断定を少し控えてください」

• 要点を強調する

  1. 「要点を強調してください。事実や効果は誇張しないでください」

• 軽いユーモアを加える

  1. 「用途に合う軽いユーモアを加えてください。人物への嘲笑や、実体験にない出来事は加えないでください」

文体の変更だけでは、新しい体験や本心を作る許可になりません。主張の強さ、事実の確実性、重要な注意を不用意に変えず、「断定して」でも推測を事実にしません。内容を変えたい場合は、変更する事項を別に明示してください。

「少し」「控えめに」だけで、段落順や構成全体まで変える扱いにはしません。構成も変えたい場合は、次のように併せて指定します。

参考文の文体を使う方法と、好みの設定を保存する方法は第5章にあります。

3-2．短縮・要約・文字数を指定する

• 短く、簡潔に

  1. 情報を残し、重複・冗長な表現を圧縮する。

• 内容を変えない

  1. 意味、出来事の関係、感情を保つ。省略許可ではない。

• 全情報を残す

  1. 細部も残す。同じ情報の重複は統合できる。

• 要約、要点だけ

  1. 目的に応じて情報を選ぶ。保持指定・主旨・不可欠な根拠や条件は残す。

「半分程度」「300字以内」だけでも、省略の許可にはなりません。

短縮が難しい場合は、初回の短縮から、難しい点と理由を通知します。目安まで減らせなくても、情報や語調を守って短縮できた範囲を示す場合があります。厳密な上限と情報保持が両立しない場合は、「省略してよい部分の指定」「上限の変更」の両方を示して確認します。

省略箇所を指定しても、条件の削除で残る文が別の意味になる場合は、その影響を説明し、反映前に意図を確認します。意味への影響まで確認済みなら、同じ確認を繰り返しません。

文字数は、既定では本文を対象とし、句読点・本文の見出し・箇条書き・表の内容を含みます。タイトル・総評・提案・空白・改行・Markdown装飾・行頭記号や番号を除き、リンクは表示文字だけを数えます。

独自の計測方法がある投稿先では、その方法も指定してください。上限・範囲・倍率・短縮は、利用可能なツールで同じ方法で実測します。基準が未指定なら初回は原稿、続きの編集では最新本文です。部分修正は対象部分で比べます。

「本文だけ」では計測値の表示を省きます。実測不能なら適合確認済みとはせず、示す数値を概算とし、厳密な確認が必須なら扱いを確認します。

3-3．本文だけ・説明付きなどを選ぶ

標準では、本文と短い変更報告を示します。生成後の選択案内は、第4章の対象・省略条件に従います。補足・評価は必要な場合だけ添えます。

生成後の改善提案や選択質問が不要な場合は、「質問不要」または「本文だけ」と指定してください。「質問不要」は生成後の調整質問と、それに伴う候補提示を省く指定です。変更報告は通常どおり表示します。「本文だけ」は変更報告も省き、本文だけを表示します。どちらも、正確な作成に必要な不足情報の確認や、条件が両立しない場合の通知は省きません。

• 本文だけ表示して

  1. 本文。総評・補足・提案・生成後の調整質問を省く。

• 質問不要

  1. 生成後の調整質問と、それに伴う候補提示を省く。変更報告は表示する。

• 提案は不要

  1. 任意の追加案と生成後の調整質問を省く。

• 修正箇所だけ表示して

  1. 指定した修正箇所。

• 今回の変更点を説明して

  1. 変更の説明。本文は再生成しない。

• 元原稿と比べて評価して

  1. 具体的な箇所と根拠に基づく評価。本文は変更しない。

「本文だけ」でも、内部の照合と、必要な確認質問・短縮が難しい場合の通知は行います。

この商品の「総評」は、原則2文程度の変更報告です。「一文を二文に分けた」などの操作を伝え、品質の採点や称賛とは区別します。新規作成では構成や指定の反映内容を説明します。

途中で変更説明を頼んでも、次の編集では元の表示指定に戻ります。以後も変更報告が必要なら「今後は総評も付けて」と指定してください。

3-4．条件をまとめて指定する

基本プロンプトの読み込み後は、原稿と依頼だけで始められます。本商品専用のAPIキー設定、プラグイン追加、設定画面の操作は、基本的な文章編集には必要ありません。

文体などを細かく決めたい場合だけ、チャット内で条件を指定します。基本プロンプト自体を書き換える必要はありません。

• 用途・読者

  1. 商品説明文。初めて購入を検討する人向け。

• 分量

  1. 600字以内、800〜1200字、原稿と同程度。

• 文体・語調

  1. です・ます調、柔らかく、落ち着いた表現。

• 構成

  1. 結論から、時系列で、特徴→利用場面→注意点。

• 技法・強さ

  1. 対比を控えめに。意味が不明なら説明も依頼できる。

• 保持・省略

  1. 数値と注意事項は残す。補助例は省略してよい。

• 創作・補足

  1. 出来事は追加しない。会話は創作してよい。

• 表示・評価

  1. 本文だけ、変更報告も付ける、元原稿と比較する。

「詳細モード」は、これらを詳しく指定する使い方です。専用画面への切り替えではありません。必要な項目だけ指定し、ほかは任せられます。

字数と情報保持が両立しない場合は、調整する条件を確認します。「案を見てから決めたい」と指定すれば案の提示後に止まり、「この条件で作成して」と指定すれば作成まで進めます。

4．生成後に主題・メッセージ・文体・技法を選ぶ

4-1．生成した文章に合う改善案を選ぶ

ここでいう「生成後の質問」は、文体・構成・結び・技法などの推敲案を選ぶためのものです。「なぜそう感じたのですか」など、気持ちや背景を掘り下げる質問とは区別します。必要な事実確認があっても、それだけで推敲の選択案内を済ませたことにはしません。

文書の種類を問わず、まず依頼に沿う本文を作成します。生成・再生成した返答の末尾には、原則として「次の調整」で用途に合う改善案と選択肢付きの質問を表示します。コラム・エッセイでは、次の4点のうち、未指定または変更を希望した項目について、AIが文章に合う候補を示します。指定済みの項目は「維持」と示し、すべてを毎回尋ねることはしません。

• 主題

  1. 何を中心に考える文章にするか。

• メッセージ

  1. 読者へどんな考え・願いを伝えるか。結論を押し付けず、問いを残す形も選べます。

• 文体

  1. 率直、柔らかい、落ち着いた語り口など。具体的な指定例は3-1にあります。

• 技法

  1. 対比・反復・体言止めなど、本文のどこに使い、どう伝わり方を変えるか。

ビジネス文書での提案例

• メール

  1. より丁寧にする／情報を残して簡潔にする／日時・会場を見つけやすくする。

• 議事録

  1. 決定・未決事項を分ける／担当と期限を表にする。未定事項は確定させません。

• マニュアル

  1. 見出し・分類を整える／確認項目をチェックリストにする。実際の手順や条件は変えません。

• 報告書・提案書

  1. 結論を先に示す／事実と提案を分ける／比較を表にする。

例えばメールなら、本文の後に「案A：挨拶と依頼をより丁寧にする」「案B：日時・会場を冒頭にまとめる」といった、その文章に合う具体案と「A・B・今のまま」の選択を示します。すでに適切な形なら無理に案を作らず、別の文体や構成を見たいか、現状を維持するかを選べる案内にします。

必要な情報が不足している場合

メール・議事録・マニュアルでは、原稿や追加情報を確認したうえで、依頼された用途に必要な情報が記載されていないと明確に分かる場合、生成後の「次の調整」に不足事項の確認・補足案を加えます。何が未記載で、読み手や作業者が何を判断できないのかを示し、利用者が情報を指定して反映するか選べます。

例えば、初めて来場する取引先への開催案内で、会場名はあるものの住所が原稿に記載されていない場合は「会場の住所が未記載のため、参加者が場所を判断しにくい可能性があります。住所を確認して追加しますか」と案内できます。議事録では決定した作業の担当や期限が未記載の場合に確認を提案できます。実作業用マニュアルでは、開始条件や不具合時の対処など、依頼された作業の実施に必要な情報が欠けていれば確認事項として示します。ただし、概要資料で対象外とした詳細を、無条件に不足とは扱いません。

原稿に記載がないことは、その情報が存在しない、または作業が行われなかったという意味ではありません。担当者・日付・手順などをAIが推測で埋めることはせず、分かる情報を利用者が伝えます。不足の有無や必要性が分からない場合は、未確認として扱います。

正確に作成・実行するための重大な不足は、生成後まで待たずに確認します。例えば開催案内の会場がない場合は、本文の完成前に尋ねることもあります。その場合、回答済みの内容を繰り返し質問しません。実作業用マニュアルで不足が残るときは、未完成・要確認を明示し、完成した手順として扱いません。

「質問不要」「提案不要」「本文だけ」の場合は、生成後の任意の不足提案を省きます。ただし、解決しなければ正確な作成・実行判断に重大な影響がある不足については、これらを指定していても必要な確認や通知を行います。

生成後の質問例：戦争を題材にした文章の場合

読者にどんな思いを伝えたいですか？
メッセージ1．これ以上、人が亡くならないでほしい。
メッセージ2．人の命と何を引き換えにしているのか、一緒に考えてほしい。

文体1．率直な個人の語り口
文体2．柔らかく語りかける文体

案A．結びで中心の問いを反復し、答えを読者に委ねる。
案B．空港の業務再開と戻らない命を対比し、日常と喪失の違いを強調する。

これは4項目とも未指定の場合の質問形式を説明する例です。実際の候補は原稿ごとに変わり、技法には対象箇所・短い修正例・期待する効果・注意を添えます。文体は通常2件、最大3件、技法は0〜2件です。適した技法がなければ「追加技法なし」と示し、他の未指定項目を選べるようにします。未指定項目がなくても、後述の短い継続選択を表示します。「いちばん伝えたいこと」への回答で主題とメッセージを共に決められる場合は、対になる候補にまとめて一度だけ尋ねます。同じ主題でも伝えたい考え・願いに選択余地が残る場合だけ、メッセージを別に尋ねます。

答え方の例

すべてを選び直す必要はありません。既に指定・合意した項目は維持し、選んだ項目だけを変更します。「今のまま」「別案」や自由な言葉での回答も受け付けます。選択前は本文を変えず、明確な選択は再承認せず反映します。未表明の体験や気持ちを作る許可にはなりません。

「本文だけ」「提案不要」「質問不要」や完成・終了の意思がある場合は、生成後の質問を省きます。正確な作成に必要な不足情報の確認は、生成後の改善案の選択とは別に行います。

4-2．技法の選択と反映

技法は、目的に合う効果、対象箇所と修正例、条件との両立、既存案との差を説明できる場合だけ提案します。候補数を埋めるための提案はしません。改行だけの変更や「余韻が出る」といった抽象的な説明だけで追加を勧めず、どの言葉・構造・関係を変えて何を伝えるかを示します。必要な改行・段落分けは、通常の読みやすさの調整として扱います。現在の文章で目的を満たしていれば、追加しない選択もできます。

「技法を使いたい」「文体を変えたい」とだけ返した場合は、該当する候補を示して選択を待ちます。技法を明示的に求められても、適した案がなければ、その理由を短く説明します。

• 案Aを反映して

  1. 選んだ案と必要な接続を直す。

• 別案

  1. 前案と役割・効果の異なる案を検討する。

• 両方

  1. 直近の案が両立すれば反映し、相反すれば確認する。

• 変更しない

  1. 現在の本文を保つ。

「倒置法を控えめに使って」のような直接指定は、条件に合う範囲で実行します。すべての文書で、選択案を反映した直後も質問は表示します。ただし、新しい技法案を自動で追加したり、反映した内容を再承認させたりはしません。全項目が決まっている場合や追加技法がない場合は、詳しい候補の再掲に代えて、次のように案内します。

AIが文章を完成と判断しただけでは質問を省きません。利用者から「本文だけ」「提案不要」「質問不要」「これで完成」「終了」などの指定がある場合は省きます。説明・保存だけの返答には、この質問を付けません。評価のみの返答後の選択案内は第6章を参照してください。

一覧で選ぶ場合は「技法の一覧を見せて」と伝えます。

• 1

  1. 倒置法：語順で印象を強める。

• 2

  1. 比喩：別のものに例える。

• 3

  1. 反復：言葉や構造を繰り返す。

• 4

  1. 対句：対応する表現で対比やリズムを作る。

• 5

  1. 体言止め：名詞で終え、間や余韻を作る。

• 6

  1. 五感描写：原稿の感覚情報を生かす。

• 7

  1. お任せ。

• 8

  1. 新たな技法を追加しない。

1〜6は複数選択でき、7・8はそれぞれ単独です。「1と5を控えめに反映して」などと返信してください。8は、既存技法の全削除を意味しません。

番号は直近の一覧を指し、個別提案のA・Bとは区別します。対象が不明な場合や矛盾する組合せは確認します。チェックボックスを表示しても、自動的な排他制御を実装するものではありません。番号や自然文で返信できます。

5．別の原稿・いつもの設定で使う

5-1．別の原稿・前の文体を使う

別の原稿は、新しいチャットで始めることを勧めます。第1章のプロジェクト設定を確認できていれば、文章編集の際に基本プロンプトを参照するよう依頼する手間を減らせます。前の原稿固有の文体・文字数・表示指定・提案履歴を自動採用しないのが基本ルールです。ただし、新しいチャットは上位指示・メモリ・プロジェクト共通指示を消去する操作ではありません。

同じ作品の続きや連載の次回を書く場合は、別の原稿への切り替えとは区別し、5-4の方法で前回の文章と引き継ぐ条件を指定してください。

同じチャットでやり直す場合：

原稿の再掲だけではリセットしません。

前の文体を使いたい場合は、参考文と引き継ぐ範囲を明示してください。

「参考文体.md」は、参考にしたいご自身の文章を保存したファイル名の例です。用意したファイルの実際の名前に読み替えるか、参考文をチャットへ貼り付けてください。

文例は貼り付けても構いません。参照する本文が確認できない場合は、文例やファイルの指定を求めます。文体だけの指定では、以前の文字数・出力形式までは引き継ぎません。

5-2．よく使う条件を保存する

次の依頼で設定用ファイルを新しく作ります。「エッセイ用プリセット.md」は例で、名前は変更できます。保存した後の再利用例も、その名前に合わせてください。

再利用するときは、両方を読み込ませます。

一度の修正指示を自動的に恒久設定へ変えるものではありません。保存先の指定がなければ、合意済みの場所、次に作業フォルダの未使用名を使います。上書き意図が不明なら確認または別名保存を提案します。

5-3．基本プロンプトを更新した場合

カスタマイズを重ねると、追加した指示と既存のルールが重複・矛盾する場合があります。また、ファイルが長くなると読み込み時のトークン使用量にも影響します。内容が増えてきたら、チャットで次のように整理を依頼できます。

必要なルールや好みを保ちながら整理したい場合は、その旨も伝えます。変更前のファイルを残し、整理後は変更内容を確認してください。短くなっただけで意図どおりに動くとは限らないため、実際の原稿で試すことを勧めます。

「整頓してください」だけでは、変更案の提示になるか、ファイルの更新まで行うかが状況によって異なる場合があります。対象と保存方法を明確にしたい場合は、次のように依頼できます。［パス］は実際の保存先に読み替えてください。

変更案を確認し、現在のファイルに反映したい場合：

元ファイルを更新せず、整理版を別ファイルに保存することもできます。その場合は保存先を指定し、今後その整理版を使うなら、プロジェクトの参照先も対応させるよう依頼してください。

変更案をチャットに表示しただけでは、ファイルは更新されていない場合があります。保存先と内容を確認し、実際にファイルを更新した後、現在のチャットで続きを作業する場合は読み直しを依頼します。編集中の原稿と条件を残したい場合は、次のように伝えてください。

整理版を別名で保存した場合は、「基本プロンプト.md」の代わりに、実際に保存したファイル名またはパスを指定します。

5-4．続きものの文体や設定を保つ

連載コラム、連作エッセイ、物語の続編などでは、前回の確定稿と、何を引き継ぐかを指定します。文体だけを参考にする5-1とは異なり、必要に応じて登場人物・時系列・用語・未解決の話題も引き継げます。前回の下書きや不採用案を確定設定として混ぜないようにしてください。

同じチャットで続きを作る場合

物語を創作する場合は、最後の条件を「人物設定と既に起きた出来事を守り、その後の展開は創作して構いません」などに変えます。実体験のエッセイや報道を基にするコラムでは、文体の維持や「続き」という依頼だけで、新たな体験・事実・感情を作る許可にはなりません。

連載の次回として、内容を切り替える場合

同じシリーズでも、主題・メッセージ・文字数・出力形式まで固定する必要はありません。引き継ぐ項目と今回だけ変える項目を分けて指定します。新しい内容に必要な人物名・数値・用語の繰り返しまで、無理に削る必要はありません。

新しいチャットで再開する場合

前回の確定稿と引き継ぐ条件を、作業フォルダ内のファイルか貼り付けで渡します。以下の「連載第1回_確定稿.md」「連載設定.md」は利用者が用意する名前の例で、同梱ファイルではありません。

前のチャットを自動で参照できるとは限りません。設定の要約だけでは細かな文体を再現しにくいため、文体の参考になる確定稿本文も渡してください。長い連載では、全稿を毎回渡す代わりに、直近の確定稿、文体の基準となる文章、必要な設定・経緯を選んで渡せます。後の訂正がある場合は、その内容も明示します。

長く続けるための設定を保存する場合

専用のMarkdownファイルに、文体と連載の設定をまとめておくと、新しいチャットでも続きを依頼しやすくなります。ファイル名は自由です。次の例では、作業フォルダに「連載設定.md」を作ります。

1. 気に入った文章を確定し、作業フォルダに「連載第1回_確定稿.md」などの名前で保存します。

2. 同じチャットで、次の指示を使って設定ファイルを作成します。

1. 作成されたファイルを開き、文体や設定が意図どおりか確認します。違うところはCodexに修正を依頼できます。実名などが必要な場合は、保存してよい範囲を別途指定してください。

2. 次回は、基本プロンプト、設定ファイル、文体の参考となる確定稿を読み込ませ、今回の原稿やメモを渡します。新しいチャットでも、上の「新しいチャットで再開する場合」の指示例を使えます。

3. 続きを確定したら、新たな確定事項を設定ファイルへ反映するよう依頼し、更新内容を確認します。前回の確定稿を残したい場合は、次回の文章を別名で保存してください。

設定ファイルには文体や確定事項をまとめますが、細かな語感の参考として確定稿本文も渡すことを勧めます。実体験では原稿にない出来事を加えず、創作する場合は許可する範囲を指定してください。

生成後は、前回と今回の語尾・語調・視点、人物と動作、時系列、既出内容の重複を確認します。気になる箇所だけを指定して修正でき、基本プロンプト自体を書き換える必要はありません。「次の調整」が不要なら、依頼に「質問不要」または「本文だけ」を添えてください。

6．困ったとき・結果を確認したいとき

6-1．途中で質問された・指定外を直してほしくない

意味、実行結果、必須条件への適合が大きく変わり、原稿・会話・資料で決められない場合に質問します。後から直せる語彙や区切りだけでは、通常止めずに進めます。

質問されたら、調整する条件や不足する情報を回答してください。新しい情報がなければ、推測で補わせず、原稿や資料を確認します。短縮の通知と字数の選択肢は第3章を参照してください。

「冒頭だけ」「他は変えない」などは変更範囲の指定です。原意を損なう誤りでも対象外を無断修復しません。範囲制限がない場合も、対象外の修復は、原稿から欠落・誤りと正しい内容が明確な最小限に限ります。補足や好みの表現改善は別の提案として扱います。

6-2．仕上がりや出典を確認したい

情報保持と、読みやすさ・好みの評価は分けます。一般記事やエッセイは通常採点しません。採点を求めた場合は基準と理由を示します。厳密なマニュアルでは、分かりやすさ・手順と、正確性・整合性を分けて評価します。

評価だけを依頼した場合は、本文を変更せずに評価を示し、その後に次の作業を選べるよう案内します。例えば、指摘があれば「指摘箇所を修正する」「構成を整理する」「修正せず終了する」などから選べます。修正内容を自由に指定することもできます。評価結果だけが必要な場合は「評価結果だけ表示して」または「質問不要」と指定してください。

以前に「本文だけ」と指定したチャットで評価を依頼するときは、評価後の案内について「評価後に次の作業を尋ねてください」または「評価結果だけ表示してください」と添えると、希望が明確になります。

ニュースでは、報道事実、発表者の説明、考察を分けます。「対応が不十分」を「未対応」に変えるなど、責任や経緯を変える言い換えは避けます。

出典の提示や検索抜粋だけでは、本文を読んだことにはなりません。公式発表の読了も、発表内容の独立検証とは別です。実操作・動作確認も資料照合とは区別します。

6-3．ファイルを読めない・条件が反映されない

• ファイルを読めない：保存先・名前・作業フォルダを確認し、第1章の方法で実際のパスを指定してください。

• 条件が反映されない：対象の本文と保持したい条件を改めて示してください。原稿・前の条件を参照できない場合は、必要な部分を再掲します。

• 別の原稿の条件が混ざる：第5章の方法で新しいチャットを使うか、リセットする範囲を明示してください。

7．利用上の注意・免責

7-1．生成結果・評価の限界

本商品は文章作成・編集のための指示文です。すべての原稿・条件での正確性、完全性、最新性、適合性、同一結果の再現や、指定どおりの動作を保証しません。語調・表現・確認の判断は、利用環境や会話の状況などによって変わる場合があります。

情報の脱落・追加、数値や引用の誤り、意味や断定の強さの変化が起こり得ます。公開・配布・業務利用の前に、利用者が元原稿・根拠資料と最終稿を確認してください。

総評、審査、評点、出典の提示は、内容の正確性・安全性・作業成功を保証しません。問題が見つからなかったことも、完全性の証明ではありません。

7-2．専門分野

医学、科学、法律などの専門分野の文章は、内容の正確性・完全性・最新性・個別事情への適合性を保証しません。表現の整理だけでも意味が変わる可能性があります。

公開・配布・業務判断・実務使用の前に、必ず該当分野の専門職の担当者が、原稿と根拠資料を照合し、次を詳細に確認してください。

• 用語、数値、単位、引用、出典。

• 適用条件、例外、注意事項。

• 因果関係、確実性、主張の強さ。

• 最新の知見・法令等との整合。

• 用途と個別事情への適合。

AIの評価は専門職による確認の代わりにはなりません。読みやすさが高評価でも、専門的な正確性や安全性を示すものではありません。

7-3．利用環境・入力情報

Codexの利用環境・アカウントは利用者側で用意してください。本商品はCodex本体ではありません。機能・画面・利用条件の変更により、操作や出力が本書と異なる場合があります。導入説明の公式資料確認日は2026年10月26日です。

個人情報・顧客の機密情報・認証情報などは、送信前に取り扱いの可否を確認し、不要な部分は削除・匿名化してください。文章の生成・保存を、外部公開・送信の指示として扱わないでください。

安定性を調べる場合は、同じ版・原稿・条件を新しいチャットごとに読み込んで比べてください。一つの返信で複数例を出すだけでは、独立した繰り返し試験にはなりません。表現の違いと、情報保持や確認判断の違いは分けて確認します。

7-4．基本プロンプトの改編・再配布

「基本プロンプト.md」は、ご自身の用途に合わせて自由に改編できます。

基本プロンプトの再配布は禁止します。元のままのファイルだけでなく、改編したものも再配布できません。有料・無料を問わず、第三者への譲渡、公開、配布は行わないでください。