하네스, 에이전트에게 건네는 계약서
AX 세계로 떠나는 여행, AXPORT
AXPORT는 AX와 공항(Airport)을 합친 이름입니다. 낯선 세계로 떠나는 여행처럼, AX라는 목적지로 향하는 탑승구가 되겠다는 뜻을 담았어요. 이 게이트에서는 AI & AX 최고의 연사들이 파일럿이 되어, 밀도 높은 인사이트를 현장에서 직접 전합니다.
AI에게 일을 시킨 적이 있다면,
누구나 겪었을 문제
⏺ Todo 작성 중...
☐ 문서 오탈자 수정
☐ 문서 감사 시스템 구축
☐ 자동 툴 감지 모듈 개발
시키지 않은 일까지 계획에 넣어요
> 그럼 실행해 보자
✗ TypeError: validateUser is not a function
✗ ENOENT: no such file or directory
"문제 없다"는 말을 믿을 수가 없어요
⏺ ✓ 배포 성공
> 배포 스크립트 돌려줘 # 오늘, 같은 요청
⏺ ✗ 실패 — 다른 방법을 시도해 보겠습니다...
같은 요청인데 매번 결과가 달라요
✻ (생각 중) DB 스키마를 건드리면
안 된다... DB 스키마는...
⏺ migration_v2.sql 생성됨
하지 말라면, 그 생각만 해요
근본적인 해결을 위한 환경, "하네스" 가 필요합니다.
이런 분들께 추천해요
- ✓AI 코딩 툴로 실무 · 사이드 프로젝트를 이미 진행 중인 3~10년차 개발자
- ✓AI를 통해 획기적인 효율 개선을 고민하는 테크 리드 · 엔지니어링 매니저
- ✓여러 CLI를 오가며 비효율을 느껴본 시니어 개발자
- ✓AI를 통해 나만의 프로덕트를 만들고 싶은 1인 창업자 · 인디해커
- △AI 에이전트를 처음 접하는 분들은 이 세션이 어려울 수 있어요.
저는 Claude Code만 쓰는데, 이 세션이 저한테 필요할까요?
→하나의 AI 툴에 익숙해질수록, 다른 AI 툴로 옮겨야 할 때 헤매게 될 수 있어요.
코덱스, 로컬 LLM 등 AI 빌딩 환경을 옮겨야 할 때도 똑같은 원칙과 하네스를 적용할 수 있게 됩니다.
하네스 관련 강의는 이미 많고, 저도 들어봤어요. 이건 뭐가 다른가요?
→시중의 대부분 하네스는 "어떻게 설계하는가" 까지 방법론만 다루는 경우가 많은데요.
이 세션은 방법보다 설계 이유, 실패하고 다시 고친 과정과 판단 기준까지 모두 다뤄요.
이 이야기를 들려줄 사람
여러 코딩 에이전트 런타임을 하나의 하네스로 묶는 오픈소스 프로젝트 우로보로스를 만들고 있습니다. 단일 프롬프트의 한계를 넘어서기 위해 8개 런타임의 인터페이스, 상태관리, 권한 문제를 직접 붙여보며 얻은 판단 기준을 이번 밋업에서 처음으로 체계적으로 공유합니다.
GitHub Star 성장 그래프
2026년 4월 → 7월 · 1.1k → 4.8k (약 3개월)
주요 이력
- 현) ZEP 테크 리드
- 오픈소스 Agent OS '우로보로스(Ouroboros)' 메인테이너 — 2026년 1월 말 개발 시작, 3개월 만에 GitHub 스타 4.8k
- 랄프톤(Ralph-a-thon) 1위 수상
- AI 팟캐스트 등 다수 미디어 출연
🎤 현장에서만 풀리는 비하인드
- 릴리즈를 실수하면 스스로 반성문을 쓰는 AI 리뷰 봇과 함께 오픈소스를 운영하는 이야기
- 봇의 리뷰가 너무 엄격해서, 컨트리뷰터들 사이에 "리뷰 통과 스킬"을 공유하는 문화가 생긴 사연
- '하네스' 개념을 처음 만든 개발자에게 "그건 에이전트 아닐까?"라고 인정받기까지의 설전
이 밋업에서 배울 수 있어요
종속되지 않는 설계 방식
특정 AI CLI에 매이지 않는 하네스 설계 사고방식
판단 기준
8개 CLI의 인터페이스 · 상태 관리 · 권한 문제를 가르는 기준
다음 단계 개념
메타하네스 · Self-Improving Agent · 에이전트 메모리
오픈소스 실전 노하우
릴리즈 게이트 · 기여자 신뢰 · GTM
참가하면 이런 걸 얻어가요
세션 구성
재규님이 직접 느낀 단일 프롬프트의 한계를 실제 실패 사례 중심으로 이야기합니다. "AI 코딩은 출력이 아니라 입력에서 실패한다"는 철학이 어떤 사건들을 통해 생겼는지 설명합니다.
- 우로보로스가 탄생하게 된 이유 — 원하는 것을 제대로 모르면, 제대로 된 결과를 만들 수 없다
- 실행이 대체된 시대 — 남는 것은 무엇을 시킬지 생각하는 앞단의 디자인
프롬프트
잘 부탁하는 법
하네스
환경을 만드는 법
메타하네스
하네스가 하네스를 평가
자가개선
결과가 다음 실행의 입력으로
Claude Code, Codex, OpenCode 등 여러 런타임을 지원하며 생긴 인터페이스 차이, 상태 관리, 권한, 실행 환경 문제를 다룹니다.
↓
OUROBOROS 공용어
"유저에게 물어봐" — 하나의 계약
스킬 하나를 만들면, 8개 툴이 동시에 알아듣는 구조
- 프롬프트만으로 해결 못 하는 4가지 — 상태 관리 · 검증 · 완료 신뢰 · 권한
하네스를 스스로 평가하고 개선하는 '메타하네스'부터, 쓸수록 똑똑해지는 'Self-Improving Agent'까지 — 에이전트에게 좋은 환경을 주는 방법을 공유합니다. 에이전트가 기억을 갖게 하는 '에이전트 메모리' 개념도 함께 소개합니다.
프롬프트 = 부탁 🙏
🤖
무엇을 할지 매번 다른 에이전트하네스 = 계약 📋
🤖
- 의도의 결정화 — 핵심 의도(시드)를 문서로 고정하고, AI가 아닌 정해진 규칙으로 검증
- "하네스를 만들지 마세요" — 실행기를 재발명하지 말고, 그 위의 계약과 환경을 만들어야 하는 이유
- 에이전트 OS로 — 코어에는 필수 기능만, 나머지는 플러그인으로. '얇은(thin) 하네스'의 조건
커뮤니티 피드백, 이슈 관리, 기여자와의 신뢰, 릴리즈 판단, 실패한 설계의 폐기 과정을 이야기합니다.
사람의 기억처럼 4개 층으로 설계된, 스스로 정체성을 가진 리뷰 봇
- 릴리즈 게이트 — 배포 전 반드시 거치는 검문소, 그리고 봇이 반성문을 쓴 날
- 스타 수 너머의 지표 — 죽은 7만 스타 레포 vs 실제 다운로드 수
- 잘 만드는 것만큼 중요한 알리기 — GTM, 그리고 기여자의 힘이 더해지는 생태계의 원리
타임테이블
- 18:30입장 · 테이블 네트워킹 (아이스브레이킹)
- 19:00오프닝
- 19:05하네스, 에이전트에게 건네는 계약서
- 20:35Q&A
- 20:45네트워킹 세션
- 21:15인사이트 공유
- 21:30단체사진 · 종료
자주 묻는 질문
Q. 오프라인인가요, 온라인인가요?
A. 이 페이지는 오프라인 참가 신청 전용입니다.
온라인으로만 듣고 싶다면, 행사 종료 후 별도 출시되는 VOD를 이용해주세요.
Q. 식사가 제공이 되나요?
A. 네, 간단한 샌드위치와 음료가 참가비에 포함되어 있습니다.
퇴근하고 바로 오셔도 든든하게 참여하실 수 있어요!
Q. 촬영이나 녹화가 되나요?
A. 현장은 VOD 제작을 위해 촬영됩니다.
참석 시 촬영에 동의한 것으로 간주되며, 원치 않으실 경우 사전에 운영진에게 알려주세요.
Q. 부득이하게 불참하게 되면 어떻게 되나요?
A. 행사 1일 전까지 알려주시면 대기자에게 좌석을 안내해드려요.
자세한 취소·환불 조건은 하단 환불 규정을 확인해주세요.
Q. 노트북이 꼭 필요한가요?
A. 실습 중심 세션이 아니라 필수는 아니지만,
노트북을 통해 필기하면서 따라오면 더 깊은 지식을 얻으실 수 있어요.
Q. 현장 입장은 어떻게 확인하나요?
A. 결제 완료 후 행사 전일 발송되는 링크를 통해서 QR코드를 발급받으실 수 있습니다.