이 포스트는 원래 octomind.run/blog/octomind-tap-registry-expansion에 게시되었습니다. dev.to에 교차 게시되었습니다.

이번 주 클라우드 출시가 많은 관심을 끌었습니다. 하지만 그와 동시에 조용히 진행된 변화가 있었습니다. 바로 tap registry가 처음 도입된 이후 가장 큰 확장을 거쳤다는 점입니다. 에이전트 (agents)를 활용해 무언가를 구축하고 있다면 이를 자세히 살펴볼 가치가 있습니다.

기본 registry에는 이제 27개 도메인에 걸친 108개의 에이전트 (agents), 71개의 기능 (capabilities), 그리고 18개의 워크플로우 (workflows)가 포함되어 있습니다. 이 모든 것은 단 하나의 명령어로 사용할 수 있습니다. 다운로드도, 마켓플레이스 계정도, 별도의 설정도 필요 없습니다.

무엇이 변했는지, 그리고 이것이 왜 중요한지 설명하겠습니다.

tap이란 실제로 무엇인가

tap을 사용해 본 적이 없다면, 개념 모델은 간단합니다. tap은 TOML 매니페스트 (manifests)의 git 호스팅 registry입니다. 각 매니페스트는 하나의 에이전트 (agent)를 정의합니다. 즉, 해당 에이전트의 시스템 프롬프트 (system prompt), 모델 (model), 도구 (tools), MCP 서버 (MCP servers) 등을 정의합니다. Octomind는 런타임 (runtime)에 매니페스트를 가져와 사용자의 설정 (config)에 병합합니다.

아무것도 설치되지 않습니다. 부패할 글로벌 상태 (global state)도 존재하지 않습니다.

octomind run developer:rust      # Rust 전문가
octomind run lawyer:immigration  # 이민법 설명가
octomind workflow harden         # 다단계 보안 감사 파이프라인 (pipeline)

태그 형식은 domain:spec입니다. 공식 muvon/octomind-tap이 기본 registry로 제공됩니다. 사이트에서 둘러볼 수 있으며, 자신만의 registry를 추가하는 것도 octomind tap 명령어 하나로 가능합니다.

핵심은 이것입니다: 에이전트 (agents)는 앱처럼 설치되는 것이 아니라, 코드처럼 배포되어 diff를 통해 검토 가능해야 합니다.

registry는 더 이상 개발자만을 위한 것이 아닙니다

이것이 가장 큰 변화입니다. tap registry는 개발자용 도구 상자로 시작되었지만, 사람들이 에이전트 (agent)에게 가져오는 대부분의 문제는 코드 문제가 아닙니다.

이번 주에는 개발 도구에서는 예상하지 못했을 도메인들에 걸쳐 17개의 새로운 에이전트 (agents)가 추가되었습니다:

• Family — family:parenting, family:eldercare, family:bereavement (가장 힘든 시기에 닥쳐오는 서류 작업과 결정을 돕기 위해, 그 순간에 걸맞은 엄중함을 담아 작성된 에이전트)
• Finance — finance:tax, finance:retirement, finance:insurance
• Health & wellbeing — doctor:sleep, coach:wellbeing, coach:negotiation
• Life — lawyer:immigration, home:realty, vet:general, vet:behavior, vehicle:mechanic, tutor:coding, content:fiction

이들은 면허를 가진 전문가를 대체하는 것이 아닙니다. 준비하고, 정리하고, 이해할 수 있도록 돕는 구조화되고 잘 설계된 프롬프트 기반의 어시스턴트 (assistants)입니다. 핵심 가치는 — 솔직히 말해 업무의 80%를 차지하는 — 준비 과정이 더 이상 백지 상태에서 시작되지 않는다는 점에 있습니다.

또한 전체 생태계 전반에 걸쳐 경로를 안내하는 assistant:concierge도 있습니다. 단순한 octomind run 명령만으로도 의도 (intent)에 맞는 전문가를 찾아낼 수 있습니다.

루프를 완성하는 4가지 새로운 워크플로우 (workflows)

워크플로우 (workflows)는 다단계 TOML 파이프라인 (pipelines)입니다. 각 단계는 고유한 에이전트 (agent), 모델 (model), 도구 세트 (toolset)를 가지며, 검증 스크립트 (validate scripts)가 단계 사이에서 결정론적인 품질 게이트 (quality gates) 역할을 수행합니다.

네 가지 새로운 워크플로우 모두에 적용되는 공통 패턴은 다음과 같습니다: 첫 번째 답변에서 멈추지 마세요 — 검증을 통과할 때까지 루프 (loop)를 돌리세요.

harden

현재 리포지토리 (repo)에 대한 OWASP 관점의 보안 감사 (security audit)를 수행한 후, 발견된 문제가 해결되고 프로젝트 자체 체크가 통과(green)될 때까지 수정 ⇄ 재감사 루프를 실행합니다.

