깃허브 "AI시대 개발 환경, 명령에서 의도로"…앰비언트 인텔리전스 제시
인공지능(AI) 시대의 새로운 개발 환경으로 '앰비언트 인텔리전스(Ambient Intelligence)'가 제시됐다. AI 에이전트가 작업 계획과 실행, 검증을 맡고 개발자는 방향 설정과 결과 검토·통제에 집중하도록 한다는 구상이다. 자연어로 코드를 생성하고 시제품을 만드는 데 주목한 바이브 코딩과 달리 에이전트를 실제 서비스 개발 흐름에 통합하고 개발자의 검토와 통제를 함께 중시한다는 점이 특징이다. 17일 마틴 우드워드 깃허브 개발자 관계 부문 부사장은 공식 블로그를 통해 차세대 개발자 인터페이스로 앰비언트 인텔리전스를 소개했다. 우드워드 부사장은 도구는 달라졌어도 개발자가 명령어와 단축키를 익혀 기계의 방식에 맞춰 일하는 관계는 오랫동안 이어져 왔다고 지적했다. 그는 AI가 이런 관계를 바꾸고 있다며 "단지 더 빠른 코딩이 아니라 명령을 내리는 것에서 의도를 실행 가능하게 만드는 것으로의 전환"이라고 설명했다. 핵심은 에이전트가 개발자가 정한 범위 안에서 작업하고, 결과를 개발자가 검토할 수 있도록 돌려준다는 점이다. 깃허브 코파일럿 코딩 에이전트는 이슈를 받아 격리된 환경에서 작업한 뒤 결과를 곧바로 코드에 반영하는 대신 풀 리퀘스트(PR) 형태로 제출한다. 코드를 반영할지는 개발자가 검토한 뒤 결정한다. 앰비언트 인텔리전스는 이런 에이전트 활용을 개발 작업 흐름 전반으로 넓히려는 구상이다. 개발자가 작업을 멈추거나 별도의 절차를 거치지 않고 텍스트·음성·버튼 등으로 에이전트를 호출해, 작업 방향을 바꾸거나 중단된 작업을 이어가도록 하는 방식이다. 입력 방식이 달라져도 프로젝트의 맥락과 규칙을 바탕으로 작업이 이어지도록 하는 것이 관건이다. 우드워드 부사장은 이를 위해 세 가지 계층이 필요하다고 설명했다. 텍스트와 음성, 물리적 컨트롤 등으로 의도를 전달하는 입력 방식(모달리티), 이를 바탕으로 작업을 계획하고 수행하는 실행 체계(하네스), 진행 상황을 확인하고 방향을 바꾸거나 결과를 승인하는 통제 수단(컨트롤 플레인)이다. 그는 "가장 좋은 제품은 통제권을 내주지 않으면서 이 세 층을 연결한다"고 말했다. 이런 환경이 필요한 이유는 에이전트가 코드를 생성하는 것만으로 실제 개발 업무가 끝나지 않기 때문이다. 에이전트가 프로젝트 맥락과 규칙을 파악해 필요한 도구를 활용하고, 개발자는 그 과정과 결과를 살펴 필요한 시점에 개입할 수 있어야 한다. 이를 위해 모델 컨텍스트 프로토콜(MCP)은 에이전트를 도구·서비스와 연결하고, 저장소 지침과 스킬은 프로젝트별 규칙을 전달하며, 훅(hook)은 작업 전후에 정책과 검증 절차를 적용한다. 반복적인 도구 조작은 줄이면서도 작업의 방향과 권한, 검증은 개발자가 통제할 수 있어야 한다는 것이다. 우드워드 부사장은 이런 변화가 개발자의 역할을 줄이지 않고 오히려 키운다고 강조했다. 그는 "AI 에이전트는 차 한 잔 마시는 사이에 구현안 세 개를 만들어낼 수 있다"면서도 "그 추상화가 적절한지 마이그레이션이 안전한지 테스트가 의미 있는지 결과물이 실제로 문제를 해결하는지는 누군가 결정해야 한다"고 말했다. 이어 "작업의 기계적인 부분이 위임되더라도 결과에 대한 책임은 개발자에게 남는다"며 이를 개발 업무에서 일어나는 가장 중요한 변화로 꼽았다. 에이전트가 코드를 빠르게 쏟아낼수록 무엇을 받아들일지 가려내는 판단력과 취향이 개발자의 경쟁력이 된다는 설명이다. 우드워드 부사장은 앰비언트 컨트롤의 사례로 물리 키패드를 소개했다. 깃허브는 로지텍과 약 18개월간 협력해 키패드 버튼에 코파일럿 세션 시작·재개, 매개변수가 포함된 프롬프트 제출, IDE 명령 실행, 여러 단계의 작업 실행 등을 지정하는 방안을 마련했다. 자주 반복되는 작업을 버튼으로 호출해 불필요한 조작을 줄이고 개발자가 기획에 집중할 수 있도록 하려는 취지다. 그는 "모든 개발자에게 책상 위 기기가 하나 더 필요한 것도 모든 방해 요소에 단축키가 필요한 것도 아니다"라며 "하지만 이 경험을 통해 개발자는 어떤 동작에 단축키를 줄지, 언제 키보드나 명령 팔레트, 음성이 더 나은지 스스로 정할 수 있다"고 설명했다. 이어 "핵심은 작업 흐름을 유지하는 데 있다"며 "우리의 목표는 개발자가 집중력을 유지할 수 있도록 작업 주변의 마찰을 없애는 좋은 인터페이스를 제공하는 것"이라고 강조했다.
