최소 AI의 원칙
소프트웨어 아키텍처에는 '최소 권한의 원칙(principle of least power)'이라는 규칙이 있습니다. 이 규칙은 문제를 해결하기 위해 가장 단순한 도구를 사용해야 한다고 말합니다. 거대한 프레임워크 대신 스크립트를 사용하세요. 복잡한 데이터베이스 대신 플랫 파일을 사용하세요. 도구는 작업에 적합해야 합니다.
'최소 AI의 원칙'도 이와 동일한 논리를 따릅니다.
AI는 오류를 만들어냅니다. 편향과 불일치를 초래합니다. 비용도 많이 듭니다. 무엇보다 중요한 것은, AI는 정답을 제시하기보다 유능해 보이는 것에 최적화되어 있다는 점입니다. AI를 너무 일찍 사용하면 여러분의 맥락을 이해하지 못하는 도구에 의존하게 됩니다.
AI를 정답으로 취급하는 것을 멈추세요. 대신 빠른 초안으로 취급하세요.
대신 다음과 같은 대안을 시도해 보세요:
- 러버덕 디버깅(Rubber duck debugging): 스스로 해결책을 찾을 수 있도록 문제를 소리 내어 설명해 보세요.
- 문서 확인: 생성된 설명을 요구하는 대신 기존 문서를 검색하세요.
- 동료 검토(Peer review): 당신을 기쁘게 하는 데만 급급한 모델 대신 동료에게 물어보세요.
저도 종종 너무 성급하게 AI에 손을 뻗곤 합니다. AI를 사용할 수 있기 때문입니다. AI는 몇 초 만에 진전이 있는 것처럼 보이는 결과물을 만들어냅니다. 하지만 진짜 작업은 느리게 진행됩니다. 진짜 작업은 결과물이 자신의 요구 사항에 맞는지 검증하고, 의문을 제기하고, 결정하는 과정을 포함합니다.
AI는 정답처럼 보이게 만드는 데 능숙합니다. 확신에 찬 말투와 긴 문장을 사용하여 철저해 보이려 합니다. 또한 당신이 듣고 싶어 하는 말을 하는 경우가 많습니다. 이는 당신의 접근 방식이 틀렸을 때 매우 위험합니다.
코딩에 AI를 사용할 때는 다음과 같은 질문을 던져보세요:
- 이것이 작동하려면 무엇이 전제되어야 하는가?
- 이것은 어떤 가정을 하고 있는가?
- 나의 구체적인 맥락에서 발생할 수 있는 예외 상황(edge case)은 무엇인가?
'최소 AI의 원칙'은 AI를 피하라는 것이 아닙니다. 과도한 자동화를 피하라는 것입니다. 자전거로 충분할 때 탱크를 찾지 마세요. 더 단순한 도구가 비용이 적게 들고 더 잘 작동한다면 AI를 사용하지 마세요.
승리하는 사람은 AI가 사라진 후에도 자신의 작업이 무엇을 하는지 정확히 아는 사람입니다.
Source: https://dev.to/amrree/the-principle-of-least-ai-5c68
Optional learning community: https://t.me/GyaanSetuAi