프롬프트 엔지니어링은 끝났습니다: 이제 '하네스'의 시대입니다

하네스 엔지니어링, 왜 지금 모두가 주목하는가 — AI 에이전트를 진짜로 통제하는 기술

OpenAI 엔지니어 3명이 코드를 한 줄도 쓰지 않고 5개월 만에 소프트웨어를 배포했습니다. 비결은 AI가 아니라, AI를 통제하는 '마구(harness)'였습니다. Prompt → Context → Harness → Agentic Engineering, 4가지 축의 진화를 따라가며 하네스 엔지니어링의 4가지 기둥(컨텍스트 파일, CI/CD 게이트, 도구 경계, 피드백 루프)을 체계적으로 정리합니다.

"프롬프트를 고치지 마세요. 마구를 고치세요." — AI 시대 엔지니어의 역할이 어떻게 달라지는지, 이 영상 하나로 정리됩니다.

📒 하네스 엔지니어링 영상 자료 (Notion): https://raspy-roll-970.notion.....site/AI-333f7725c9d9

⏱ 타임스탬프
0:00 하이라이트
0:31 인트로 — 하네스 엔지니어링이란, AI 활용 4가지 축 프레임워크
2:00 배경: Prompt → Context → 그래도 해결 안 되는 것
3:48 AI 에이전트라는 말(Horse) — 에이전틱 vs 하네스 비유
5:54 하네스 엔지니어링 정의와 핵심 철학
8:04 4가지 기둥 ① 기계가 읽는 컨텍스트 파일 (CLAUDE.md, AGENTS.md)
9:20 4가지 기둥 ② 결정론적 CI/CD 게이트 (린터, Hook, 자동 교정 루프)
11:01 4가지 기둥 ③ 명시적 도구 경계 (최소 권한 원칙)
12:21 4가지 기둥 ④ 지속적 피드백 루프 (가비지 컬렉션)
13:43 하네스 시스템 작동 구조 — 분류기 → 컨텍스트 관리자 → 실행 루프 → 워커 격리
17:06 실제 사례: OpenAI 팀의 하네스 분석
19:50 Agentic Engineering — 말과 마구의 시너지
20:55 역할의 진화 — 개발자는 어떻게 달라지는가
22:08 마무리 — 오늘의 핵심 한 줄

📌 영상에서 다루는 내용
✅ AI 활용 4가지 축 — Prompt / Context / Harness / Agentic Engineering 프레임워크
✅ 하네스 엔지니어링 정의 — Martin Fowler의 체계, "프롬프트는 부탁, 하네스는 강제"
✅ 4가지 기둥 — 컨텍스트 파일(CLAUDE.md), CI/CD 게이트(린터·Hook), 도구 경계(최소 권한), 피드백 루프(가비지 컬렉션)
✅ 하네스 시스템 구조 — 분류기·컨텍스트 관리자·실행 루프·워커 격리의 4단계 파이프라인
✅ OpenAI 사례 분석 — 코드 0줄, 엔지니어 3명, 5개월 배포의 비밀
✅ 역할의 진화 — 프롬프트 엔지니어 → 컨텍스트 아키텍트 → 플랫폼 엔지니어 → 에이전트 오케스트레이터

🔗 유용한 링크
OpenAI — Harness Engineering: https://openai.com/index/harness-engineering/
Martin Fowler — Harness Engineering: https://martinfowler.com
Anthropic: https://www.anthropic.com
Claude Code 공식 문서: https://docs.anthropic.com/en/docs/claude-code

🛠 참고 개념 & 도구
CLAUDE.md · AGENTS.md · Pre-commit Hook · CI/CD Pipeline · Linter · Architecture Test · MCP · Agent Teams