상주 AI 팀

함께 일하는 법을 아는 지속형 agent.

Virgo persona는 팀 안에 상주하는 역할입니다. 서로 조율하고, 경계가 정해진 임무를 맡고, task와 decision을 교환하며, 다음 인수인계가 이전보다 나아질 만큼의 history를 보존합니다.

상주하는 이유

Cold prompt loop가 아닌 native interactive session.

Persona는 하나의 native interactive session으로 실행됩니다. 흔히 -p로 노출되는 반복형 headless single-prompt 호출은 매 turn마다 working bundle을 다시 넣어야 합니다. Context를 재구축하는 데 token을 쓰고 accuracy를 높이는 대화의 세부를 잃습니다.

Resident session

Native history, 누적 context, memory, channel state가 작업 사이에도 warm하게 남습니다.

Headless prompt loop

매 cold turn이 context를 재구축해 더 많은 token을 쓰고 대화 정확도를 잃습니다.

Project lead는 저장소에 고정된 지속형 lead session이 될 수 있습니다. Project context를 축적하고, 범위가 정해진 일을 위임하고, 스스로 ephemeral subprocess가 되지 않은 채 deputy 근거를 받습니다.

협업

당신이 message bus가 되지 않아도 내부 작업은 흐릅니다.

Leadbounded task 배정

→

Deputy작업 + 근거 보고

→

Lead검토 + 종합

→

Secretary결과 또는 승인 전달

→

소유자명시적 gate에서 참여

Coordination message, task record, decision record, fenced delivery가 모든 인수인계를 주소와 durable state에 묶습니다. Secretary는 사람에게 보일 context를 합치고, 소유자는 모든 내부 hop이 아니라 권한이 필요한 지점에 참여합니다.

ROLE PATH

주소는 역할의 관할을, 이름은 누구인지를 말합니다.

등록은 scope, optional project, role, name 순서로 묻습니다. root는 예약된 설치 scope입니다. Root 또는 workspace-wide role은 정확히 두 segment, project duty는 정확히 세 segment입니다. Placeholder segment는 없습니다.

root/secretary소유자 대면 설치 secretary

root/operator설치 전체 operator

home/secretaryworkspace-wide secretary

work/coordinatorworkspace-wide coordinator

work/core/leadproject-bound lead

자유 입력이 아니라 role registry가 유효한 마지막 segment를 정하고 role을 capability profile에 연결합니다. 소유자에게 보이는 persona 이름은 별도 metadata이며 Virgo 별자리 이름을 제안받을 수 있습니다.

REGISTRY와 SKILL

계보를 지우지 않고 팀원을 만들고 바꿉니다.

virgo persona add는 role path, capability profile, native session lineage, character composition, 선택적 repository binding을 등록합니다. virgo persona retire는 placement와 새 delivery를 멈추지만 record, snapshot, address history는 보존합니다.

Skill은 persona·class·workspace 수준에서 관리합니다. Persona는 자기 authority 안에서 자신의 skill을 고칠 수 있습니다. 공유 class/workspace 편집은 proposed revision을 만듭니다. virgo skill approve는 root/operator action이며, owner-private HMAC-signed durable receipt가 approver와 timestamp를 기록하고 정확한 proposed revision에 묶일 때만 활성화합니다. 모든 active read가 그 signature를 다시 검증하며, skill을 다시 편집하면 prior approval을 지우고 proposed로 돌아갑니다.

virgo persona add [이름]
virgo persona retire <이름-or-주소>
virgo skill list
virgo skill add
virgo skill approve

구조

다섯 층이 함께 이동합니다.

정체성정본, class, character overlay

경험기억과 운영 기록

대화재개 가능한 native-session 계보

능력도구, scope, authority stamp

임무workspace, project, channel binding

머신은 이 층들이 실행되는 자리일 뿐입니다. 페르소나의 정체성이 사는 곳이 아닙니다.

CHARACTER

합리적인 class 기본값에서 고유한 성격으로.

Role등록된 duty profile을 고릅니다. 첫 persona 기본값은 home/secretary입니다.
Character성격을 몇 줄로 설명해 class 기본 CHARACTER.md 위에 overlay하거나 기본값을 그대로 씁니다.
Voice언어와 말투는 선택 사항이며 나중에 Hub에서 더 다듬을 수 있습니다.

연속성

파일만이 아니라 페르소나를 snapshot합니다.

추적된 persona content만 canonical manifest에 들어갑니다. 모든 file과 blob은 atomic restore 전에 hash로 검증합니다. Credential, ignored file, 다른 persona, 머신의 주변 상태는 제외됩니다.

정본 + 기억 + 대화

↓ canonical manifest

Content-addressed snapshot

↓ verified restore

적격 머신 위의 같은 페르소나

대화 연속성은 restart 사이의 native session 계보를 보존합니다. 이동은 그 계보를 재개하며, 이름만 같은 대체 채팅을 만들지 않습니다.

CAPABILITY STAMP

하나의 불변 기록이 세 runtime surface를 통제합니다.

CAPABILITY-STAMP.jsonclass · tools · scope · bindings

→

MCP tool list

→

Handler authorization

→

Launcher allowlist

어느 projection이든 누락·중복·불일치하면 시작을 거부합니다. 따로 drift할 두 번째 수기 allowlist는 없습니다.

생애주기

Up과 down은 근거에 묶인 작업입니다.

복원 → 검증 → stamp → binding → fence 획득 → 하나의 copy 활성화.

RUN

Stamp scope 안에서 일하고 경험을 checkpoint하며 잃은 authority를 거부.

DOWN

Quiesce → 상태 착지 → 대화 보존 → checkpoint → fence → stop.

RESUME / MIGRATE

새 current fence 아래 적격 머신에서 같은 계보와 정체성을 복원.

Live mutation에는 operation-bound CLEAR token과 별도로 attested된 execution context가 필요합니다. 말로 한 승인이나 작업에 묶이지 않은 test report는 권한이 아닙니다.

안전한 편집

활성 페르소나를 현장에서 직접 고치지 않습니다.

성격, voice, binding, class-scoped 설정 편집

↓

Candidate generation

↓ 소유자가 diff + restart 영향 검토

Checkpoint → compose → audit

↓ CLEAR

같은 정체성 restart

어느 gate든 실패하면 현재 generation이 활성 상태로 남습니다. Hub는 확인 전에 변경이 어떤 경로를 탈지 보여줍니다.

GRAPH 계보

기록은 개정 뒤에도 연결된 채 남습니다.

결정·기억·발견·사람·작업 기록은 provenance를 지닌 typed content-addressed node입니다. supersedes·relates·depends 같은 directed edge가 history를 따라 걸을 수 있게 합니다.

decision v1

superseded by →

decision v2

depends on →

finding

렌더링된 Markdown은 독립 정본이 아니라 검증된 snapshot view입니다. 같은 Knowledge Explorer를 기본 Explorer, Persona records tab, Status detail이 공유합니다.