octomind workflow harden

upgrade

의존성 업데이트 (Dependency bumps) — 지정된 패키지 또는 기본적으로 안전한 패치/마이너 업데이트 — 를 수행하며, 빌드가 통과(green)될 때까지 업데이트 ⇄ 검증 루프를 실행합니다.

scout

이것은 매우 흥미롭습니다. 누군가 아이디어를 갖기 '전'의 단계입니다. 특정 분야나 시장을 선정하여, 세 번의 독립적인 병렬 탐색을 통해 실제 증거가 있는 고충 (pain points)을 채굴하고, 막연한 느낌 (vibes)이 아닌 검증된 기회들을 가지고 돌아옵니다.

learn

프로젝트 지식 베이스 (knowledge base)를 부트스트랩 (bootstraps) 합니다. 코드베이스를 읽고, 지속 가능한 사실 (durable facts)을 추출하여, 이후 해당 프로젝트에서 작업하는 모든 에이전트가 인덱싱하고 읽을 수 있도록 .box/ 디렉토리로 승격시킵니다.

네 가지 모두 다른 모든 요소와 동일한 방식인 octomind workflow로 실행됩니다. 즉, stdin으로부터 읽고 stdout으로 쓰며, 구조적으로 스크립트 작성이 가능합니다. 이로써 레지스트리(registry)에는 총 18개의 워크플로우가 추가되었습니다.

프로젝트를 기억하는 에이전트들

새로운 octobrain 기반의 지식 기능은 에이전트에게 지속 가능한 프로젝트 메모리 (project memory)를 제공합니다. assistant:knowledge가 이를 관리하며, learn 워크플로우가 코드베이스로부터 이를 시딩 (seeding) 합니다.

사실들은 한 번 추출되어 저장소의 .box/ 디렉토리에 저장되며, 이후 프로젝트를 다루는 모든 전문가 (specialist) 에이전트가 사용할 수 있게 됩니다. learn을 한 번만 실행하면 됩니다. 그 이후의 모든 에이전트는 아무런 정보가 없는 상태가 아닌, 컨텍스트 (context)를 가진 상태에서 시작합니다.

실제로 중요한, 화려하지는 않지만 필수적인 수정 사항들

헤드라인을 장식하지는 않지만 실제 고충 (pain points)을 해결하는 두 가지 사항입니다:

의존성 설치 (Dependency installs)가 이제 컨테이너와 CI에서 작동합니다. Tap 에이전트들은 자체적인 툴링 (MCP 서버를 위한 Node 등)을 부트스트랩하는데, 기존 스크립트들은 sudo가 존재한다고 가정했습니다. 하지만 루트 컨테이너 (Root containers) — Docker, CI 이미지 등 — 에는 sudo가 없습니다. 이제 모든 의존성 스크립트는 루트 권한으로 직접 실행되거나, sudo가 있을 때는 이를 사용하고, 그렇지 않을 때는 무엇이 누락되었는지 정확히 알려주는 헬퍼 (helper)를 통해 권한을 상승시킵니다.

웹 검색에 API 키가 필요하지 않습니다. websearch 기능의 기본값이 이제 DuckDuckGo로 설정되었습니다. 새로 설치한 상태에서 작동하는 리서처 에이전트 (researcher agent)가 되기까지 거쳐야 할 인증 정보 (credential)가 하나 줄었습니다.

어디서든 사용하세요

모든 것은 로컬 Octomind 설치 (단 한 번의 curl 명령)에서 작동하며, 클라우드 머신에는 사전 로드되어 제공됩니다. 모델들은 octohub:auto 라우팅을 통해 허브 (hub)를 거쳐 경로를 지정합니다.

다음 단계

• 전체 레지스트리 살펴보기 (Browse the full registry): octomind.run/tap에서 확인하세요 — 처음부터 무언가를 만들기 전에 무엇을 사용할 수 있는지 확인해 보세요.
• 매니페스트 (manifests) 읽기: github.com/Muvon/octomind-tap에서 확인하세요 — 이들은 TOML 파일로, 완전히 검토 가능하며 기여 (contribution)가 열려 있습니다.
• 워크플로우 (workflow) 시도하기: 관심 있는 리포지토리 (repo)에서 octomind workflow harden을 실행하여 '성공할 때까지 반복 (loop-until-green)' 패턴이 실제로 작동하는 모습을 확인해 보세요.

만약 당신이 계속해서 존재하기를 바랐던 전문가 (specialist)가 있다면, 단 하나의 매니페스트 (manifest)만 있으면 됩니다. 그리고 만약 당신이 직접 만든다면, 저희는 진심으로 그것을 보고 싶습니다.