하네스(harness)란? AI에게 일 제대로 시키는 법 ①

ChatGPT한테 일 좀 시켜보신 분이라면 이런 경험 있으실 거예요. 분명 똑똑한데, 막상 내 일을 맡기면 자꾸 헛다리를 짚습니다. 어제 설명한 걸 오늘 또 설명해야 하고, “그거 말고 저거”를 몇 번씩 반복하다 결국 내가 직접 하는 게 빠르겠다 싶어지죠.

저도 그랬어요. 그러다 알게 된 게 ‘하네스(harness)’라는 개념입니다. 결론부터 말하면, AI가 일을 못 하는 게 아니라 일할 환경이 안 갖춰져서였어요. 그 환경을 만들어주는 게 하네스입니다. 이 글은 비전공자도 알 수 있게, 하네스가 뭔지와 왜 필요한지를 풀어볼게요.

AI는 매번 기억을 잃는 똑똑한 신입입니다

먼저 오해 하나를 풀고 가요. ChatGPT 같은 AI 모델은 그 자체로는 ‘엄청 똑똑하지만 기억을 못 하는 신입사원’에 가까워요. 한 번의 대화 안에서는 척척 알아듣는데, 창을 닫고 새로 열면 어제 한 이야기를 깡그리 잊습니다. 매번 백지에서 다시 시작하는 거죠.

왜 그러냐면, AI는 그 순간 눈앞에 펼쳐진 대화만 보거든요. 우리처럼 어제 일을 머릿속 어딘가에 담아두는 게 아니라, 대화창을 닫으면 그 내용이 사라지는 구조예요. 그래서 새 창은 늘 ‘오늘 처음 출근한 신입’입니다. 능력은 그대로인데 기억만 리셋되는 셈이죠.

전문 용어로는 이걸 ‘맥락(컨텍스트)이 사라진다’고 해요. AI는 지금 창에 들어와 있는 글자만 볼 수 있고, 그 창을 닫으면 봤던 것도 없던 일이 됩니다. 사람으로 치면 출근할 때마다 전날 기억이 깨끗이 지워지는 셈이라, 아무리 똑똑해도 일을 이어서 하기가 어려운 거죠.

이런 신입에게 큰일을 맡기려면 어떻게 해야 할까요. 능력은 충분하니, 문제는 맥락이에요. 우리가 뭘 하는 중인지, 규칙이 뭔지, 어디까지 했는지를 매번 처음부터 알려줘야 하니까요. 그걸 대화창에서 입으로 다 설명하려니 사람이 먼저 지치는 겁니다.

하네스 = 그 신입을 ‘일하게’ 갖춰주는 틀

하네스는 원래 등산용 안전벨트나 말에 채우는 마구를 가리키는 말이에요. 제멋대로 가지 않게, 제대로 일하게 잡아주는 장비죠. AI에서 쓰는 하네스도 결이 같습니다.

좀 더 와닿게 비유할게요. 기억을 잃는 그 신입에게, 출근하자마자 펴볼 수 있는 묶음 하나를 책상에 놓아주는 거예요. 회사 규칙이 적힌 매뉴얼, 지금 맡은 프로젝트의 목표가 적힌 지시서, 어제까지 어디까지 했는지 적힌 작업 노트, 그리고 쓸 수 있는 도구함. 이걸 통째로 갖춰주면, 이 친구는 매번 설명을 안 들어도 “아, 내가 이 일을 이렇게 하던 중이었지” 하고 바로 이어서 일합니다.

그 묶음이 하네스예요. AI 모델이 엔진이라면, 하네스는 그 엔진을 차에 얹고 길 위에 올려주는 차체와 운전석인 셈이죠. 아무리 좋은 엔진도 차체가 없으면 혼자선 한 발도 못 나가니까요.

이게 실제로 어떻게 돌아가는지 한 장면으로 보여드릴게요. 제가 AI에게 “다음 글 하나 써줘”라고만 해도, AI는 먼저 하네스에 있는 노트를 읽어요. “아, 이 블로그는 이런 톤이고, 글은 최소 3,000자고, 지난번까지 여기까지 썼구나.” 그러고는 제가 일일이 안 알려준 규칙까지 챙겨서 초안을 가져옵니다. 짧은 지시 한 줄이 하네스를 거치면서 살이 붙는 거예요. 사람으로 치면, 매번 브리핑하지 않아도 알아서 회사 사정을 파악하고 움직이는 베테랑 직원이 된 셈이죠. 처음 그 장면을 봤을 땐 좀 신기했어요. 분명 짧게 시켰는데 결과는 길게 설명했을 때랑 똑같았거든요.

여기서 한 가지 짚고 갈게요. 하네스를 ‘프롬프트 잘 쓰기’랑 헷갈리는 분이 많아요. 둘은 결이 다릅니다. 프롬프트는 AI에게 던지는 한 번의 질문을 잘 다듬는 거예요. 한 판 한 판을 잘 두는 기술이죠. 하네스는 그 판들이 일관되게 쌓이도록 환경을 까는 일이고요. 그래서 평범한 질문 하나도 하네스 위에서는 훨씬 세집니다. AI가 알아서 맥락을 얹어주거든요.

하네스는 뭘로 채워져 있나

하네스를 뜯어보면 보통 다섯 가지로 채워져 있어요. 어려운 말 같지만, 제가 이 블로그를 만들 때 실제로 어떻게 채웠는지와 같이 보면 금방 와닿을 거예요. (기술을 쉽게 풀어 설명하는 일을 오래 하다 보니, 이런 걸 남에게 풀어내는 게 제 일이기도 하고요.)

