AI가 당신을 대체하지는 않겠지만, 잘못된 AI 습관은 당신을 대체할 것입니다
AI는 마치 치트키처럼 느껴집니다. 함수 이름만 입력해도 완벽해 보이는 코드 블록이 쏟아져 나옵니다. 하지만 엔터를 치는 순간, AI가 치명적인 오류를 제안했다는 사실을 깨닫게 됩니다.
AI는 멘토가 아닙니다. 모든 것을 다 안다고 생각하지만 실제로는 운영 환경(production)을 망가뜨리는, 근거 없는 자신감만 넘치는 인턴과 같습니다.
위험한 것은 기술이 아닙니다. 위험한 것은 당신의 습관입니다. AI에 너무 의존하면 '자동 완성 뇌(autocomplete brain)'가 형성됩니다. 사고를 멈추게 되고, 학습을 멈추게 됩니다. 결국 당신은 '인간 캡차(human captcha)'가 되어버립니다.
앞서 나가려면 AI를 단순한 코딩 기계(code monkey)가 아닌, 연구 보조원(research assistant)으로 대해야 합니다.
AI 워크플로우를 제어하기 위해 다음 다섯 가지 스위치를 활용하세요:
• 추론 모드(Reasoning mode): 단순히 코드를 요청하지 마세요. AI에게 단계별로 생각하도록 요청하세요. 코드 한 줄을 쓰기 전에 엣지 케이스(edge cases)를 먼저 나열하게 하세요.
• 상세도 제어(Verbosity control): 간단한 코드 스니펫을 원하는지, 아니면 심도 있는 기술적 분석을 원하는지 AI에게 말하세요. 상세 수준을 직접 제어해야 합니다.
• 도구 활용(Tooling): AI가 추측하게 두지 마세요. 문서(documentation), REPL, 또는 다이어그램을 사용하도록 강제하세요.
• 자기 성찰(Self-reflection): AI에게 자신의 작업물을 비판하도록 요청하세요. "이 답변에서 잘못된 점은 무엇인가요?" 또는 "세 가지 실패 사례를 나열해 주세요"라고 물어보세요.
• 루브릭(Rubrics): 구조를 활용하세요. 단순히 설계 문서(design doc)를 요청하는 대신, 문제(Problem), 제약 사항(Constraints), 선택지(Options), 리스크(Risks), 권장 사항(Recommendation)이라는 프레임워크를 제공하세요.
언제 신뢰하고 언제 검증해야 하는지 파악하세요:
신뢰 구역(Trust zones):
- 보일러플레이트(boilerplate) 또는 CRUD 스캐폴딩(scaffolding) 생성.
- 반복적인 테스트 스텁(test stubs) 작성.
- 문서 요약.
고위험 구역(High-risk zones):
- 데이터베이스 마이그레이션.
- 인증 로직.
- 운영 환경(production) 인프라 변경.
주니어 개발자의 코드를 리뷰 없이 병합(merge)하지 않듯이, AI의 결과물도 리뷰 없이 병합하지 마세요.
사고를 외주 주지 마세요. 초안은 AI에게 맡기되, 결정은 당신의 뇌로 하세요.
당신의 최악의 AI 실패 사례는 무엇인가요? 댓글로 공유해 주세요.
출처: https://dev.to/dev_tips/ai-wont-replace-you-but-bad-ai-habits-will-1fnp