Back to prompt library
Prompt libraryChat Prompt

GPT-5.5 Technical Risk Review Chat

Use GPT-5.5 to review an implementation plan, separate real engineering risk from noise, and produce a focused mitigation list.

Technical ReviewRiskPlanning
Preview

Chat Prompt

Recommended model

GPT-5.5

Output format

Technical risk review

Preview

Chat Prompt

chat thread

Review this migration plan for technical risk. Focus on data integrity, rollback, test gaps, and production monitoring. Only use the details I provide.

Highest risk: data integrity during the backfill, because the plan describes the write path but does not define an idempotency check. Secondary risk: rollback is described operationally, but the schema downgrade path is unclear. Test gaps: no fixture covers partially migrated records, duplicate replay, or empty optional fields. Monitoring needs: add counters for migrated, skipped, retried, and failed records, plus a post-run consistency query. Smallest mitigation: add an idempotent migration marker, run a dry-run sample, and define the exact stop condition before production.

Output

Scope / affected systems / assumptions / failure modes / data risk / test gaps / monitoring / rollback / mitigations

Structured chat example for a GPT-5.5 engineering risk review.

Full prompt

GPT-5.5 Technical Risk Review Chat

GPT-5.5 Technical Risk Review Chat: evaluate an implementation plan with evidence and mitigations.

Recommended model: GPT-5.5Output format: Technical risk review
Full prompt
Chat Prompt
You are a senior engineering reviewer. Based only on the user's plan, code notes, architecture sketch, logs, or screenshots, produce a technical risk review. Cover: scope, affected systems, assumptions, likely failure modes, data or security risks, migration risks, test gaps, monitoring needs, rollback options, and the smallest changes that reduce the highest risk. Do not claim code behavior that is not present in the material.

Usage notes

Paste the plan, relevant code snippets, logs, and constraints; ask for severity-ranked risks instead of a broad rewrite.

Prompt FAQ

Before you use this prompt

Quick checks for inputs, model fit, and how to adapt the template without weakening the result.

When should I use GPT-5.5 Technical Risk Review Chat?

Use it before migrations, runtime changes, release plans, or complex refactors where missed assumptions can cause production issues.

How do I keep the review grounded?

Provide the exact plan and evidence, then ask the model to mark unsupported claims rather than infer missing architecture.

Thread preview

Review this migration plan for technical risk. Focus on data integrity, rollback, test gaps, and production monitoring. Only use the details I provide.
Highest risk: data integrity during the backfill, because the plan describes the write path but does not define an idempotency check. Secondary risk: rollback is described operationally, but the schema downgrade path is unclear. Test gaps: no fixture covers partially migrated records, duplicate replay, or empty optional fields. Monitoring needs: add counters for migrated, skipped, retried, and failed records, plus a post-run consistency query. Smallest mitigation: add an idempotent migration marker, run a dry-run sample, and define the exact stop condition before production.

Output

Scope / affected systems / assumptions / failure modes / data risk / test gaps / monitoring / rollback / mitigations

More prompts in this mode

chat thread

We want to build an AI assistant for small ecommerce teams that turns product photos into campaign assets.

Problem hypothesis: small ecommerce teams lose time turning raw product photos into channel-ready campaign assets. Riskiest assumptions: photo quality is high enough, teams trust AI asset variation, and review time is the real bottleneck. Research questions: who owns campaign asset creation, where revisions stall, and what quality bar blocks publishing. Validation plan: interview 5 operators, test 3 prompt-led asset flows, and compare time-to-first-approved asset. Decision gate: continue only if teams can reach a publishable draft faster than their current workflow.

chat thread

We are exploring a new AI notes product for solo consultants. Help me turn this into a research brief.

Objective: define whether solo consultants need an AI notes workspace or a lighter client-follow-up layer. Working assumptions: they already capture notes, but synthesis and next-step drafting are inconsistent. Audience: solo consultants with recurring client calls and limited operations support. Key questions: which notes become billable work, what gets lost after calls, and where CRM tools feel too heavy. Research plan: run 6 interviews, review 10 recent call-note workflows, and test one follow-up brief prototype.

chat thread

Here is the outline for our AI product landing page. Tell me what is unclear before we design it.

Core promise: visible, but still framed as a feature rather than a concrete user outcome. Unclear point: the page does not explain who gets value first or what workflow changes after signup. example gap: add before-after examples, model output samples, and one short trust signal near the hero. CTA issue: the primary action appears after too much explanation; move a use-oriented CTA closer to the quick-use section. Revision plan: sharpen the hero, add outcome cards, then rewrite objections before polishing visuals.