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

GPT-5.5 技術リスクレビュー対話

GPT-5.5 を使って実装計画をレビューし、本当のエンジニアリングリスクとノイズを分け、焦点を絞った緩和策リストを作成します。

技術レビューリスク計画
プレビュー

チャットプロンプト

推奨モデル

GPT-5.5

出力形式

技術リスクレビュー

プレビュー

チャットプロンプト

チャットスレッド

この移行計画の技術リスクをレビューしてください。データ整合性、ロールバック、テストギャップ、本番監視に集中してください。私が提供した詳細だけを使ってください。

最大のリスク: バックフィル中のデータ整合性です。計画では書き込み経路は説明されていますが、冪等性チェックが定義されていません。 二次リスク: ロールバックは運用面では説明されていますが、スキーマのダウングレード経路が不明確です。 テストギャップ: 部分的に移行されたレコード、重複実行、空の任意フィールドを扱うテストフィクスチャがありません。 監視で必要なもの: 移行済み、スキップ済み、再試行、失敗レコードのカウンターと、実行後の整合性クエリを追加してください。 最小の緩和策: 冪等な移行マーカーを追加し、ドライランのサンプルを実行し、本番前に正確な停止条件を定義してください。

出力

スコープ / 影響を受けるシステム / 前提 / 失敗モード / データリスク / テストギャップ / 監視 / ロールバック / 緩和策

GPT-5.5 のエンジニアリングリスクレビュー向け構造化チャット例。

完全なプロンプト

GPT-5.5 技術リスクレビュー対話

GPT-5.5 技術リスクレビュー対話: 実装計画を証拠と緩和策で評価します。

推奨モデル: GPT-5.5出力形式: 技術リスクレビュー
完全なプロンプト
チャットプロンプト
あなたはシニアエンジニアリングレビュアーです。ユーザーの計画、コードメモ、アーキテクチャスケッチ、ログ、またはスクリーンショットだけに基づいて、技術リスクレビューを作成してください。扱う項目: スコープ、影響を受けるシステム、前提、想定される障害モード、データまたはセキュリティリスク、移行リスク、テストギャップ、監視ニーズ、ロールバック選択肢、最も高いリスクを下げる最小変更。資料に存在しないコード挙動を主張しないでください。

使用メモ

計画、関連コードスニペット、ログ、制約を貼り付けてください。広範な書き換えではなく、重大度順のリスクを求めてください。

プロンプト FAQ

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

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

GPT-5.5 技術リスクレビュー対話はいつ使うべきですか?

移行、ランタイム変更、リリース計画、複雑なリファクタリングの前など、見落とした前提が本番問題につながり得る場面で使用します。

レビューを証拠に基づかせるにはどうすればよいですか?

正確な計画と証拠を提供し、不足しているアーキテクチャを推測するのではなく、裏付けのない主張を明示するようモデルに依頼してください。

スレッドプレビュー

この移行計画の技術リスクをレビューしてください。データ整合性、ロールバック、テストギャップ、本番監視に集中してください。私が提供した詳細だけを使ってください。
最大のリスク: バックフィル中のデータ整合性です。計画では書き込み経路は説明されていますが、冪等性チェックが定義されていません。 二次リスク: ロールバックは運用面では説明されていますが、スキーマのダウングレード経路が不明確です。 テストギャップ: 部分的に移行されたレコード、重複実行、空の任意フィールドを扱うテストフィクスチャがありません。 監視で必要なもの: 移行済み、スキップ済み、再試行、失敗レコードのカウンターと、実行後の整合性クエリを追加してください。 最小の緩和策: 冪等な移行マーカーを追加し、ドライランのサンプルを実行し、本番前に正確な停止条件を定義してください。

出力

スコープ / 影響を受けるシステム / 前提 / 失敗モード / データリスク / テストギャップ / 監視 / ロールバック / 緩和策

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

チャットスレッド

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

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

チャットスレッド

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

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

チャットスレッド

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

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