JYP Garden

하네스 엔지니어링: 바이브 코딩에서 에이전틱 코딩으로

Properties1
tagsharness-engineering, vibe-coding, agentic-ai, agentic-engineering, claude-code, software-3-0, karpathy, knowledge

8 min read

하네스 엔지니어링: 바이브 코딩에서 에이전틱 코딩으로

채널: Jay Choi | 인디해커 라이프 | 길이: 약 7분 출처: https://www.youtube.com/watch?v=6MYZ7fMhKPY

핵심 메시지

바이브 코딩은 모든 사람의 바닥을 올려주고, 에이전틱 엔지니어링은 천장을 올린다. 이 시점에서 하네스 엔지니어링을 이해하는 사람과 그냥 AI에게 시키기만 하는 사람 사이의 격차는 점점 벌어진다.

IDEAS

  1. 바이브 코딩은 바닥을 올리고 에이전틱 엔지니어링은 천장을 올린다
  2. 2025년 에이전트의 해 → 2026년 하네스의 해 → 2027년 에이전트가 스스로 하네스를 만드는 해
  3. 프롬프트 엔지니어링은 부탁, 하네스 엔지니어링은 구조 — 부탁과 구조의 차이가 핵심
  4. 도구는 적을수록 좋다 — 도구가 많으면 에이전트가 선택에 에너지를 소비
  5. 검증 자동화 — 결과물이 나올 때마다 자동으로 체크하고 리뷰하는 에이전트를 돌려라
  6. 프로젝트 전체가 하나의 거대한 프롬프트 — 폴더 구조, 파일명, 코드 스타일 전부 포함
  7. 잘 정리된 프로젝트 = 에이전트도 잘 작동, 지저분한 프로젝트 = 에이전트도 지저분한 코드
  8. 에이전트가 작업 완료 보고를 해도 직접 확인하면 오류가 많다 — 검증 구조가 필요한 이유
  9. Claude Code와 Codex를 함께 쓰면 작업 품질이 크게 향상
  10. 소프트웨어 3.0 = 프롬프트가 곧 프로그래밍, 코드 생성보다 검증이 더 어렵다
  11. 에이전트가 스스로 실행 환경을 구축하는 방향으로 진화 중 (OpenClaw, Hermes Agent 사례)
  12. 구조적 판단(뭘 만들고, 왜 만들고, 예외 처리)은 여전히 인간 영역
  13. 한번 세팅해 두면 자율적으로 돌아가게 만드는 것이 하네스의 힘
  14. MCP 추가, 스킬·훅 설정 — 이미 하네스를 설계하고 있었던 것, 단지 그렇게 부르지 않았을 뿐
  15. 선택지가 많을수록 결정이 어려워지는 건 사람이나 AI나 마찬가지

INSIGHTS

  1. 하네스 엔지니어링은 메타 수준의 프롬프트 엔지니어링이다. 단일 프롬프트 품질이 아닌, 에이전트가 작동하는 전체 환경(프로젝트 구조, 자동화 검증, 도구 제한)을 설계하는 것이다. 프롬프트는 매번 개입이 필요하지만, 하네스는 한 번 만들면 자율로 작동한다.

  2. 2027년 예측이 현재 행동을 결정한다. 에이전트가 스스로 하네스를 만드는 시대가 오기 전에, 인간이 하네스를 이해하고 설계할 수 있어야 한다. 지금의 하네스 설계 경험이 그 전환기를 위한 준비다.

  3. 코드 생성은 이미 범용화됐고, 검증·판단이 새로운 희소성이다. 소프트웨어 3.0에서 코드를 만드는 것 자체는 어렵지 않다. 진짜 경쟁력은 “그 코드가 쓸 만한가”를 구조적으로 확인하는 능력에서 나온다.

  4. “생각은 아웃소싱할 수 있지만 이해는 아웃소싱할 수 없다” (카파시). 하네스를 설계하려면 내 프로젝트의 구조적 이유, 기능의 필요성, 코드의 적절성을 스스로 이해해야 한다. 하네스 엔지니어링은 결국 이해력을 기반으로 한다.

QUOTES

“바이브 코딩은 모든 사람의 바닥을 올려 주는 거고 에이전틱 엔지니어링은 천장을 올리는 겁니다.” — Andrej Karpathy (인용)

“프롬프트 엔지니어링은 모델에게 잘 해 줘라고 부탁하는 거고 하네스 엔지니어링은 잘 할 수밖에 없는 구조를 만드는 겁니다.”

“생각은 아웃소싱 할 수 있다. 하지만 이해는 아웃소싱 할 수 없다.” — Andrej Karpathy

“좋은 하네스를 만든다는 건 결국 프로젝트 전체를 하나의 거대한 프롬프트로 만드는 거예요.”

“하네스를 이해하는 사람이 진짜 결과를 만들 겁니다.”

REFERENCES

이름유형
[[wiki/entities/andrej-karpathyAndrej Karpathy]]
[[wiki/entities/claude-codeClaude Code]]
[[wiki/entities/openai-codexCodex]]
[[wiki/entities/cursorCursor]]
[[wiki/entities/OpenClawOpenClaw]]
[[wiki/entities/hermes-agentHermes Agent]]
[[wiki/concepts/MCP-모델-컨텍스트-프로토콜MCP (Model Context Protocol)]]

FACTS

  • OpenAI 엔지니어는 하루에 10억 토큰을 쓰면서 코드를 한 줄도 안 친다고 밝힘
  • IBM 엔지니어가 컨퍼런스에서 “2026년은 하네스의 해”라고 선언
  • 2025년: Claude Code, Cursor, Codex 등장으로 에이전트가 코드를 쓸 수 있다는 것이 증명된 해
  • 카파시: 바이브 코딩(Vibe Coding)이라는 단어를 처음 만든 인물

HABITS (실천 가능)

  • 요즘 좋다는 스킬을 다 설치했다가 에이전트가 이상해지면 → 다 지우고 지금 작업에 필요한 것만 남기기
  • 스킬 여러 개보다 핵심적인 스킬 몇 개를 강화하기
  • 에이전트 코드 생성 후 → 자동 테스트로 검증
  • 에이전트가 작업 후 → 다른 에이전트가 결과 검토 (Claude Code + Codex 조합)

RECOMMENDATIONS

  • 에이전트에게 도구는 적게 줄수록 좋다 — 집중력 향상
  • 프로젝트 폴더 구조와 파일명을 일관되게 관리하라 — 에이전트의 컨텍스트 이해 향상
  • 검증을 자동화하라 — 사람이 최종 판단만 하도록 구조 설계
  • 구조적 판단(설계 결정, 예외 처리)은 직접 하고, 실행은 에이전트에게 맡겨라

그래프 뷰