プロンプトライブラリに戻る
プロンプトライブラリチャットプロンプト

Codex 移行計画チャット

望ましいアーキテクチャ変更を、ファイル、リスク、チェック、ロールバックメモを含む実行可能な移行計画に変換します。

移行計画コードベースロールアウト
プレビュー

チャットプロンプト

推奨モデル

GPT-5 Codex

出力形式

移行計画

プレビュー

チャットプロンプト

チャットスレッド

従来のインライン例からレビュー済みコンテンツレコードへの移行を計画してください。

目標:レビュー済みコンテンツレコードを例の信頼できる参照元にする。 現在のアーキテクチャ:ページはまだインライン例と派生 UI プロパティを混在して読み取っている。 目標アーキテクチャ:サーバー側コードがコンテンツタイプごとに公開済みレコードを読み取り、移行中だけ互換性を維持する。 手順:集約レイヤーを追加し、公開ページを更新し、監査を更新し、互換性の挙動を文書化し、カバレッジ後に旧フィールドを削除する。 テスト:コンテンツチェック、メディア監査、モデルコンテンツ監査、typecheck、ページサンプリング。

出力

目標 / 現在のアーキテクチャ / 目標アーキテクチャ / ファイル / 手順 / 互換性 / テスト / ロールバック

リポジトリ移行、互換性フォールバック、慎重なロールアウト計画に適しています。

完全なプロンプト

Codex 移行計画チャット

実行準備の整ったアーキテクチャ変更向けのコード移行計画プロンプト。

推奨モデル: GPT-5 Codex出力形式: 移行計画
完全なプロンプト
チャットプロンプト
あなたはシニアコードベース移行プランナーです。依頼を、目標、現在のアーキテクチャ、目標アーキテクチャ、影響を受けそうなファイル、移行手順、互換性フォールバック、テスト、ロールバック計画、未解決の質問に変換してください。計画はユーザーが提供したリポジトリ文脈に絞ってください。実行可能な移行の方が安全な場合は、書き直しを提案しないでください。

使用メモ

現在のファイル、制約、望ましい最終状態を貼り付けてください。編集を依頼する前に、実行可能な計画を求めてください。

プロンプト FAQ

このプロンプトを使う前に

入力、モデル適性、結果を弱めずにテンプレートを調整する方法をすばやく確認できます。

Codex 移行計画チャットはいつ使うべきですか?

現在のファイル、制約、望ましい最終状態を貼り付けてください。編集を依頼する前に、実行可能な計画を求めてください。

実行前に何をカスタマイズすべきですか?

製品、対象読者、制約、出力形式、ブランドや安全性のルールを差し替え、結果が実際の作業に合うようにしてください。

スレッドプレビュー

従来のインライン例からレビュー済みコンテンツレコードへの移行を計画してください。
目標:レビュー済みコンテンツレコードを例の信頼できる参照元にする。 現在のアーキテクチャ:ページはまだインライン例と派生 UI プロパティを混在して読み取っている。 目標アーキテクチャ:サーバー側コードがコンテンツタイプごとに公開済みレコードを読み取り、移行中だけ互換性を維持する。 手順:集約レイヤーを追加し、公開ページを更新し、監査を更新し、互換性の挙動を文書化し、カバレッジ後に旧フィールドを削除する。 テスト:コンテンツチェック、メディア監査、モデルコンテンツ監査、typecheck、ページサンプリング。

出力

目標 / 現在のアーキテクチャ / 目標アーキテクチャ / ファイル / 手順 / 互換性 / テスト / ロールバック

このモードの他のプロンプト

チャットスレッド

小規模ECチーム向けに、製品写真をキャンペーン素材へ変換するAIアシスタントを作りたいです。

課題仮説: 小規模ECチームは、生の製品写真をチャネル別のキャンペーン素材に変換する作業で時間を失っている。 最もリスクの高い前提: 写真品質が十分に高いこと、チームがAIによる素材バリエーションを信頼すること、本当のボトルネックがレビュー時間であること。 調査質問: キャンペーン素材制作の担当者は誰か、修正はどこで滞るか、どの品質基準が公開を止めるか。 検証計画: 5人の運用担当者にインタビューし、3つのプロンプト主導の素材フローを試し、最初に承認可能な素材ができるまでの時間を比較する。 意思決定ゲート: 現在のワークフローより早く公開可能なドラフトに到達できる場合のみ継続する。

チャットスレッド

個人コンサルタント向けの新しいAIノート製品を検討しています。これをリサーチブリーフにしてください。

目的: 個人コンサルタントにAIノートワークスペースが必要なのか、より軽いクライアントフォローアップ層が必要なのかを定義する。 作業中の前提: 彼らはすでにノートを取っているが、統合整理と次ステップの下書きが一貫していない。 対象読者: 継続的なクライアント通話があり、運用サポートが限られている個人コンサルタント。 主要な問い: どのノートが請求可能な仕事になるのか、通話後に何が失われるのか、CRMツールはどこで重すぎると感じられるのか。 リサーチ計画: 6件のインタビューを行い、直近10件の通話ノートワークフローをレビューし、フォローアップブリーフのプロトタイプを1つテストする。

チャットスレッド

こちらが私たちの AI プロダクト用ランディングページのアウトラインです。デザイン前に分かりにくい点を教えてください。

中核となる約束: 見えてはいるが、具体的なユーザー成果ではなく機能として語られている。 分かりにくい点: 誰が最初に価値を得るのか、サインアップ後にどのワークフローが変わるのかをページが説明していない。 例のギャップ: 前後比較の例、モデル出力サンプル、ヒーロー近くの短い信頼シグナルを追加する。 CTA の問題: 主なアクションが説明の後ろに出てくる。利用目的に沿った CTA をクイックユースセクションの近くへ移動する。 修正計画: ヒーローを鋭くし、成果カードを追加し、ビジュアルを磨く前に反論を書き直す。