Harness, Augment Code 자산을 인수해 코딩 에이전트를 소프트웨어 제공에 연결

코드 변경을 작성하는 일은 점점 쉬워지고 있습니다. 그러나 그 변경을 테스트하고, 검토하고, 보안성을 확보하며 고객에게 안정적으로 운영하도록 만드는 일은 훨씬 큰 작업입니다. Harness는 AI 소프트웨어 개발의 다음 진보가 이 두 영역을 연결함으로써 이루어질 것이라고 내다보고 있습니다.

10월 8일, Harness는 Cosmos, Auggie CLI, Code Context Engine 및 관련 기술을 포함한 선택된 Augment Code 자산을 인수했다고 발표했습니다. 해당 제품들을 만든 팀이 Harness에 합류합니다. Cosmos는 Harness Cosmos Software Factory Agent가 되어, 변경 사항이 배포 파이프라인에 도달하기 전에 이루어지는 엔지니어링 작업까지 회사의 소프트웨어 제공 플랫폼을 확장합니다.

이 구분은 중요합니다. 이는 전체 Augment Code 회사를 구매한다는 것이 아니라 선택된 자산과 해당 팀을 인수한다는 의미입니다. 그 의미는 결합되는 기술에 있습니다. 코드베이스를 이해하고 수정할 수 있는 에이전트와 그 코드가 어떻게 테스트되고, 릴리즈되며, 운영되는지를 이해하는 시스템이 함께 제공됩니다.

Harness가 플랫폼에 가져오는 내용

이번 발표는 Cosmos를 점점 더 자율적인 소프트웨어 개발 수명주기(SDLC)의 시작점으로 자리매김합니다. 요구사항, 할당된 티켓 또는 보고된 버그가 에이전트가 변경을 계획하고, 코드를 작성·테스트하며, 풀 리퀘스트를 여는 협조 워크플로우를 시작하도록 할 수 있습니다. 엔지니어는 설계 승인 및 최종 병합 결정과 같은 판단 지점에 계속 관여합니다.

이는 초기 패치를 생성하는 수준을 넘어섭니다. 리뷰어가 댓글을 남기거나 체크가 실패할 경우에도 Cosmos 에이전트는 동일한 풀 리퀘스트에서 작업을 지속할 수 있습니다. Project Builder, PR Author, Deep Reviewer, PR Fixer와 같은 사전 구축된 전문가들은 팀이 자체 리포지토리와 표준에 맞게 워크플로우를 조정할 수 있게 합니다.

각 에이전트는 격리된 가상 머신에서 동작합니다. 모델 라우팅, GitHub, Jira 및 Slack과의 통합, 공유 메모리, 버전 관리 및 예산 제어가 엔지니어링 조직 전체에 걸쳐 작업을 실행하기 위한 인프라를 제공합니다.

이 조합은 소프트웨어 팩토리 개념을 구현합니다. 즉, 작업을 검토 가능한 결과물로 이끄는 반복 가능한 프로세스입니다. 중요한 단위는 에이전트가 생성한 코드 라인 수가 아니라 증거와 검증 지점을 갖춘 완전한 엔지니어링 워크플로우입니다.

채팅 창을 넘어 Cosmos가 작동하는 방식

Augment의 Cosmos 제품 페이지는 해당 운영 모델에 대한 유용한 세부 정보를 추가합니다. 풀 리퀘스트, 알림, 일정 및 웹훅은 특화된 전문가들을 활성화할 수 있습니다. 팀은 이러한 트리거 주변에 환경, 통합 및 인간 검증 지점을 정의하여, 매 이벤트마다 새 프롬프트를 수동으로 발행하지 않아도 작업을 시작할 수 있게 합니다.

Cosmos는 또한 전문가와 이벤트 기반 워크플로우를 버전 관리된 YAML 형태로 정의하고, Auggie CLI를 통해 변경을 적용하며, Git에서 구성 이력을 관리하는 기능을 지원합니다. 이를 통해 에이전트 워크플로우 자체를 팀이 익숙한 엔지니어링 관행으로 검토하고 수정할 수 있게 됩니다. 제품 페이지에서는 이러한 제어와 함께 공유 조직 지식 및 비용 한도에 대해서도 설명하고 있습니다.

개발 팀에게 이는 협업 문제를 변화시킵니다. 할당된 티켓에 응답하는 에이전트는 명확히 정의된 목표, 적절한 도구 접근 권한 및 결과를 보고할 장소가 필요합니다. 실패한 체크에 의해 트리거되는 에이전트는 실패 증거와 해당 파일을 변경할 수 있는 권한이 필요합니다. 재사용 가능한 워크플로우는 이러한 요구사항을 인코딩할 수 있지만, 그 효율성은 조직이 얼마나 신중하게 구성하느냐에 달려 있습니다.

Code Context Engine이 거래의 핵심

엔터프라이즈 소프트웨어를 다루는 에이전트는 단순히 유창한 코딩 응답만으로는 해결할 수 없는 문제에 직면합니다. 바로 올바른 컨텍스트를 찾는 일입니다. 하나의 리포지토리에는 여러 서비스, 폐기된 구현, 로컬 관례 및 의존성이 섞여 있어 단일 파일만으로는 추론하기 어렵습니다.

Augment의 Code Context Engine에 대한 설명에 따르면, 시스템은 코드를 의미론적으로 색인화하고 작업과 관련된 정보를 검색합니다. 이는 리포지토리와 서비스 전반에 걸친 관계, 커밋 기록, 코드베이스 패턴 및 문서와 티켓 같은 지원 자료를 활용합니다. 전체 리포지토리를 프롬프트에 넣는 대신, 관련 컨텍스트를 순위화하고 선별합니다.

