분석: 오픈AI가 오픈소스로 푼 것은 모델이 아니라 «하네스»다 — 그게 전략이다

이 소식은 두 가지로 읽힌다. 하나는 «흔한 오픈소스 공개»이고, 다른 하나는 «오픈AI 가 에이전트 시장의 가치가 어디에 있다고 보는지를 시장에 알려준 것»이다. 뒤쪽이 사실에 가깝다.

8월 20일 오픈AI 는 코덱스를 움직이는 장치 — codex exec 명령줄, app-server 실행 서버, 코덱스 SDK — 를 openai/codex 저장소에 아파치-2.0 으로 공개했다. 모델은 그대로다. 모델을 «둘러싼 모든 것»이 열렸다.

하네스는 아무도 시연하지 않는 부분이다

업체는 모델을 시연하고, 팀은 하네스를 출시한다.

하네스는 «텍스트 생성»을 «일이 끝난 상태»로 바꾸는 코드다. 이번 턴에 모델이 무엇을 볼지 정하고, 모델이 요청한 도구 호출을 실제로 실행하고, 결과를 생기는 대로 흘려보내고, 긴 대화가 창을 넘치지 않게 압축하고, 사람이 중간에 끊을 수 있게 하고, 되돌릴 수 없는 행동을 승인 관문 뒤에 세운다.

에이전트 프로토타입을 실전까지 끌고 가본 사람은 이걸 어떤 형태로든 직접 짜봤다. 보통 두 번 짰고, 첫 번째는 대개 잘못 짰다. 오픈AI 가 지금 표준화해서 넘긴 것이 바로 그 물건이다.

모델이 엔진이라면 하네스는 차체와 변속기와 브레이크다. 엔진만 비교해서 차를 사는 사람은 없는데, 지난 2년의 에이전트 도입은 거의 정확히 그랬다.

모두가 인용할 숫자

오픈AI 는 하네스만 손봐서 — 단계 사이에 추론을 유지하고 맥락을 압축해서 — 같은 모델의 ARC-AGI-3 점수가 13.3% 에서 38.3% 로 올랐고, 토큰 사용량은 약 6분의 1로 줄었다고 밝혔다.

인상적인 숫자다. 그래서 이 숫자가 «말하는 것»과 «말하지 않는 것»을 정확히 갈라둘 필요가 있다.

말하는 것: 실행 환경은 일급 변수다. 자기 하네스로 두 모델을 비교하는 팀은 사실 세 가지(모델 둘 + 하네스 하나)를 재고 있고, 결과의 상당 부분은 «하네스 성적»이다. 하네스를 밝히지 않은 모델 점수표는 이 근거 앞에서 거의 읽을 수 없는 자료가 된다.

말하지 않는 것: 그 폭이 내 제품에도 그대로 있다는 것. 벤치마크에 맞춰 다듬은 하네스는 그 벤치마크에도 어느 정도 맞춰져 있고, 추론 퍼즐 세트는 대사(對査) 업무 큐가 아니다.

쓸모 있는 해석은 그 사이에 있다. 지금 최신 모델을 쓰는데 결과가 나쁘다면, 이제는 «모델이 약해서»보다 «내 루프가 잘못돼서»를 먼저 의심하는 것이 맞다.

라이선스가 곧 발표 내용이다

여기서 아파치-2.0 은 각주가 아니다. 본문이다.

카피레프트였다면 이 하네스는 이번 발표가 자랑한 바로 그 고객들에게 쓸모가 없어진다 — 상용 제품에 컴파일해 넣되 자기가 감싼 코드는 공개하고 싶지 않은 회사들 말이다. 시스코는 시스코 클라우드 컨트롤의 App Builder 안에서 코덱스 SDK 를 돌린다. 깃허브와 젯브레인스는 별도 창이 아니라 개발자가 이미 열어둔 편집기 «안»에 에이전트를 넣었다. 스라이브 홀딩스와 크리트는 실무자 검토를 루프에 넣은 세무 신고 워크플로를 만들었고, 발표 전후 보도는 신고 약 7,000건을 처리하며 준비 시간을 3분의 1가량 줄였다고 전한다.

