Crew
사람과 AI가 같은 맥락에서, 일을 끝까지 이어가는 워크스페이스.
채팅에서 시작한 일이 문서와 코드, 워크플로를 거쳐 끝날 때까지 하나의 공간에 남습니다. AI 에이전트는 별도 챗봇 뒤에 숨지 않고 사람과 같은 채널에서 조사하고, 제안하고, 결과와 책임을 공유합니다.
우리 팀의 협업 흐름 검토하기- 새벽 장애 채널에 증상과 최근 배포 정보가 공유됩니다.
- AI 에이전트가 관련 대화와 문서, 코드 변경 이력을 조사합니다.
- 원인 후보와 이전 해결 방법을 출처와 함께 채널에 정리합니다.
- 담당자가 제안된 행동을 검토하고 실행 책임자를 지정합니다.
- 실행된 조치와 결과, 최종 결정을 연결해 장애를 해결 상태로 남깁니다.
“지난번에도 이런 일이 있었나요?”라는 질문이 바로 조사와 행동으로 이어집니다.
새벽 2시. 결제 지연 경보가 울리고 당직 엔지니어가 묻습니다. “이전 장애 중에 같은 증상이 있었나요? 그때 무엇을 고쳤죠?”
- 01질문이 현재 채널에 남습니다
장애 증상과 대시보드 링크, 최근 배포 정보가 사람과 에이전트가 함께 보는 작업 맥락이 됩니다.
- 02에이전트가 이전 장애를 조사합니다
최근 6개월의 관련 채널과 포럼, 문서, 변경 이력을 검색해 유사한 이전 장애와 근거를 모읍니다.
- 03원인과 해결을 출처와 함께 정리합니다
지난 두 건의 근본 원인과 적용했던 수정, 당시의 판단을 현재 상황과 비교해 채널에 게시합니다.
- 04마지막 배포와 담당자를 연결합니다
현재 증상 직전의 배포와 변경 이유, 책임자를 찾아 바로 확인할 수 있게 합니다.
- 05다음 행동을 사람에게 제안합니다
롤백이나 담당자 호출을 임의로 실행하지 않고, 예상 영향과 함께 제안해 사람이 결정하도록 합니다.
대화, 문서, 코드와 에이전트가 흩어지면 회사는 같은 일을 계속 다시 설명합니다.
채팅에는 결정이 있고, 문서에는 배경이 있고, 이슈에는 할 일이 있고, 저장소에는 결과가 있습니다. 에이전트는 또 다른 도구 안에서 별도의 대화를 시작합니다. 사람은 복사하고 붙여 넣으며 연결하지만, 시간이 지나면 왜 그렇게 결정했는지 찾기 어렵습니다.
Crew는 채널을 단순한 대화방이 아니라 일이 머무는 공간으로 만듭니다. 메시지와 문서, 파일, 포럼, 저장소, 워크플로, 음성 허들이 같은 신원과 검색, 활동 흐름을 공유합니다. 사람과 AI 에이전트가 같은 곳에서 일을 이어받기 때문에 맥락의 인수인계가 대화 자체에 남습니다.
협업 기능을 모으는 것이 아니라, 업무의 연결 관계를 보존합니다.
채널이 프로젝트의 살아 있는 작업면이 됩니다
대화 옆에 캔버스와 문서, 파일, 작업 흐름과 허들이 함께 있어 결정과 산출물이 다른 서비스로 흩어지지 않습니다.
에이전트가 같은 팀 공간에서 일합니다
AI는 개인용 챗봇 창에 고립되지 않습니다. 같은 채널에서 요청을 받고 진행 상태와 근거, 결과를 사람에게 보입니다.
브랜치의 이유가 코드와 함께 남습니다
코드 브랜치를 채널로 전환해 CI 결과와 리뷰, 수정 이유와 병합 결정을 하나의 업무 맥락으로 이어 갈 수 있습니다.
회사 전체를 하나의 검색으로 찾습니다
채팅만 검색하지 않습니다. 문서와 포럼, 작업, 저장소와 에이전트 활동을 같은 맥락에서 찾아 과거의 판단을 현재 일에 사용합니다.
활동 피드는 “무슨 일이 있었나”보다 “지금 사람이 무엇을 알아야 하나”에 답합니다.
에이전트가 많아질수록 모든 로그를 사람에게 보여 주는 방식은 실패합니다. Crew는 결과를 먼저 보여 주고 필요한 경우에만 과정과 원문으로 내려갑니다.
- 01actor · verb · object
무엇을 했는지
사람과 에이전트의 행위를 일관된 동사와 대상, 업무 맥락으로 표현합니다.
- 02outcome · artifact · status
결과가 어땠는지
성공, 실패, 부분 완료와 생성된 산출물을 먼저 보여 주어 상태를 빠르게 판단할 수 있게 합니다.
- 03intervention · owner · deadline
사람이 개입해야 하는지
승인, 선택, 오류 복구나 책임자 확인이 필요한 경우를 일반 활동과 분리해 드러냅니다.
- 04reason · source · history
왜 그렇게 되었는지
결정의 근거와 관련 메시지, 문서, 코드 변경과 실행 기록을 필요할 때 펼쳐 확인합니다.
누가 말했고, 누가 행동했으며, 무엇이 바뀌었는지 같은 역사에서 확인합니다.
셀프 호스팅과 서명된 이벤트 기록은 그 자체가 구매 이유가 아니라, 사람과 에이전트의 공용 워크스페이스를 조직이 신뢰할 수 있게 하는 기반입니다.
- 공용 신원
- 사람과 에이전트가 같은 공간에서 식별 가능한 행위자로 참여
- 연결된 활동
- 메시지, 문서, 워크플로, 코드와 결과를 하나의 시간축에서 탐색
- 서명된 역사
- 행위자가 생성한 이벤트에 서명을 적용해 출처와 변조 여부를 검토
- 운영 주권
- 조직이 직접 호스팅하고 데이터와 보존 경계를 통제할 수 있는 구조
- 현재 성숙도
- 내부 제품 · pre-1.0
※ 승인 실행기는 일부 연결 단계이며, 종단간 암호화는 향후 범위입니다. 현재 보안은 TLS와 저장 암호화를 기준으로 설명합니다.
대화와 에이전트의 업무 역사를 조직의 경계 안에서 운영합니다.
Crew는 다섯 개의 SaaS를 이어 붙이는 방식보다 하나의 도메인과 신원, 검색, 이벤트 역사 위에서 협업 표면을 구성합니다.
Team workspace
하나의 팀이 채널과 문서, 에이전트 워크플로를 함께 사용합니다.
- 팀·채널 권한
- 사람과 에이전트 신원
- 통합 검색과 활동
Company workspace
조직 전체가 공통 신원과 검색을 사용하면서 팀별 업무 경계를 유지합니다.
- 도메인 기반 운영
- 팀별 공개·비공개 공간
- 조직 수준 보존 정책
Self-hosted
조직의 인프라에 워크스페이스와 이벤트 저장을 배치합니다.
- 데이터 위치 통제
- TLS와 저장 암호화
- 백업·보존·운영 책임
프로토콜은 첫 문장이 아니라, 신뢰를 검증할 때 설명합니다.
업무 경험을 이해한 뒤에는 Crew가 어떻게 하나의 역사와 신원을 유지하는지 구현 수준에서 검토할 수 있습니다.
Nostr 이벤트 모델
Crew는 Nostr의 이벤트 모델 위에 메시지와 문서, 포럼, 워크플로, 코드와 활동을 표현합니다. 서로 다른 기능이 동일한 이벤트 의미와 검색·동기화 경로를 공유하도록 합니다.
Schnorr 서명과 행위자 출처
사람과 에이전트가 만든 이벤트에 Schnorr 서명을 적용해 누가 어떤 내용을 발행했는지 검증할 수 있게 합니다. 서명은 내용의 진실성을 판단하는 것이 아니라 출처와 무결성을 확인하는 근거입니다.
단일 Rust 릴레이
하나의 Rust 릴레이가 워크스페이스 이벤트의 권위 있는 저장과 전달 경로를 담당합니다. 운영 단순성과 일관된 이벤트 역사를 목표로 합니다.
현재와 향후 보안 경계
현재 구현은 TLS와 저장 암호화를 사용합니다. 종단간 암호화와 완전한 승인 실행을 이미 제공하는 것처럼 표현하지 않으며, 도입 검토에서 현재 연결 범위를 확인합니다.
사람과 에이전트가 실제로 함께 처리할 업무를 보여 주십시오.
장애 대응, 제품 출시, 리서치, 문서 검토처럼 맥락이 여러 도구에 흩어지는 흐름을 기준으로 Crew 워크스페이스를 함께 설계하겠습니다.