실제 가치를 이해하기 위한 예시를 들어보면, 결제 엔드포인트를 변경하는 요청은 검증 로직, 하위 서비스, 웹훅 핸들러 및 테스트까지 영향을 미칠 수 있습니다. 이러한 연결을 찾아내면 코딩 에이전트는 엔드포인트 파일만 보는 것보다 더 나은 시작점을 얻을 수 있습니다. 이는 기술이 해결하려는 문제를 보여주는 사례이며, 모든 영향을 받는 의존성을 반드시 찾아낸다는 보장은 아닙니다.

Harness는 이 컨텍스트 기능을 이를 활용할 도구와 함께 인수합니다. 더 큰 기회는 코드가 수행하는 역할에 대한 지식을 리포지토리를 떠난 뒤 발생하는 현상의 증거와 연결하는 것입니다.

리포지토리를 실행 중인 시스템에 연결하기

Harness는 이미 라이프사이클의 전달 단계에서 운영되고 있습니다. 그 에이전트는 소프트웨어 전달, 보안 테스트, 런타임 보호 및 비용 관리를 포괄합니다. 이번 인수는 Cosmos가 준비한 엔지니어링 작업이 이러한 하위 워크플로우로 이동할 수 있는 경로를 만듭니다.

회사의 Software Delivery Knowledge Graph는 Git, CI/CD, 클라우드 인프라, 보안 및 운영 도구에서 정보를 연결하도록 설계되었습니다. Harness는 구조화된 관계, 정규화된 식별자 및 접근 필터링을 갖춘 의미론적 레이어를 설명합니다. 실용적인 예로는 저장소, Kubernetes 및 모니터링 시스템 전반에 걸쳐 동일한 서비스에 대한 서로 다른 이름을 해결하는 경우가 있습니다.

그 정체성 문제는 중요한 영향을 미칩니다. 배포된 서비스와 연관된 취약점 발견은 해당 아티팩트와 코드 버전으로 추적될 수 있을 때 더 유용합니다. 테스트 실패는 실제 검토 중인 변경 사항과 연결되어야 합니다. 로그를 더 많이 수집한다고 해서 이러한 관계가 자동으로 성립되는 것은 아닙니다.

인수 발표에서 Harness는 Code Context Engine과 Software Delivery Knowledge Graph를 연결하는 것을 계획된 다음 단계로 설명합니다. 의도된 피드백 루프는 하위 결과를 엔지니어링 워크플로우로 되돌려 에이전트가 수정안을 준비하고 다시 검증을 통해 전송할 수 있게 합니다. 독자는 이 통합 방향을 전체 워크플로우가 이미 제공된다는 주장과 구별해야 합니다.

자율성에도 여전히 릴리스 결정이 필요합니다

제안된 루프는 익숙한 엔지니어링 오버헤드 원천인 이슈 재구성 및 도구 간 컨텍스트 전달을 줄일 수 있습니다. 테스트에서 회귀가 발견되면 유용한 결과는 실패한 체크와 연결된 수정이며, 그 수정이 작동한다는 증거가 뒤따릅니다. 해당 증거 없이 또 다른 풀 리퀘스트를 열면 병목 현상을 옮기는 것에 불과합니다.

인간의 감독은 여전히 아키텍처의 일부입니다. 격리는 실행 환경을 제한하지만 패치가 올바르다는 것을 보장하지는 않습니다. 테스트, 코드 리뷰, 보안 검사 및 명시적인 승인 경계는 각각 다른 목적을 가집니다. 모든 테스트가 통과된 테스트 스위트라도 요구사항을 놓칠 수 있으며, 기술적으로 유효한 변경이라도 특정 릴리스에 부적합할 수 있습니다.

통합 플랫폼을 평가하는 고객에게 의미 있는 지표는 제안된 변경이 검토를 통과하는 빈도, 필요한 재작업량, 그리고 릴리스 후 신뢰성이 어떻게 변하는가가 될 것입니다. 패치를 준비하는 데 절약된 시간은 이를 검증하는 데 소요된 시간과 비교해야 합니다. 이는 인수 발표에서 제시된 성과 결과가 아니라 평가 기준입니다.

아이디어에서 프로덕션까지 전체 경로에 대한 베팅

Harness는 Cosmos가 현재 이용 가능하며 고객이 선호하는 코딩 도구를 계속 사용할 수 있다고 말합니다. 이는 조직이 소프트웨어 팩토리 워크플로우를 전체를 교체해야 한다는 요구가 아니라 선택적으로 도입할 여지를 제공합니다.

전략적 베팅은 명확합니다. 코드 생성이 일상적인 역량이 되면서, 소프트웨어를 사용 가능하게 만드는 결정들—구현, 리뷰, 테스트, 배포 및 운영—전반에 걸쳐 컨텍스트를 유지하는 것이 더 어려운 문제입니다. Augment의 코딩 자산을 Harness에 도입함으로써 회사는 그 양쪽에 해당하는 구성 요소를 확보하게 됩니다.

인수는 궁극적으로 이러한 구성 요소가 신뢰할 수 있는 피드백 루프를 형성하는지 여부에 따라 평가될 것입니다. 프로덕션에서 발견된 문제가 올바른 코드와 검증된 적절한 범위의 수정으로 이어지고 팀 정책에 따라 릴리스된다면, 이득은 단순히 코딩 속도 향상을 넘어섭니다. 이는 엔지니어링 작업을 고객이 사용할 수 있는 소프트웨어로 전환하는 더 나은 방법이 됩니다.