ライフスタイル
目的が伝わる依頼の書き方
よい依頼は成果、背景、制約、完了条件を明確にします。「ページを改善」だけでは速度、見た目、操作性のどれか分かりません。まず観察できる動作へ言い換えます。
読了目安 12 分 · 操作 20 分

この記事の目次
Codex 学習目次に戻るCodex 学習ガイド:全記事の目次導入と最初のタスクから MD の指示、高度な連携まで、60 レッスン・十単元を予定しています。習熟度、環境、目的、コマンドで次の記事を探せます。未公開の記事には状態を表示します。記事全文を読む
このレッスンの到達点
繰り返せる開始状態を用意する
教材の expected を新しい codex-prompt-lab にコピーし、前回の変更済みコピーを使いません。五ファイルを確認し、index.html の New task、Add task、Read the project README を探します。この三つの表示文字が今回の資料で、プロジェクト全体を会話に貼る必要はありません。
最初のプロジェクト最初の小さなプロジェクトを完成させるSmall Steps の ToDo サイトを独立したコピーで使い、見出しと背景色を変更します。五つの教材ファイルの役割を確認し、差分、基本テスト、二つの画面幅を照合して機能とデータを保ちます。記事全文を読むと同じ表示方法を使えます。Windows は py -m http.server 4173 --bind 127.0.0.1、macOS/Linux は python3 -m http.server 4173 --bind 127.0.0.1 をコピー内で実行し、http://127.0.0.1:4173 を開きます。Git は不要ですが、比較や復元用の原本を残してください。
手順 1:曖昧な依頼の不足を見つける
「フォームを良くして」だけでは対象者、問題、変更範囲、完了条件が分かりません。色、項目、ボタン、データ構造、不要なパッケージまで変わるかもしれません。誤操作というより依頼の解釈が広すぎる場合があります。「初めて来た人が小さなタスクを一件追加できると分かる」など利用者の成果を先に示します。
目標、現状の資料、制約、検証条件を補います。毎回四見出しが必須という意味ではなく、情報漏れの確認です。文言変更は数行で足り、多数ファイルの機能追加なら背景や段階計画が必要になります。専門的に見せるための不要な役割設定、ツール一覧、根拠のない時間指定は追加しません。
手順 2:実行できる依頼を書く
次を codex-prompt-lab の Codex タスクへ送り、OS のシェルには入力しません。一つの HTML と二つの文字変更を指定し、ラベル、イベント、データ形式を維持して実際の確認を求めます。New task は見える入力ラベルとして残し、すべての文言を同じ語に変えるわけではありません。
Goal: make the existing todo form wording clearer for a first-time visitor.
Context: this folder is the unchanged Small Steps expected practice version.
In index.html only:
- Change the submit button text from "Add task" to "Save task".
- Change the input placeholder to "Plan one small step".
Keep the visible "New task" label, input id/name, maxlength, required attribute,
button type, JavaScript behavior, stored data and all other files unchanged.
Do not install packages or deploy anything.
Validate by adding Read, completing it, checking Completed, and refreshing.
Check that whitespace-only input does not create a task.
Run node --test core.test.mjs. If browser checks are unavailable, list them as not run.
Report the exact changed strings, files and evidence.
既にファイルにある背景は読ませ、履歴全体より正確なファイル名を渡します。実画面に Add task がなければ原版かを先に確認してください。異なる開始状態へ無理に依頼を当てはめたり、全ファイルの似た文を一括置換させたりしません。再現可能性の出発点は状態の一致です。
手順 3:回答の長さより成果で判断する
完了後の index.html はボタン文言と placeholder だけが変わり、New task と入力の関連、type="submit"、id、name、maxlength、required は残るはずです。他四ファイルも原版と比べ、余分な構造変更がないか見ます。回答が短くても正しい差分と検証があれば十分です。長い説明は存在しない変更や結果の代わりになりません。
HTTP 表示で Read を追加・完了し、Completed と再読込後の保存を確認します。空白では追加されず、Tab で入力と送信に移れることも変更前と同じであるべきです。文言が正しくても送信不能なら不合格で、次の依頼では「使いにくい」だけでなく実際の症状を説明します。
結果が違うときは再現例を補う
Save task は正しいのに placeholder が古い場合、保存と再読込を確認してから次の追補を送ります。正しい部分、現状、期待を分け、ページ全体の再作成を求めません。途中で要件を変えたなら、前の条件を何で置き換えるか示し、矛盾する二条件を残さないでください。
The button text is correct; preserve that change.
After saving and refreshing, the placeholder still reads "Read the project README".
Expected placeholder: "Plan one small step".
Inspect index.html and correct only the remaining placeholder mismatch.
Report the relevant diff and any verification you can actually perform.
大きな作業は Plan モードPlan モードで実装前に計画するPlan モードは範囲や方法を決める段階に向いています。成果は実装計画であり、完成したコードではありません。入力、出力、制約、検証方法が含まれるかを確認します。記事全文を読むで手順と不明点を整理できますが、計画は検証ではありません。テスト予定は結果ではなく、データ保持の約束も実物で確認します。ログインや同期の要否など構成を変える不足は、依存機能を作る前に答える方が手戻りを減らせます。
三つのよくある問題と修正
変更が多すぎれば「全面最適化」などを取り除き、指定ファイルと維持項目を示して無関係な差分だけ戻します。質問が続く場合は判断に影響する条件を答え、通常の字体や名前は既存スタイルに任せます。完了に証拠がなければ「完了」の言い換えではなく、実際の命令結果と未実施項目を求めます。
失敗が続くなら最小再現、エラー、最後の正常状態を残して一問題に絞り、無関係な履歴を毎回貼り直しません。長い作業はコンテキスト引き継ぎコンテキストと作業の引き継ぎ長い作業には判断と証拠を残します。README は使い方、設計書は理由、引き継ぎは進捗、AGENTS.md は継続する規則に分けます。記事全文を読むを使い、繰り返す規約は AGENTS.mdAGENTS.md でプロジェクトのルールを設定AGENTS.md は作業開始前にプロジェクトの指示を渡すファイルです。全体設定とルートから現在の作業場所までの規則が連なります。同じ階層では AGENTS.override.md が優先されます。読み込まれた内容を検証することが大切です。記事全文を読むへ置き、各依頼は今回の変更に集中させます。
追加練習、復元、出典
追加練習は expected の新しいコピーから始めます。ボタンが Add task、placeholder が Read the project README であることを確認し、直前に変更したコピーは使いません。ボタンだけを Create task にし、このコピーの元の placeholder を保つ依頼を自分で書きます。index.html の変更文字列が一つだけであることを確認し、追加、空入力、再読み込みを再検証します。終了後は保存した expected 原本から各練習コピーの index.html を戻します。他のファイルは交換不要です。Python は Ctrl+C で停止します。Codex の会話を閉じてもファイル変更は戻りません。
依頼の原則は 2026-09-14 の公式 Prompting 文書で確認し、フォーム要件、入力、検証手順は独自に作成しました。英語入力例は各言語共通ですが、応答が逐語一致する保証はなく成果を検証します。次は機能追加ToDo のフィルターを実装するstart から Active/Completed を実装し、データ形式を保って正常例と境界例を確認します。記事全文を読むや不具合修正不具合修正の一連の流れ不具合修正は再現する症状から始め、根拠で原因を絞って検証します。入力、操作、期待、実際を伝えます。記事全文を読むで再現入力と期待結果を使います。
| 依頼の要素 | 今回の具体化 |
|---|---|
| 目標 | 初めての利用者に分かるフォーム |
| 資料 | expected の index.html |
| 制約 | 二つの文字だけ、データと動作を保持 |
| 検証 | 追加、完了、空入力、再読込 |
Codex 学習目次に戻るCodex 学習ガイド:全記事の目次導入と最初のタスクから MD の指示、高度な連携まで、60 レッスン・十単元を予定しています。習熟度、環境、目的、コマンドで次の記事を探せます。未公開の記事には状態を表示します。記事全文を読む
詳しい説明を読む
Goal to Constraints to Acceptance


