AI Compare Ninja AI Compare Ninja

AI 도구 비교. 프롬프트와 스킬 활용.

언어
KO

채팅과 로그로 책임 추궁 없이 장애 타임라인 만들기 프롬프트

채팅 기록과 로그 발췌로 근거 있는 타임라인을 만들고, 빠진 시각을 표시하며, 원인은 열어 두고, 책임을 묻지 않습니다.

분야
개발·IT
수준
중급
이럴 때 좋아요
  • 장애 후 내부 회고를 위한 타임라인 준비
  • 온콜 채팅과 로그로 사건 순서 정리
  • 분석 전에 빠진 시각과 열린 질문 모으기

사용 방법

  1. 채팅이나 티켓 기록과 시각이 적힌 관련 로그 줄을 붙여 넣습니다.
  2. 눈에 보인 시작과 끝, 고객이나 사용자가 실제로 알아챈 점을 적습니다.
  3. 추정한 원인을 사실로 받아들이지 말고, 남은 점은 팀과 확인합니다.

복사용
내 자료로 장애 타임라인을 작성해 주세요. 책임을 묻지 말고, 원인을 지어내지 말고, 자료에 없는 기술 사실을 단정하지 마세요.
기간: [아는 범위의 시작과 끝]
눈에 보였던 것: [고객, 사용자 또는 모니터링이 보여 준 것]
채팅 또는 티켓 기록(시각 포함):
[기록 붙여 넣기]
로그 발췌 또는 모니터링 메모(시각 포함):
[발췌 붙여 넣기]
이미 아는 사실(선택):
[사실 붙여 넣기]

확인하고 정리할 것:
1. 타임라인: 각 사건을 시각, 출처(채팅, 티켓, 로그, 모니터링), 원문 근거와 함께 나열하세요.
2. 순서: 시각이나 출처가 서로 다른 곳은 어디인가요? 맞추지 말고 모순으로 표시하세요.
3. 공백: 원인을 말하기 전에 몇 분 또는 어떤 단계가 빠졌나요?
4. 영향: 내 자료가 보여 주는 한, 사용자나 고객에게 무엇이 보였나요?
5. 원인: 근거가 있는 가설만 적고, 각각을 결론이 아닌 가설로 표시하세요.

출력:
- 표: 시각 | 사건 | 출처 | 근거 | 확실 또는 불명확
- 공백과 팀에 물을 질문 목록
- 책임을 묻지 않는 짧은 요약 다섯 문장
규칙: 비난이 담긴 이름은 쓰지 마세요. 근본 원인, 시각, 지표를 지어내지 마세요. 어디에도 보내거나 입력하지 마세요.