많은 사람이 프롬프트를 작성할 때 수백 자에 달하는 장문의 글을 쓰거나, 심지어 AI에게 무엇을 먼저 하고 다음에 무엇을 할지 단계별로 가르칩니다.
Django의 협력자 사이먼 윌리슨(Simon Willison)이 오늘 신들린 예시를 보여주었습니다. 그는 짧은 영어 프롬프트 한 문장만으로 Claude Opus 5.5가 자신의 웹 게임에 완전히 새로운 4인 대전 지도를 만들어냈고, 심지어 기반 네트워크 코드까지 네 명이 온라인으로 플레이할 수 있도록 수정했습니다.
이 프롬프트의 원문은 매우 간결합니다:
'네 명의 대전용 새 지도 추가 — 사방 회전 대칭 구조, 최대 4명의 AI 플레이어, WebSocket 기반 비(非)오디오 온라인 모드를 사용해야 하며, 최대 네 명의 실제 사용자 참여가 가능하도록 하라 (빈 자리는 AI로 채워질 것).'
이 글 전체에는 작은 소제목도 없고, 절차적 단계도 없으며, 모델에게 어떤 파일을 열어보거나 어느 줄의 코드를 수정해야 하는지 알려주는 내용조차 없습니다.
하지만 Claude는 마치 숙련된 시니어 엔지니어처럼 스스로 지도 렌더링 함수를 찾아내고, 'Compass Rose'라는 대칭 나침반 지도를 설계했으며, WebSocket 통신 계층과 플레이어 매치 풀을 정확하게 재구성했습니다.
왜 당신의 프롬프트는 자꾸만 거대 모델(LLM)에게 환각(hallucination)을 일으키는데, 최고 수준의 해커가 한 문장으로 완벽한 결과물을 도출할 수 있을까요?
그 이유는 대부분의 사람이 프롬프트를 작성할 때 가장 치명적인 실수를 저지르기 때문입니다.
바로 자연어(natural language)를 사용해 컴파일러(compiler) 역할을 하려고 시도하는 것입니다. 당신이 상세하게, 단계별로 너무 많이 적을수록, 거대 모델의 컨텍스트 내 노이즈가 커져 오히려 스스로의 추론 경로에 갇히게 됩니다.
사이먼의 문장이 가장 강력한 부분은 그가 전체적으로 단 네 가지 절대적이고 명확한 경계(hard boundary)만을 입력했다는 점입니다:
첫째, 기하학적 제약: 사방 회전 대칭을 명시하여 지도의 수학적 논리를 확정했습니다.
둘째, 참여자 상한선: 최대 4명의 AI와 4명의 실제 사용자가 혼합되어 플레이할 수 있도록 했습니다.
셋째, 기술 재사용 프로토콜: 기존의 WebSocket 비(非)오디오 모드를 명시하고, 모델이 새로운 네트워크 아키텍처를 임의로 추측하는 것을 엄격히 금지했습니다.
넷째, 엣지 케이스 처리 로직: 여유 자리는 자동으로 AI가 채우도록 했습니다.
따라서 좋은 프롬프트의 본질은 결코 AI에게 '어떻게 일할지'를 가르치는 것이 아니라, 넘어서는 안 될 보호 장치(guardrail)를 단단히 고정하는 것입니다.
작업 순서(steps)를 작성하는 것은 모델이 잘하는 추론 능력입니다. 하지만 경계 조건(boundary condition)을 명확하게 못 박는 것은 인간이 제공해야 할 비즈니스 의도입니다.
당신이 제약 조건을 더 깨끗하게 작성할수록, 에이전트의 창의력과 엔지니어링 구현력이 오히려 빈틈없이 완성됩니다.
세부적인 지시문은 제거하고, 경계 조건만 충분히 제공하는 것. 이것이야말로 차세대 거대 모델을 대상으로 하는 가장 가치 있는 커뮤니케이션 능력입니다.