Virgo로 할 수 있는 일
Virgo는 AI 팀의 조직과 통신, 실행을 하나의 시스템으로 모읍니다. 책임을 지정하고, 프로젝트와 머신을 넘나들며 agent를 연결하고, 그들의 작업을 따라가고, 나중에 이어서 일할 때 필요한 증거를 남길 수 있습니다.
아래 기능들은 그 제품 전체를 설명합니다. 런타임 메커니즘과 팀의 공용 작업 방식이 함께 묶여 있습니다. Virgo는 출시 준비 단계에 있습니다. 어떤 경로에 소스·설치·실제 provider 증거가 있는지는 가용성 페이지에 기록되어 있습니다. 여기 적힌 기능이 모든 provider와 설치본에서 이미 실사용 검증을 통과했다는 약속은 아닙니다.
작업의 책임자를 정하고 알맞은 팀을 꾸립니다
프로젝트는 Space와 저장소로 정리하고, 책임 agent에게는 안정적인 Seat을 줍니다. Lead는 provider 세션이나 실행 머신이 바뀌어도 소유권을 유지할 수 있습니다. 전체를 보는 계획·조율 역할은 모든 저장소를 떠맡지 않고도 그 프로젝트 경계를 가로질러 일할 수 있습니다.
공용 skill은 agent가 과제의 범위를 정하고, 독립적인 일을 나누고, 기여를 검토하고, 실제로 쓸 수 있는 결과를 전달하는 방식을 규정합니다. 작업자는 한정된 필요에 맞춰 인력을 더합니다. 독립 리뷰어와 테스터는 작성자와 분리된 점검을 제공합니다. 통합 책임은 지정된 소유자가 계속 집니다.
이 작업 방식은 편집 범위를 배타적으로 나누고 의존 관계를 명시한 병렬 기여를 지원합니다. 계획과 인력 배치, 판단은 여전히 Owner의 지시 아래 agent가 수행하는 일입니다. 역할이 존재한다는 사실만으로 런타임이 좋은 계획을 보장하지는 않습니다.
연결된 대화로 팀에 닿습니다
agent들은 공용 Virgo 메시징으로 서로를 Seat으로 부릅니다. 사람용 채널 adapter는 검증된 발신자와 원래 대화, 회신 맥락을 보존해서 팀의 답이 물어본 사람에게 돌아가게 합니다.
공용 대화 설계는 사람이 하나의 입구를 쓰면서 인가된 목적지를 고를 수 있게 합니다.
/setseat은 그 사람의 대화 범위에서 기본 Seat을 고릅니다./listseat은 허용된 선택지를 보여 주고, 목록이 길면 이어서 볼 수 있게 합니다.- 명시적인
~seat은 기본값을 유지한 채 그 메시지 하나에만 수신자를 추가합니다.
라우팅은 원래 요청자와 정확한 회신 경로를 함께 나릅니다. 봇이나 표시 이름, 인용된 텍스트가 사람의 권한을 부여할 수는 없습니다. 수신자가 여럿인 경우에도 수용과 전달은 목적지마다 기록을 남깁니다.
Claude와 Codex는 네이티브 agent 경로를 제공합니다. Teams, Telegram, Discord는 사람용 채널 adapter 소스를 제공합니다. 회신과 파일, 반응 기능은 provider마다 다릅니다. 공용 대화 소스는 통합되어 있지만, 전체 런타임 구성과 실제 채팅에서 agent를 거쳐 채팅으로 돌아오는 왕복 동작 검증은 아직 남아 있습니다. 위 명령 예시는 설계를 설명하는 것이지, 설치된 모든 봇이 그것을 받아들인다는 주장이 아닙니다.
결과와 파일, 지속되는 메시지를 주고받습니다
일반 메시지 전송과 그에 대응하는 회신은 CLI와 MCP를 통해 같은 조작 계약을 씁니다. 발신자는 인증된 연결이 결정합니다. 전달 기록은 저장된 메시지와 실제 provider에서 일어난 효과를 구분하며, 새로 보내는 것으로 취급하면 위험한 미해결 결과도 함께 구분합니다.
artifact 조작은 인가된 참여자가 정체성·무결성·만료 정보를 갖춘 파일을 주고받게 합니다. provider adapter는 각자의 업로드·다운로드·크기·보존 한도를 적용합니다. 메시지 경로가 있다고 해서 첨부된 모든 파일을 모든 Seat이 읽을 수 있게 되지는 않습니다.
입력 중 표시, 인용 회신, 반응은 adapter가 지원하는 곳에서 연결된 채팅을 따라가기 쉽게 해 줍니다. 이는 통신 기능이지, 그 아래의 작업이 끝났다는 증거가 아닙니다.
여러 머신과 지원되는 provider에서 실행합니다
Host는 로컬 provider 세션과 실행 자원을 Hub에 연결합니다. 조직은 논리적 Seat을 그대로 유지한 채 여러 Host에 걸칠 수 있습니다. 관리되는 수명주기 조작은 프로세스 상태와 세션 정체성, 복구를 드러내므로, 터미널 창 하나가 유일한 기록이 되지 않습니다.
설치와 업데이트는 기록된 릴리스를 사용합니다. 지원되는 업데이트·롤백 경로는 설치 정체성을 보존하고 실제 결과를 드러냅니다. 공용 MCP와 skill, 규칙은 기능 의존성과 함께 그 수명주기에 속합니다. 정본 인증 배포 경로는 추가 Host 가이드가 설명합니다. 발행된 릴리스라도 운영자 자신의 머신과 provider 세션에서의 검증은 여전히 필요합니다.
접근을 통제하고 결정의 출처를 남깁니다
Hub는 인증된 정체성과 각 조작의 권한을 확인합니다. 사람용 채널 수용은 제한할 수도, 설정된 범위 안에서 열어 둘 수도, 관리자 승인을 거치게 할 수도 있습니다. 봇에 들어올 수 있는지와 특정 Seat에 연락할 수 있는지는 서로 다른 확인입니다. 승인 요청과 그 원본 메시지는 인가된 결정이 적용될 때까지 지속됩니다.
agent는 자신이 수락한 과제의 권한 아래에서 일합니다. 운영 규칙은 제안과 인가된 행동, 완료된 효과를 구분해 둡니다. 가져온 요약이나 인용된 메시지, 친근한 표시 이름이 현재의 권한 확인을 대신할 수는 없습니다.
반복 요청을 예약하고 결과를 확인합니다
Virgo에는 시간대와 사용·일시중지 상태를 갖는 지속적인 메시지 예약이 있습니다. 예약된 요청은 기존 메시지·전달 경로를 그대로 씁니다. 예약은 일이 언제 요청될지를 정할 뿐이며, 그것을 수행하려면 받는 agent에게 과제와 권한이 여전히 필요합니다.
상태, 메시지 이력, 전달 기록, 설치 영수증은 각각 다른 질문에 답합니다. 누가 그 Seat을 소유하는지, provider에 닿을 수 있는지, 메시지가 어디서 멈췄는지, 업데이트가 실제로 무엇을 바꿨는지입니다. 원래 요청에서 최종 소비자까지의 검증은 운영 가이드가 설명합니다. 프로세스가 돌고 있다는 사실이나 초록색 집계만으로 전체 경로가 동작한다는 것이 성립하지는 않습니다. 독립적인 장애 경보 전달은 아직 설치 환경 검증이 남은 항목입니다.
알맞은 맥락으로 일을 이어갑니다
연속성에는 몇 가지 종류의 정보가 필요합니다.
| 필요한 것 | Virgo의 기능 |
|---|---|
| 팀이 어떻게 일해야 하는지 기억하기 | 공용 skill과 규칙, 그리고 지원되는 수명주기 맥락 주입 |
| 무슨 일이 왜 있었는지 되찾기 | 지속되는 원본, 인가된 조회, 출처가 연결된 파생 memory |
| 관련 코드를 이해하기 | 저장소 스냅숏, 리비전을 아는 추출, 검색과 관계 질의 |
원본 기록은 증거를 보존하고, 파생된 맥락은 agent가 그것을 찾아 쓰도록 돕습니다. memory 캡처는 수집 정책과 검증된 attachment 정체성을 따릅니다. 저장소 지식은 소스 리비전과 위치, 커버리지를 함께 지니므로 agent가 답이 최신이고 완전한지 판단할 수 있습니다. 그래프나 요약은 원자료를 살피기 위한 보조 수단으로 남습니다.
Ponytail은 수명주기 지침을 돕고, claude-mem 채택은 memory 경로를 제공하며, Graphify는 코드 추출을 담당합니다. 그것들을 둘러싼 정체성·권한·저장·작업·설치 경계는 Virgo가 소유합니다. 사용자는 Virgo가 지원하는 수명주기와 도구를 통해 이 기능들에 닿습니다.
등록된 저장소와 새로 커밋된 리비전은 통합된 소스에서 묶음 지식 갱신의 대상이 될 수 있습니다. 그 경로가 설치된 곳에서는 Lead가 상태를 확인하거나 갱신을 직접 요청할 수도 있습니다. 정본은 공용 skill이며, 주입되거나 파생된 맥락이 권한을 주지는 않습니다.
이 구성 요소들의 현재 증거는 서로 다릅니다. Ponytail은 범위가 한정된 Claude 파일럿 검증을 마쳤고, 실제 memory 활성화와 저장소 지식의 현장 채택은 아직 검증이 남아 있습니다. Codex 수명주기 주입에는 실제 provider에서의 목격 증거가 따로 필요합니다. 설치된 파일이나 소스 병합에서 활성화를 추론하지 말고, 날짜가 붙은 증거는 가용성에서 확인하세요.