롤백할지 밀고 갈지 판단하는 프롬프트
배포 후 지표가 이상할 때 되돌릴지 고칠지를 기준으로 가릅니다.
| 분류 | 개발 › 배포·운영 |
|---|---|
| 태그 | 검토분석개발자 |
Help me decide: roll back, or fix forward. Produce: 1. **Recommendation first — ROLL BACK / FIX FORWARD / WAIT.** One of the three. State it before reasoning. 2. Cost of rolling back: data written under the new version, migrations already run, client versions in the field, work lost. 3. Cost of staying: what degrades, for whom, and whether it compounds with time. 4. **If WAIT: the exact clock time by which the decision is made, and what observation would flip it.** *A wait without a deadline is how a ten-minute incident becomes two hours.* 5. Whether rollback is actually possible — irreversible migrations, consumed messages, sent notifications, changed external state. 6. What to capture before rolling back, since rollback usually destroys the evidence. Rules: - *When rollback is cheap and the symptom is unexplained, recommend rolling back.* Diagnosis is easier without an ongoing incident, and this is the bias people get wrong under pressure. - Fix forward needs a specific known fix, not confidence that one will be found. - If the deploy contained multiple changes, say whether partial rollback is possible.
붙여 넣으면 맨 아래에 채울 칸(배포 후 증상 · 배포 내용 · 롤백 비용·제약)이 나옵니다
어떤 프롬프트인가
롤백 판단이 늦어지는 건 "조금만 더 보자"가 반복돼서다. 이 프롬프트는 되돌리는 비용과 두는 비용을 같이 세우고, 기다릴 거면 언제까지인지 시각을 못 박게 한다.
같은 분류의 프롬프트
| 프로덕션 AI 에이전트 설계 프롬프트 | |
| AI 에이전트 보안 점검 프롬프트 | |
| AI 제공자 요금 조사 프롬프트 | |
| 상자 탈출 AI 역할을 맡기는 프롬프트 | |
| 보안 경고 분석 프롬프트 |