• 맥락 — 내가 누구고 무슨 프로젝트를 어떤 목표로 하는지예요. 이 블로그에선 “한국어 수익형 블로그를 만든다”는 정체성과 목표를 한 파일에 적어, AI가 매번 그걸 먼저 읽게 했습니다.
• 규칙 — 지킬 것과 하지 말 것, 그리고 일하는 순서. 저는 “출처 없는 정보는 쓰지 말 것, 한 번에 한 작업만 할 것, 끝나면 진행 노트를 갱신할 것”을 규칙으로 박아뒀어요.
• 상태·기억 — 지금까지 뭘 했고 뭐가 확정됐는지를 적어두는 자리예요. 도메인은 뭘로 정했고 글은 어디까지 썼는지를 별도 노트에 계속 기록해, 세션이 바뀌어도 이어지게 했습니다.
• 도구 — 검색, 파일 열기, 브라우저, 외부 서비스 연결 같은 손발이죠. 글을 직접 발행하거나 사이트 화면을 캡쳐하는 것도 다 이 도구를 통해 합니다.
• 루프 — 한 번 하고 끝이 아니라, 정해진 순서로 반복하게 하는 엔진이에요. 이 블로그는 ‘주제 정하기 → 자료 수집 → 정리 → 상태 갱신’을 한 사이클로 묶어 돌렸습니다. 이 부분은 워낙 중요해서 다음 편에서 따로 풀게요.

이 다섯이 갖춰지면, AI는 똑똑하기만 한 신입에서 알아서 굴러가는 담당자로 바뀝니다.

그럼 이걸 어디에 적어두냐고요? 거창한 프로그램이 필요한 게 아니에요. 저는 그냥 프로젝트 폴더에 짧은 텍스트 파일 몇 개로 만들어 뒀습니다. 규칙은 규칙 파일에, 진행 상황은 상태 파일에. 이렇게 정해진 자리에 적어두면, AI가 일을 시작할 때마다 그 파일들을 먼저 읽고 들어오게 할 수 있어요. 핵심은 말로 매번 설명하는 대신, 적어두고 읽게 한다는 거예요.

하네스가 없었다면 어땠을까

이게 얼마나 차이 나는지는, 없을 때를 떠올려보면 분명해져요. 처음엔 저도 그냥 대화창에 다 적었어요. “우리 블로그는 이런 컨셉이고, 톤은 이렇고, 카테고리는 네 개고, 여기까진 했고…” 새 창을 열 때마다 이 긴 설명을 처음부터 다시 늘어놓은 거죠.

두세 번까진 참을 만했어요. 그런데 같은 설명을 네 번째, 다섯 번째 반복하다 보니, 설명하는 시간이 일하는 시간보다 길어지더라고요. 결국 “이럴 거면 내가 직접 하지” 하고 손을 놓은 적도 있었습니다.

반복만 문제가 아니었어요. 더 골치 아픈 건 그때그때 결과가 달라진다는 점이었습니다. 어제는 제목을 이렇게 뽑던 AI가 오늘은 전혀 다른 스타일로 가져오고, 분량 규칙도 슬쩍 깜빡하고요. 매번 기억이 백지로 돌아가니 일관성이 있을 수가 없죠. 글이 한두 개일 땐 몰라도, 쌓일수록 톤이 들쭉날쭉해지는 게 눈에 보였어요. 블로그는 결국 한 사람이 쓴 것처럼 일관돼야 신뢰가 가는데 말이죠.

하네스를 깔고 나서는 그게 사라졌어요. AI가 노트를 먼저 읽고 “도메인은 정해졌고 글은 여기까지 썼구나” 하며 바로 이어서 일하니까, 저는 같은 말을 두 번 할 일이 없어졌습니다. 설명에 쓰던 기운을 진짜 일에 쓰게 된 거예요.

정리 — 가장 작은 하네스부터

하네스를 거창하게 생각하지 않으셔도 돼요. 텅 빈 메모장 하나에 “이 일은 뭐고, 규칙은 이거고, 여기까지 했다”를 적어두고 AI에게 매번 같이 보여주는 것. 그게 가장 작은 하네스예요. 거기서 규칙과 상태와 도구를 하나씩 늘려가면 됩니다. 저도 처음엔 메모장 한 장으로 시작했어요.

한 가지만 더. “이거 코딩 알아야 하는 거 아니냐”고 걱정하실 수 있는데, 전혀 아니에요. 방금 보신 것처럼 하네스의 본질은 잘 정리한 메모거든요. 프로그래밍이라기보다 정리정돈에 가깝습니다. 무엇을, 어떻게, 어디까지 했는지를 또박또박 적어두는 습관만 있으면 비전공자도 충분히 만들 수 있어요. 어려운 건 도구가 아니라, 매번 적어두는 그 작은 부지런함이더라고요.

다음 편에서는 이 하네스를 ‘알아서 반복해서 돌게’ 만드는 법, 그러니까 루프 엔지니어링을 풀어볼게요. 사람이 매번 “다음 거 해”라고 누르지 않아도 AI가 스스로 다음 일을 이어가게 하는 방법이요. 제가 이 블로그의 수익화 전략을 AI한테 통째로 맡겨본 이야기인 Claude Code 루프로 블로그 전략을 자동 수집한 과정이 그 실제 사례이니, 먼저 보셔도 좋습니다.