同じテーマの記事
ライフスタイル
Codex 学習ガイド:全記事の目次
導入と最初のタスクから MD の指示、高度な連携まで、60 レッスン・十単元を予定しています。習熟度、環境、目的、コマンドで次の記事を探せます。未公開の記事には状態を表示します。
ライフスタイル
Worktree とタスクの分離
Worktree は一つの Git リポジトリに別ブランチの作業場所を作ります。ファイルは分かれても DB、ポート、外部サービスは共有される場合があります。
ライフスタイル
実践:小さな Web サイトを作る
brief.md から Small Steps のタスクサイトを計画・制作し、追加、完了、削除、絞り込み、ローカル保存を実装します。HTML、CSS、データ関数、画面イベント、テストを分け、Node とブラウザーで検証して再起動・復元の手順を残します。
ライフスタイル
使用量と効率:やり直しを減らす
条件、モデル設定、時間、成果を記録し、不要な再試行と過剰な文脈を減らします。
この記事を引用している記事
最新の旅の情報・ガイド

ガイド東京
東京ではどのエリアに泊まる?新宿・上野・東京駅・渋谷・浅草・池袋・銀座の七エリア比較。空港アクセス、宿泊税、荷物配送も解説
東京ではどのエリアに泊まる?新宿、上野、東京駅、渋谷、浅草、池袋、銀座の七エリアを同じ基準で比較。成田・羽田空港からのアクセス、利用できる路線、周辺にあるもの、街の雰囲気、向いている人を、比較表と山手線の概略図とともに紹介します。2026年9月に確認した東京都の宿泊税(2027年4月から3%)と、空港宅急便で荷物を送る際のルールも解説します。
- 予算
- ホテル

ガイド東京
東京の交通パスの選び方:Suica/Welcome Suica、Tokyo Subway Ticket、JR Passは買うべき?
初めての東京では、まず一人一枚ICカードで都度払い(Welcome Suicaはデポジット不要、有効期間28日)。一日に地下鉄へ4回以上乗るならTokyo Subway Ticketの72時間券2,000円を追加し、関西へ行かず東京だけならJR Passは必ず割高です。TOURIST PASMO、iPhoneのSuica、東京メトロ一日乗車券で乗れる路線・乗れない路線を決定チャートで比較。価格は2026年9月に確認。
- 交通
- 予算

ガイド東京
東京ディズニーランド・シー攻略:チケット料金、ファンタジースプリングス、ディズニー・プレミアアクセス(DPA)とスタンバイパスの使い方、初めてならどちらを選ぶ?
東京ディズニーの一日パスポートは変動価格制で、2026 年 9 月は平日の多くが 9,900 円、週末が 10,900 円。公式サイトでは毎日 14:00 に二か月後の同日分を発売します。無料のプライオリティパスは公式サイトのサービス一覧に載っておらず、待ち時間を短縮できるのは有料のディズニー・プレミアアクセス(一人一回 1,000~3,500 円)のみ。運営時間、25 周年イベント、スタンバイパス、エントリー受付、ファンタジースプリングスの利用方法、初回にランドとシーのどちらを選ぶかも解説。2026 年 9 月に公式サイトで確認しました。
- モデルコース
- 家族向け
出典
- Prompting · 確認日: