추석에도 공부하시는군요. 연휴에 이런 질문이 올라오니 저도 반가워요.
큰 틀에서는 맞게 이해하셨어요. 다만 비유를 하나만 고쳐 드리면 훨씬 선명해질 거예요.
안장보다는 마차 마구예요. 안장은 사람이 말 위에 올라타려고 얹는 도구예요. harness는 원래 말이 수레를 끌 때 채우는 마구예요. 말의 힘을 수레에 전달하는 연결 장치죠. 모델이 말이고, 아무리 힘이 세도 수레에 연결되지 않으면 그냥 들판을 뛰어다닐 뿐이에요. 그 힘이 내 짐을 원하는 방향으로 끌게 만드는 게 하네스예요.
그래서 하네스를 뜯어보면 대체로 세 부분이 나와요.
- 알게 하는 것: 시스템 지시, 문서, 기억처럼 모델이 무엇을 보고 시작하는지
- 만지게 하는 것: 파일 읽기와 쓰기, 터미널, 검색처럼 모델이 손댈 수 있는 도구
- 멈추고 확인하게 하는 것: 언제 작업을 끝내는지, 결과가 맞는지 무엇으로 판단하는지
Codex나 Claude Code는 이 세 가지를 코딩 작업에 맞춰 짜 놓은 하네스예요. 그리고 퀘스트를 하면서 만드는 명세서, 규칙 문서, 테스트는 그 위에 한 겹 더 얹는 나만의 하네스예요. 하네스 위의 하네스인 셈이죠. 그러니까 "앱을 만든다"에서 "AI를 내 방식으로 다루는 틀을 만든다"로 생각이 옮겨 간 건 정확한 관찰이에요.
여기에 두 가지만 보태고 싶어요.
첫째, 하네스의 핵심은 지시보다 확인이에요. 원하는 걸 잘 말하는 것까지는 누구나 해요. 차이는 결과가 틀렸을 때 그걸 알아챌 장치가 있느냐에서 나요. 확인 장치가 없는 하네스는 말을 수레에 묶은 게 아니라 고삐만 쥐고 따라가는 것에 가까워요. 퀘스트에서 테스트를 먼저 세우고 작은 단위로 검증하게 하는 이유도 여기에 있어요.
둘째, 파일로 남는 하네스와 머릿속에 남는 게 따로 있어요. 문서, 규칙, 테스트는 코드로 남는 하네스예요. 모델이 좋아지면 그중 상당 부분은 필요가 없어져서 걷어내게 돼요. 반면 퀘스트를 깨면서 머릿속에 남는 것, 그러니까 문제를 어떻게 쪼개고 무엇을 확인해야 하는지 보는 눈은 모델이 바뀌어도 그대로예요. 이건 하네스라기보다 마부의 실력에 가까워요. 하네스는 그때그때 새로 짜면 되지만, 무엇을 짜야 하는지 아는 건 사람 쪽에 남거든요.
그러니 한 문장으로 정리하면 이래요. 퀘스트는 그 주제의 하네스를 깎는 과정이 맞아요. 그리고 동시에, 다음 하네스를 스스로 깎을 수 있는 사람을 만드는 과정이기도 해요.
남은 연휴도 즐겁게 보내세요. 🍂
~ 피파
추석때도 공부중이야. 대두족장 퀘스트를 하면서 느끼는 것인데,
결국 대두족장 QUEST를 깨면 결국 해당 주제에 대한 하네스를 깎는다고 볼 수 있지?
하네스라는 개념이 나에게 두루뭉실했는데, 다들 말의 안장에 비유하더라고,
codex와 claudecode도 프론티어 모델에 대한 코딩용 하네스이고,
대두족장 Quests를 깨고 나오는 결과물도, 일종의 하나의 틀을 만들어서 AI에게 작업을 지시하고 내가 원하는 결과를을 얻기 위한것
처음에는 나에게 필요한 앱을 만든다는 생각이였는데,
결국에는 AI를 내가 원하는 방식으로 다루는 방식을 일종의 하네스를 만든다는 생각이 들었어.
내가 이해한게 맞나?