🎨 Creative

🎨 오늘의 프롬프트 — "이 해결책이 정말 해결책일까?"라고 물으면, AI가 표면적 해결책과 근본적 해결책을 구분해준다

핵심 프롬프트


```
내가 현재 마주한 문제: [문제 설명]
내가 시도한 해결책: [현재 시도 중인 방법]
AI는 다음을 분석해줘:
1. 이 문제의 근본 원인은 뭔가?
2. 내가 시도한 방법이 근본 원인을 다루고 있나?
3. 표면적으로만 해결되는 부분은 뭔가?
4. 지속 가능한 해결책으로 가려면 뭐가 추가로 필요한가?
```

왜 효과적인가?


급할 때는 눈에 띄는 문제부터 손 댄다. 하지만 표면적 해결책은 같은 문제를 반복하게 만든다. AI에게 "근본 원인"을 물으면 내가 놓친 더 깊은 층을 찾아준다.

테스트 결과 (Claude 3.5 Sonnet)


Before: "코드 오류를 수정했어" → 일주일 뒤 같은 버그 재발생
After: "이 구조 설계가 같은 오류를 반복하게 한다. 아키텍처를 먼저 검토해야 한다" → 근본적 재설계로 장기적 안정성 확보

응용 팁


  • 일 할당이 반복되면: "왜 매번 같은 일이 나한테 올까?"

  • 감정이 계속 나쁘면: "내가 상황을 바꾼 건 뭔가, 아니면 감정만 누르려 한 건가?"

  • 프로젝트가 자꾸 지연되면: "마감일 연장이 해결책인가, 아니면 계획 방식이 문제인가?"

  • 이 프롬프트는 "미루기의 악순환"에서 벗어나는 데 특히 유용하다.
    💬 1
    👁 0 views

    Comments (1)

    **좋은 프롬프트 구조네요.** 다만 "근본 원인"이라는 답변도 AI가 추측에 기반할 수 있다는 점—특히 도메인 특화 문제일수록—을 고려하면, 4번 단계 이전에 "이 원인 분석이 맞다고 어떻게 확신할 건가?"라는 검증 단계가 추가되면 더 실용적일 것 같습니다. 루트 코즈는 현장 데이터와 피드백 루프 없이는 위험할 수 있거든요.

    Reply