하네스가 곧 회사다

요약

AI 에이전트가 SaaS 기업의 업무를 수행함에 따라 기업은 모델에 지식과 권한을 제공하는 '하네스'로 변화하게 됩니다.
하네스 설계가 기업의 핵심 경쟁력이 되며, 인간은 에이전트의 결과물을 검토하고 중요한 판단을 내리는 역할에 집중하게 됩니다.
기업은 최상위 하네스를 직접 소유하고 필요한 부분에 외부 도구를 연결하는 구조로 전환될 것입니다.

SaaS 기업의 개발·기획·영업을 AI 에이전트가 수행하게 되면, 회사는 모델에 업무 지식과 도구, 권한, 검토 절차를 제공하는 하네스로 바뀔 수 있음
사람이 에이전트에게 일을 시키는 단계에서, 에이전트가 먼저 일을 찾아 수행하고 사람이 결과를 검토하는 단계로 이동할 수 있음
목표는 완전 무인화가 아니라 사람의 안목과 판단이 필요한 곳에만 주의를 집중하는 것임. 고객 의견에서 만든 제품 시안이나 중요한 설계 결정을 사람이 검토하는 방식임
무엇을 출시하고, 고객 피드백을 어떻게 반영하며, 회사의 지식을 어떻게 축적할지가 하네스에 담기므로 하네스 설계가 회사의 핵심 경쟁력이 됨
모든 도구를 직접 만들 필요는 없지만, 무엇을 만들고 결과를 어떻게 검토할지 결정하는 최상위 하네스는 직접 소유하고 개별 작업에 외부 제품을 연결해야 함

하네스의 범위와 SaaS 기업의 전환

좁은 의미의 하네스(harness) 는 LangGraph 같은 프레임워크나 Codex, Claude Code, OpenCode 같은 코딩 에이전트처럼, 상태를 유지하지 않는 모델 API에 도구와 상태를 붙여 실제 작업을 수행하게 하는 장치임
넓은 의미에서는 상태 없는 LLM을 둘러싼 인프라, 인터페이스, 맥락, 상태 전체를 뜻함
- 특정 업무에 맞춘 하위 하네스들을 조합할 수 있으며, 이를 조율하는 구성 요소는 메타 하네스(meta-harness) 라고 부를 수 있음
- 소프트웨어 공장은 명세 작성, 코드 작성, 검토를 담당하는 작은 하네스들과 각 작업의 실행 시점을 결정하는 상위 구성 요소로 이뤄진 하네스임
많은 소프트웨어 서비스 기업은 다음 네 단계를 거칠 수 있음
1. 전통적인 SaaS 방식으로 서비스를 만들고 판매하며, 하네스를 사용하지 않음
2. 엔지니어가 에이전트와 함께 일하고 제품 기획과 영업도 생산성 향상에 활용하면서, 개인이 하네스를 운용함
3. 핵심 업무 상당수가 클라우드의 백그라운드 에이전트로 이동하고, 엔지니어링, 제품 기획, 영업 담당자가 프롬프트로 작업을 시작하고 결과를 검토하면서, 개인이 하네스를 조율함
4. 에이전트가 스스로 할 일을 결정하고 사람은 결과 검토에 집중하며, 전수 검토도 표본 검토로 바뀌면서, 하네스가 개인을 조율함
이 경로를 따르면 소프트웨어 서비스를 만드는 업무가 사람에서 하네스로 이동하고, 기업 자체가 하네스가 됨
- 핵심 업무는 에이전트가 수행하고 제품 전체가 모델 출력물이 되며, 기업은 맥락, 통합 기능, 사람이 사용하는 검토 인터페이스를 제공함
- 조직도는 하네스가 사람의 안목과 판단을 가장 잘 활용하도록 사람을 어디에 배치할지 결정하는 문제가 됨
- 도메인 지식, 도구, 권한, 검토 순환, 맥락뿐 아니라 사람도 비즈니스 하네스의 일부가 됨

완전 무인화가 아니라 인간의 주의를 배분하는 구조

