모든 SaaS 비즈니스는 모델을 둘러싼 하네스가 될 것

SaaS 기업의 핵심 업무가 선제적으로 움직이는 백그라운드 에이전트로 옮겨가면, 기업 자체가 모델에 맥락, 도구, 권한, 검토 체계를 제공하는 하네스가 될 것이라는 전망임 전환은 사람이 에이전트를 사용하는 단계에서 여러 에이전트를 지휘하는 단계로, 다시 하네스가 사람의 참여를 조율하는 단계로 진행될 수 있음 품질을 지키는 핵심은 완전 무인화가 아니라 인간의 안목과 판단이 필요한 지점에 주의를 집중하는 것임. 다만 현재 최첨단 모델과 잘 설계된 하네스로도 전체 업무 순환을 맡기기는 어려움 신뢰, 유통, 효과성, 도메인 맥락을 하네스가 좌우하게 되면 하네스 설계 역량 자체가 핵심 경쟁력이 되며, 단순히 구매해 쓰는 내부 도구와는 달라짐 기업은 무엇을 만들고 결과를 어떻게 검토할지 결정하는 최상위 하네스는 직접 소유하고, 특정 작업 흐름에 외부 제품을 끼워 넣는 구조를 지향해야 함 하네스의 범위와 SaaS 기업의 전환 좁은 의미의 하네스(harness) 는 LangGraph 같은 프레임워크나 Codex, Claude Code, OpenCode 같은 코딩 에이전트처럼, 상태를 유지하지 않는 모델 API에 도구와 상태를 붙여 실제 작업을 수행하게 하는 장치임 넓은 의미에서는 상태 없는 LLM을 둘러싼 인프라, 인터페이스, 맥락, 상태 전체를 뜻함 특정 업무에 맞춘 하위 하네스들을 조합할 수 있으며, 이를 조율하는 구성 요소는 메타 하네스(meta-harness) 라고 부를 수 있음 소프트웨어 공장은 명세 작성, 코드 작성, 검토를 담당하는 작은 하네스들과 각 작업의 실행 시점을 결정하는 상위 구성 요소로 이뤄진 하네스임 많은 소프트웨어 서비스 기업은 다음 네 단계를 거칠 수 있음 전통적인 SaaS 방식으로 서비스를 만들고 판매하며, 하네스를 사용하지 않음 엔지니어가 에이전트와 함께 일하고 제품 기획과 영업도 생산성 향상에 활용하면서, 개인이 하네스를 운용함 핵심 업무 상당수가 클라우드의 백그라운드 에이전트로 이동하고, 엔지니어링, 제품 기획, 영업 담당자가 프롬프트로 작업을 시작하고 결과를 검토하면서, 개인이 하네스를 조율함 에이전트가 스스로 할 일을 결정하고 사람은 결과 검토에 집중하며, 전수 검토도 표본 검토로 바뀌면서, 하네스가 개인을 조율함 이 경로를 따르면 소프트웨어 서비스를 만드는 업무가 사람에서 하네스로 이동하고, 기업 자체가 하네스가 됨 핵심 업무는 에이전트가 수행하고 제품 전체가 모델 출력물이 되며, 기...