모두가 에이전트 루프 (agent loops), 하네스 (harnesses), 그리고 자가 진화 에이전트 (self-evolving agents)에 대해 이야기하고 있습니다.

하지만 실제 어려운 부분에 대해서는 거의 아무도 이야기하지 않습니다:

모든 도구와 모든 파일이 있고 책임 소재가 없는 하나의 거대한 에이전트만으로는 회사를 운영할 수 없습니다. 그것은 자율성 (autonomy)이 아닙니다. 그것은 안개 제조기 (fog machine)일 뿐입니다.

우리가 Matrix 내부에서 에이전트 기업 운영체제 (agent company OS)를 구축하고 있는 방법은 다음과 같습니다.

—

스택 (the stack):

Workspace Brain (워크스페이스 브레인)
→ Matrix Runtime Orchestrator (Matrix 런타임 오케스트레이터)
→ Department Verticals (부서 수직 계열화)
→ Department Lead Agents (부서 리드 에이전트)
→ Worker Agent Pool (워커 에이전트 풀)
→ Proof / Check-in Loop (증명 / 체크인 루프)

Matrix는 챗봇이 아닙니다. 자율적 업무를 위한 운영체제 (operating system)입니다.

—

워크스페이스 브레인 (workspace brain)은 회사의 경계입니다.

이곳에는 실제 회사가 운영되는 데 필요한 것들이 로드됩니다:

→ 제품 문서 (product docs)
→ 코드베이스 컨텍스트 (codebase context)
→ 채팅, 파일, 목표 (chats, files, goals)
→ 운영 규칙 (operating rules)
→ 이전 실행 기록 + 우수한 작업 사례 (prior runs + examples of good work)
→ 승인, 메모리, 기술 (approvals, memory, skills)

이것은 단순한 "컨텍스트 (context)"가 아닙니다. 이것은 공유된 운영 계층 (shared operating layer)입니다. 이것은 회사가 무엇을 알고 있는지, 무엇을 하려고 하는지, 누가 무엇을 소유하고 있는지, 무엇이 훌륭한 결과물인지, 그리고 작업이 완료된 것으로 간주되기 전에 무엇이 증명되어야 하는지를 알고 있습니다.

—

그 위에는 Matrix Runtime (Matrix 런타임)이 자리 잡고 있습니다. 이는 깨우기 (wake), cron, 부서 메시지, OKR 상태, 권한, 워커 배정, 증명 원장 (proof ledger), 메모리 업데이트를 조정합니다.

런타임 아래에서 업무는 부서 (departments) 단위로 조직됩니다.

부서는 채팅 스레드가 아닙니다. 정체성, 메모리, 기술, 목표, 이력, 도구 경계, 취향, 그리고 책임 소재를 가진 장기 실행 에이전트 (long-running agent)입니다.

창업 전략 (Founder Strategy). 제품 엔지니어링 (Product Engineering). 성장 (Growth). 운영 (Ops). 연구 (Research).

각 부서에는 무엇이 일어날지를 결정하고, 관련 메모리 기술 (Memory Skill)을 읽고, 업무를 범위가 정해진 작업 (scoped tasks)으로 나누며, 적절한 실행 자리 (execution seat)를 선택하는 리드 에이전트 (lead agent)가 있습니다.

—

때때로 그 자리는 네이티브 Matrix 워커 (native Matrix worker)입니다.
때때로 Codex입니다.
때때로 Claude Code입니다.
때때로 브라우저 / 컴퓨터 자동화 워커 (browser / computer automation worker)입니다.

핵심은 "하나의 모델이 모든 것을 한다"가 아닙니다. 핵심은 다음과 같습니다:

→ 적절한 에이전트
→ 적절한 컨텍스트 (context)
→ 적절한 경계 (boundary) 내부
→ 적절한 도구 사용
→ 명확한 완료 정의 (definition of done)

—

이것이 바로 범위가 지정된 워커 (scoped workers)가 중요한 이유입니다.

"모든 것을 수행하는 (do everything)" 에이전트는 너무 모호합니다. 하지만:

→ 레포지토리 컨텍스트 (repo context), 테스트, 승인 게이트 (approval gates)를 갖춘 릴리스 워커 (release worker) → 매우 좋음
→ 하나의 패치와 하나의 검증 경로 (validation path)로 범위가 지정된 Codex 워커 → 매우 좋음
→ 심층적인 레포지토리 분석을 수행하는 Claude Code 워커 → 매우 좋음
→ 특정 흐름과 증명 요구사항 (proof requirement)을 가진 브라우저 워커 (browser worker) → 매우 좋음

좁은 범위 (narrow scope)는 드리프트 (drift)를 줄입니다. 메모리 스킬 (Memory Skill)은 좁은 범위의 에이전트가 눈이 머는 것 (going blind)을 방지합니다. 증명 (proof)은 빠른 출력이 마치 진전인 것처럼 가장하는 것을 방지합니다.

—

이것이 바로 루프 (loop)입니다:

워크스페이스 브레인 (Workspace Brain) → 부서장 (Department Lead) → 워커 (Worker) → 아티팩트 (Artifact) → 증명 (Proof) → 체크인 (Check-in) → 메모리 스킬 (Memory Skill) 업데이트

매 사이클마다 회사는 더 똑똑해집니다. 그것이 진정한 자가 진화 (self-evolution)입니다. 공허 속에서 단일 에이전트가 자신의 프롬프트를 재작성하는 것이 아니라, 증명을 통해 조직 전체가 복리로 성장하는 것입니다.

—

각 워크스페이스는 격리된 에이전트 회사입니다. 자체적인 브레인, 부서, 메모리, 워커, 증명 원장 (proof ledger)을 가집니다.

워크스페이스는 필요할 때 서로 대화할 수 있습니다. 하지만 기본적으로 컨텍스트 (context)가 흘러넘쳐서는 (bleed) 안 됩니다.

격리 (isolation)는 제약이 아닙니다. 그것이 시스템을 사용 가능하게 만드는 요소입니다.

—

하나의 부서 패턴이 작동하면, 원시 컨텍스트 (raw context)가 아니라 패턴을 포크 (fork)합니다. 여전히 메모리, 예시, 승인 게이트, 도구, 보이스 (voice), 완료 정의 (definition of done)를 커스텀할 수 있습니다.

하지만 제로 베이스에서 시작하는 것은 아닙니다. 해당 종류의 작업을 위한 OS의 70%를 이미 보유하고 있을 수도 있습니다.

—

이것이 실제로 변화시키는 것:

강력한 운영자들로 구성된 소규모 팀이 이제 과거에 전체 부서가 필요했던 영역들을 운영할 수 있습니다.

하지만 이는 에이전트가 실제로 우수할 때만 가능합니다. 그리고 우수한 에이전트는 더 많은 도구를 연결한다고 해서 만들어지는 것이 아닙니다. 소스 자료, 취향 (taste), 반복 (iteration), 좁은 범위 (narrow scope), 워크플로우 설계 (workflow design), 증명 (proof), 메모리 (memory), 그리고 인간의 판단 (human judgment)으로부터 나옵니다.

모호한 에이전트는 그저 모호한 출력을 더 빠르게 만들어낼 뿐입니다.

Matrix는 그 반대를 구축하려는 우리의 시도입니다:

자율적인 작업이 구조, 메모리, 소유권, 그리고 증명을 갖춘 에이전트 회사 OS입니다.

루프 (loop)가 곧 제품입니다.
[IMG:1]