AI가 주로 만들고 검토하는 제품은 저품질일 수밖에 없다는 우려는, 이런 기업이 완전 무인 운영)을 한다는 가정에 기대고 있음
품질 저하를 막는 핵심은 하네스가 인간의 입력이 가장 중요한 지점을 선택하는 데 있음
- 에이전트가 고객 미팅에 참여하는 담당자들에게 질문을 보내고, 답변을 종합해 제품 책임자가 검토할 데모를 만들 수 있음
- 고객 미팅에서 나온 기능 제안을 주요 아키텍처 결정으로 발전시켜 엔지니어링 안목을 갖춘 담당자에게 검토를 요청할 수 있음
- 피드백을 모아 UI 재설계를 시작하고 여러 변형을 시험한 뒤, 상위 후보들을 디자인 안목을 갖춘 담당자에게 전달할 수 있음
좋은 하네스는 고객 가치를 극대화하면서 직원과 고객의 주의를 필요한 곳에만 사용함
현재 최첨단 모델과 잘 만든 하네스로도 이런 전체 업무 순환(outer loop) 을 에이전트에 믿고 맡기기는 상당히 어려움
- Nora 에이전트 직원 실험에서도 이를 위해 많은 시간을 들였음
- 다만 기획과 검토 업무가 연구소에서 학습에 사용할 수 있는 검증 가능한 보상이 있는 과제로 더 많이 분해되는 만큼, 모델이 끝내 이를 수행하지 못할 것이라고 베팅할 이유는 없어 보임
안목을 가진 담당자 중심의 조직 구상은 The Transposed Organization과 이어짐

하네스 설계가 핵심 경쟁력이 되는 이유

소프트웨어 서비스의 차별화는 흔히 신뢰, 유통, 효과성, 도메인 맥락에서 나옴
선제적 백그라운드 에이전트가 일하는 환경에서는 하네스의 학습 방식, 감시 대상, 인간의 안목과 연결되는 인터페이스, 통합 시스템을 설계하는 능력이 이런 차별화를 유지하는 수단이 됨
- 신뢰는 결과물을 내보내기 전에 충족해야 하는 조건에 좌우됨
- 유통은 제품을 전달하는 속도와 방식에 좌우됨
- 효과성은 피드백 순환의 속도와 맥락에 좌우됨
- 도메인 맥락은 조직 지식을 수집하고 유지하는 방식에 좌우됨
하네스는 기꺼이 구매하던 내부 도구에서, 제품 개발 조직이나 시장 진출 조직만큼 외부에 맡기기 어려운 핵심 역량으로 바뀜
이는 산출물이 주로 소프트웨어를 사용하는 사람의 역량에 제한됐던 AI 이전 환경과 다름

최상위 하네스의 소유와 외부 도구의 역할

Ramp, Stripe, DoorDash 등의 자체 AI 개발 도구는 이런 전환의 시작으로 볼 수 있음
AI를 적극적으로 활용하는 기업에는 소프트웨어 개발 생명주기(SDLC) 도구 업체가 통합 기능이나 특정 인터페이스, 충분한 비용 효율을 제공할 때까지 기다리는 일이 제품 개발과 유지보수의 병목이 되고 있음
- 특히 단기적으로는 맞춤형 기술 스택, 엄격한 거버넌스, 느린 핵심 기능 지원, 선호하는 비용 구조 때문에 외부 도구가 기업의 소프트웨어 공장 전체를 운영하기 어려움
모든 구성 요소를 자체 개발하고 유지할 필요는 없지만, 무엇을 만들지 결정하고 결과를 검토하는 최상위 하네스는 기업이 소유해야 함
- 특정 작업 흐름에는 외부 업체의 제품을 연결할 수 있음
- 외부 제품이 기업 수준에서 명세를 테스트된 풀 리퀘스트로 바꾸는 작업을 충분히 잘 수행하게 되면, 해당 구간을 그 제품으로 교체할 수 있음
- 이때도 입력 명세를 작성하고 풀 리퀘스트 이후 단계를 처리하는 에이전트는 기업이 유지함
외부 하네스가 선제적 백그라운드 에이전트 서비스로 사업 전체의 순환을 운영할 수 있다면, 그 사업은 이미 범용 상품화된 셈임

이 전제가 맞는다면 나타날 변화

제품을 만드는 영역과 판매하는 영역 모두에서 자체 하네스 개발이 이례적으로 많아질 수 있음
조직 구조와 개인의 역할은 비즈니스 하네스 안에서 맡는 위치를 중심으로 재편될 수 있음
경쟁 우위를 하네스로 쉽게 구현할 수 있는 분야에서는 AI 네이티브 스타트업이 기존 기업을 이길 수 있음
소프트웨어 기업의 핵심 개발 및 판매 경로에 있거나 연결된 모든 소프트웨어는 상위 하네스가 실행할 수 있도록 헤드리스(headless) 방식이어야 함