이 중 어느 것도 «챗봇 도입»이 아니다. 전부 남의 인터페이스를 쓴 «같은 에이전트 루프»다.

그리고 열지 않은 것은 확실히 닫혀 있다 — 모델이다. 어차피 범용재가 될 층을 열고 계량기가 달린 층은 닫아두는 것은 오래된 수법이고, 오래된 이유는 그게 통하기 때문이다. 남의 제품에 심긴 하네스 하나하나가 곧 «과금 관계가 딸린 클라이언트»다.

질문이 «연결»에서 «권한»으로 옮겨간다

MCP(모델 컨텍스트 프로토콜)가 이미 커넥터 작업의 상당 부분을 «제품마다 짓는 접착제»에서 «한 번 만들어 재사용하는 서버»로 옮겨놨다. 표준화된 오픈 하네스는 거기서 남은 대부분을 마저 옮긴다.

남는 것은 더 작은 문제가 아니다. 다른 문제이고, 모델을 가진 쪽이 아니라 «제품을 가진 쪽»의 몫이다.

• 범위 — 이 에이전트가 무엇을 하도록 허용되는가(읽기·쓰기·지출·발송·삭제). 그리고 그게 프롬프트로 부탁된 것이 아니라 런타임에서 강제되는가.
• 관문 — 어떤 행동에 사람이 필요한가. 그 사람은 판단할 만큼을 보고 있는가, 아니면 요약문에 승인 버튼만 누르고 있는가.
• 신뢰할 수 없는 입력 — 고객 메일·티켓 본문·웹페이지·PR 코멘트를 읽는 에이전트는 «공격자가 조작할 수 있는 텍스트»를 읽는 중이다. 완화책은 더 좋은 지시문이 아니라 권한 경계다.
• 되짚기 — 사고가 난 뒤 감사자 앞에서 «실제로 무엇을 했는가»를 로그로 답할 수 있는가.

오픈 하네스는 이 질문들을 더 일찍 하게 만든다. 그건 개선이다. 다만 답을 주지는 않는다.

어디로 퍼지고, 어디서 멈추나

이번 공개에 붙은 기대는 에이전트가 개발 도구를 벗어나 보안·고객지원·영업·마케팅 화면으로 들어간다는 것이다. 상당 부분 실현될 것이고, 그 모양은 이미 성공한 사례들에서 예측할 수 있다.

살아남는 도입은 «검증이 싸다»는 공통점을 갖는다. 코딩이 먼저였던 이유는 테스트가 자동으로 판정을 내주기 때문이다. 세무 신고도 같은 이유로 자격이 있다 — 신고서는 맞아떨어지거나 아니거나이고, 실무자는 전부가 아니라 예외만 본다. 고객지원 분류, 계산서 대사, 자료 수집도 같은 부류다.

멈추는 쪽은 «결과가 맞는지 알려면 사람이 산출물 전체를 읽어야 하는» 일이다. 거기서 에이전트는 타이핑을 줄여준 것이지 일을 줄여준 것이 아니고, 그건 어떤 하네스로도 고쳐지지 않는다.

우리가 지켜볼 것

• 이식성 — 팀들이 정말로 오픈AI 아닌 모델을 이 루프에 태우는가, 아니면 기본값이 조용히 이걸 유통 채널로 만드는가.
• 거버넌스 기본값 — 켜진 채로 배포되는 승인 관문·예산·로깅은 업계의 바닥이 된다. 꺼진 채로 배포되는 것들은 업계의 사고 보고서가 된다.
• 다음 표준화 지점 — 도구 노출은 MCP 에서 표준화됐고, 실행은 지금 표준화되는 중이다. 권한과 감사가 다음 층인데 아직 아무도 가져가지 않았다.
• 점수판 — 하네스 설계 하나가 25점짜리라면, 벤치마크 표는 모델 옆에 하네스를 함께 적기 시작하거나, 아니면 «모델 성적»으로 인용되기를 그만둬야 한다.

헤드라인은 «오픈AI 가 코덱스의 핵심을 오픈소스로 열었다»이다. 더 오래 남을 변화는 따로 있다 — 지난주보다 «어느 모델인가»가 작은 질문이 됐고, «그것이 무엇을 하도록 허용됐는가»가 큰 질문이 됐다.