프롬프트 엔지니어링 다음은 뭘까 — 컨텍스트, 하네스, 루프, 그래프 엔지니어링 총정리

프롬프트 엔지니어링 다음은 뭘까 — 컨텍스트, 하네스, 루프, 그래프 엔지니어링 총정리

"프롬프트 엔지니어링"이라는 말, 이제는 다들 익숙하실 겁니다.
그런데 최근 반년 사이, 여기에 이어지는 새 용어 네 개가 순서대로 등장했습니다.
컨텍스트 엔지니어링, 하네스 엔지니어링, 루프 엔지니어링, 그리고 가장 최근엔 그래프 엔지니어링까지. 각각이 어떤 문제를 풀려고 나왔는지 시점 순서대로 정리해봤습니다.

다섯 단계, 한눈에 보기

단계핵심 질문등장 시점

프롬프트 엔지니어링	뭐라고 물어봐야 잘 대답하나	2020~2023
컨텍스트 엔지니어링	모델에게 뭘 보여줄 것인가	2025 상반기
하네스 엔지니어링	모델 주변 시스템을 어떻게 짤 것인가	2026.02
루프 엔지니어링	누가 다음 프롬프트를 넣을 것인가	2026.06
그래프 엔지니어링	여러 루프를 어떻게 조직할 것인가	2026.07

중요한 건, 이 다섯 개가 서로를 대체하는 게 아니라 겹겹이 감싸는 구조라는 점입니다. 프롬프트 기법은 사라진 게 아니라 컨텍스트 설계 안으로 흡수됐고, 컨텍스트 설계는 하네스라는 더 큰 시스템의 일부가 됐습니다.

각 단계, 조금 더 풀어보면

프롬프트 엔지니어링은 입력 문장 하나를 잘 다듬는 기술이었습니다. 컨텍스트 엔지니어링은 여기서 한 발 나아가, 대화창 한 줄이 아니라 모델이 보는 정보 창 전체 — 파일, 이전 대화, 도구 설명까지 — 를 설계 대상으로 보기 시작했습니다.

 

하네스 엔지니어링은 "Agent = Model + Harness"라는 한 줄로 요약됩니다. 모델 자체가 아니라 그 주변 시스템 — 어떤 도구를 쓸 수 있는지, 어떻게 검증하는지, 무엇을 막을지 — 을 설계하는 게 하네스입니다.

 

루프 엔지니어링은 사람이 매번 프롬프트를 치는 대신, 에이전트를 반복 구동시키는 시스템을 설계하는 일입니다. 트리거, 상태 파일, 검증, 정지 규칙 — 이 네 부품이 있어야 "그냥 반복"이 아니라 "루프"가 됩니다.

 

그래프 엔지니어링은 가장 최근에 등장했습니다. 에이전트 하나가 일하고 그 에이전트가 스스로 채점하면, 아무도 실수를 못 잡습니다. 그래서 별도 단계가 결과를 검토하고, 한 단계가 고장 나도 전체가 무너지지 않도록 여러 노드로 나누는 게 그래프 엔지니어링의 핵심입니다.

왜 이 순서를 알아야 할까

지금 쓰고 있는 워크플로우가 이 다섯 단계 중 어디쯤 있는지 스스로 짚어볼 수 있으면, 다음에 뭘 배워야 할지가 명확해집니다. 반대로 이 용어들을 낱개로만 알고 있으면, 계속 새로운 이름이 나올 때마다 처음부터 다시 따라잡는 기분이 듭니다.

---

다섯 단계를 순서대로 다 다루는 강의를 만들었습니다

이 글에서 정리한 다섯 단계를, Claude Code 안에서 직접 만들고 실행까지 해보는 강의입니다.

• CLAUDE.md·Skills·Subagents·Hooks·MCP로 하네스 5부품 조립
• 검증 있는 루프를 직접 설계하고 실제로 돌려보기
• 프레임워크 설치 없이, 15줄 코드로 3노드 그래프 실행기 만들기

하네스 · 루프 · 그래프 엔지니어링 — 프롬프트 다음의 AI 에이전트 다섯 단계
지금 오픈 기념 얼리버드 25% 할인 중입니다 (2주 한정)
👉 https://inf.run/yWQJv

하네스 · 루프 · 그래프 엔지니어링 — 프롬프트 다음의 AI 에이전트 다섯 단계| 코드브릿지 - 인