Circle을 어떻게 운영하는가

Circle은 채팅방이 아니라 결과물을 만드는 실행 공동체입니다. 이 장은 다섯 개의 Circle이 무엇을 만들고, 어떤 리듬으로 움직이며, 어떻게 Project Cell을 배출하는지를 답합니다.

질문에서 시작합니다

한 회원이 커뮤니티에 들어와 Builder Circle(빌더 서클)에 참여했다고 해 보겠습니다. 첫 주에는 흥미로운 링크가 하루에도 여러 개 올라옵니다. 새 모델 소식, 누군가 돌려 본 벤치마크 캡처, 에이전트 프레임워크에 대한 짧은 감상이 이어집니다. 석 달이 지나면 이 회원은 스스로에게 묻게 됩니다. "여기서 내가 실제로 만든 것이 무엇인가."

링크와 감상이 오가는 공간은 인터넷에 이미 넘칩니다. 우리가 울타리를 치고, 검증을 거쳐 사람을 모으고, 기여를 기록하는 이유는 대화를 더 잘하기 위해서가 아닙니다. 대화가 실행이 되고, 실행이 결과물이 되고, 결과물이 신뢰가 되게 하기 위해서입니다. 그래서 Circle은 다른 질문에서 시작합니다. "이번 분기에 우리 Circle이 세상에 내놓을 것은 무엇인가." 이 질문에 답이 없는 Circle은 아무리 활발해 보여도 채팅방입니다.

왜 대화는 결과물이 되지 못하는가

관심사로 모인 방이 결과물을 내지 못하는 데는 구조적인 이유가 있습니다. 첫째, 마감이 없습니다. 언제까지 무엇을 내놓겠다는 약속이 없으니 모든 논의는 "언젠가 해 보면 좋겠다"에서 멈춥니다. 둘째, 책임자가 없습니다. 아무나 발언할 수 있지만 아무도 마무리를 맡지 않습니다. 셋째, 기록이 없습니다. 좋은 통찰이 나와도 대화의 흐름 속에 묻히고, 다음 사람은 같은 이야기를 처음부터 다시 합니다.

AI 시대는 이 문제를 더 날카롭게 만듭니다. 새 모델과 도구가 매주 나오기 때문에 "따라가기"만으로도 하루가 갑니다. 정보를 소비하는 일이 곧 무언가를 하고 있다는 착각을 줍니다. 그러나 코드와 영상과 문서는 싸졌습니다. 비싸진 것은 실제로 해 본 사람의 판단, 그 판단을 검증한 기록, 함께 해 본 사람 사이의 신뢰입니다.

Circle은 그 비싼 것을 만드는 장치입니다. 다섯 명이 각자 새 모델을 써 보고 감상을 올리는 것과, 다섯 명이 같은 기준으로 비교 실험을 설계해 하나의 벤치마크 리포트를 내는 것은 완전히 다른 일입니다. 전자는 흘러가고 후자는 남습니다. 남은 것은 커뮤니티의 자산이 되고, 만든 사람들의 Trust Capital(행동으로 축적되는 신뢰의 기록)이 됩니다. 연구자에게는 논문 밖의 실제 데이터를, 개발자에게는 혼자 돌릴 수 없는 규모의 실험을, 크리에이터에게는 다음 프로젝트에서 바로 쓸 워크플로우를, 파운더에게는 사업 단계로 넘어가는 문턱을 주는 곳이 Circle입니다.

우리의 철학: Circle은 실행 공동체다

프로토콜 조직의 6층 구조에서 Circle은 Council(운영위원회)과 Project Cell(프로젝트 셀) 사이에 있습니다(제23장 참조). Council은 규약을 지키고, Project Cell은 계약과 정산이 걸린 경제활동을 합니다. Circle은 그 사이에서 두 가지 일을 합니다. 결과물을 만드는 것, 그리고 Project Cell이 태어날 토양을 만드는 것입니다.

Circle에서 사람들은 돈이 걸리기 전에 먼저 함께 일해 봅니다. 벤치마크 리포트를 같이 쓰면서 누가 약속을 지키는지, 누가 마감 앞에서 사라지는지, 누가 남의 기여를 자기 것처럼 말하는지가 드러납니다. 신뢰는 말이 아니라 행동으로 쌓습니다. Circle은 그 행동이 처음 기록되는 곳이며, 활동은 플랫폼에 Knowledge·Research·Technology·Event 등의 기여 유형으로 남습니다.

Circle은 위계가 아닙니다. Circle Leader(서클 리더)는 상사가 아니라 결과물의 마감을 책임지는 사람입니다. 시장도 아닙니다. Circle에서 만든 리포트와 워크플로우는 함께 만들고 함께 쓰는 공동 자산입니다. 채팅방도 아닙니다. 대화는 수단이고 결과물이 목적입니다. 그리고 회원을 값싼 노동력으로 쓰는 곳도 아닙니다. 결과물에는 참여자의 이름이 기여자로 남습니다. 기여한 사람을 잊지 않습니다. 특정 회원이나 앵커 조직의 상업 프로젝트에 Circle이 무상으로 동원되는 일이 생기면, 그것은 Project Cell로 전환해 Work Compensation(수행 대가)을 정해야 합니다(제20장 참조).

다섯 개의 Circle과 소그룹

Circle 안에는 주제별 소그룹이 있을 수 있습니다. Builder Circle 안의 LLM 소그룹과 Agent 소그룹, Creator Circle 안의 AI Video 소그룹이 그 예입니다. 소그룹은 하위 조직이 아니라 결과물 단위입니다. 세 사람 이상이 한 가지 결과물을 한 분기 안에 내겠다고 약속하면 소그룹이 되고, 결과물이 나오면 다음 주제로 옮기거나 해산합니다. 사람 수가 많다고, 관심이 높다고 소그룹이 되지 않습니다. 약속이 있어야 소그룹입니다.

운영 리듬

Circle은 리듬으로 움직입니다. 아래 형식은 커뮤니티의 기본값이며 Circle마다 조정할 수 있습니다.

분기 초  결과물 선언 ─▶ 소그룹 구성 ─▶ 중간 점검 ─▶ Demo Day ─▶ 분기 회고
         (월 1회 정기 모임과 형식별 모임이 그 사이를 채웁니다)

정기 모임은 모든 Circle의 기본입니다. 월 1회, 결과물의 진행을 확인하고 막힌 곳을 함께 풉니다. 새 소식은 짧게, 결과물 이야기는 길게 합니다.

AI Table은 Circle의 경계를 넘어 열리는 여섯에서 여덟 명의 저녁 모임입니다. 한 주제를 깊게 이야기하며 Chatham House Rule(내용은 쓰되 발언자를 특정하지 않는 규칙)이 적용됩니다. 서로 다른 Circle의 사람들이 처음 만나는 접점입니다.

Research Seminar는 Research Circle이 주관합니다. 논문 재현 결과나 벤치마크 리포트를 발표하고, Builder Circle의 엔지니어가 "실제 서비스에 쓰려면 무엇이 더 필요한가"를 묻습니다.

Creator Night는 Creator Circle이 주관합니다. 한 달 동안 만든 영상과 이미지를 보여 주고 어떤 워크플로우로 만들었는지 공개합니다. 결과물이 아니라 과정을 공유하는 자리입니다.

Founder Dinner는 Founder Circle의 형식입니다. Closed Room(참여자만 접근하는 공간)으로 운영하며 매출 숫자와 실패 경험을 솔직하게 나눕니다. Expert Circle 회원이 초대되어 법률·세무 질문에 답하기도 합니다.

Demo Day는 분기의 마감입니다. 각 소그룹이 결과물을 발표하고, 결과물은 플랫폼에 등록되며 기여가 기록됩니다. 올릴 것이 없는 소그룹은 그 사실 자체가 회고의 출발점입니다.

Workshop은 결과물을 만드는 손을 늘리는 자리입니다. Builder Circle의 워크플로우를 Creator Circle 회원이 직접 따라 해 보거나, Expert Circle의 계약 체크리스트를 Founder Circle이 실제 계약서에 적용해 봅니다. 한국인공지능아카데미와 함께 열기도 합니다.

Circle Leader의 역할과 임기

Circle Leader는 Circle의 결과물이 나오게 하는 사람입니다. 권한보다 책임이 먼저입니다. 분기 초에 결과물을 선언하도록 이끌고, 소그룹이 마감을 지키는지 살피고, 리듬을 유지하고, 신규회원이 첫 결과물에 참여할 자리를 마련하고, Demo Day에서 성과를 공개합니다.

Leader는 Circle 회원의 추천과 Council의 승인으로 정해집니다. 임기는 기본값 1년, 연임은 한 번까지입니다. 임기를 두는 이유는 한 사람에게 Circle이 종속되는 것을 막기 위해서입니다. 임기가 끝난 Leader는 다음 Leader를 돕되 의사결정에서는 물러납니다. Contribution creates Trust, not Permanent Privilege.

Leader가 하지 않는 일도 분명합니다. 회원의 등급을 정하지 않습니다. 사업기회를 배정하지 않습니다. Circle에서 태어나는 Project Cell의 Project Lead(프로젝트 리드)를 자동으로 맡지 않습니다.

여기서 제24장의 원칙이 그대로 적용됩니다. Governance Power ≠ Economic Opportunity. Leader는 회원의 역량과 관심을 가장 먼저, 가장 자세히 알게 되는 자리입니다. 그 정보로 좋은 사람을 자기 프로젝트에 먼저 데려가거나, 자기 회사의 고객을 Circle 결과물로 무상 지원받는다면 이해상충입니다. Leader는 자기 회사나 자신이 Originator(기회를 가져온 사람)인 프로젝트가 Circle과 얽힐 때 Conflict of Interest Declaration(이해상충 신고서, Appendix G)을 내고 관련 결정에서 회피(Recusal)합니다. 결과물이 특정 회원의 사업에 유리하게 잡히는 일이 반복되면 Council이 살펴봅니다.

Circle에서 Project Cell이 태어나는 과정

Circle의 가장 중요한 산출물은 리포트가 아니라 사람 사이의 신뢰이고, 그 신뢰가 Project Cell로 이어집니다. 경로는 대체로 셋입니다.

첫째, 결과물이 시장을 만납니다. Creator Circle이 공개한 워크플로우를 본 기업이 "우리 제품으로 만들어 달라"고 요청합니다. 요청은 플랫폼의 Opportunity로 공개되고, 워크플로우를 만든 사람들이 첫 후보가 됩니다. 다만 후보일 뿐 자동 배정은 아닙니다. 팀 구성은 Capability + Experience + Trust + Availability + Fit을 따릅니다(제15장 참조).

둘째, 회원이 기회를 가져옵니다. Founder Circle의 한 회원이 고객사를 발굴하고 필요한 엔지니어를 Builder Circle에서 찾습니다. 이 회원은 Originator가 되고, 이후는 제14장의 생애주기 Idea → Proposal → Team → Project Charter → Contract → Execution → Settlement → Closing Review를 따릅니다.

셋째, Circle 자체가 사업을 검증합니다. Founder Circle의 소그룹이 한 분기 동안 아이디어를 검증하고, Demo Day에서 AI 10K Initiative의 Stage 0에서 Stage 1로 넘어가겠다고 선언합니다. 이때 Circle 활동은 끝나고 Project Cell이 시작됩니다.

세 경로의 공통점은 전환하는 순간 Project Charter(프로젝트 헌장)를 쓴다는 것입니다. Circle에서는 공동 자산이던 것이 Project Cell에서는 정산 대상이 되기 때문입니다. Circle에서 만든 워크플로우를 Project Cell이 쓰면 그것은 Background IP이고, 새로 만든 것은 Charter가 귀속을 정합니다(제13장 참조). 이 경계를 흐리면 "다 같이 만든 것을 몇 사람이 돈으로 바꿨다"는 갈등이 생깁니다. Leader는 이 전환을 돕되 개입하지 않습니다. 할 일은 어디까지가 공동 자산인지 기록으로 넘겨주는 것입니다.

Circle 간 협력

혼자 만들 수 없는 결과는 대개 Circle 하나로도 만들 수 없습니다. 광고 영상을 대량으로 만드는 파이프라인은 Creator Circle의 감각과 Builder Circle의 자동화가 결합해야 나옵니다. Founder Circle이 만든 사업은 Expert Circle의 계약·세무 검토를 거쳐야 안전해집니다. 그래서 분기마다 최소 하나의 Circle 간 공동 결과물을 권장하며, 기여 기록은 두 Circle 모두에 남깁니다.

흔한 실수는 한 Circle이 다른 Circle을 "지원 조직"으로 여기는 것입니다. "이 기능만 만들어 주면 된다"고 요청하는 순간 협력은 외주가 됩니다. 기획 단계부터 두 Circle이 함께 앉아야 합니다. 사람을 소모품처럼 다루지 않는다는 원칙은 Circle 사이에서도 유효합니다.

운영원칙

숫자는 커뮤니티의 기본값이며 Circle 운영 계획으로 조정할 수 있습니다.

경계 상황도 정해 둡니다. 소그룹이 두 분기 연속 결과물을 내지 못하면 해산하고, 원하면 새 약속으로 다시 시작합니다. 해산은 징계가 아니라 Circle을 가볍게 유지하는 일입니다. Leader가 임기 중 사임하면 회원이 임시 Leader를 추천하고 Council이 승인합니다. 회원이 열 명 미만으로 줄면 다른 Circle의 소그룹으로 합치는 것을, 소그룹 하나가 Circle만큼 커지면 독립을 검토합니다.

채팅방으로 퇴화하는 징후와 회복법

Circle은 방치하면 채팅방으로 돌아갑니다. 징후는 이렇습니다. 링크 공유가 결과물 논의보다 많아집니다. 정기 모임에서 지난 결과물의 진행을 묻는 사람이 없습니다. 같은 몇 사람만 말하고 나머지는 읽기만 합니다. Demo Day 발표가 "다음 분기에는 꼭"으로 두 번 미뤄집니다. 신규회원이 들어와도 무엇에 참여할지 알 수 없습니다.

회복법은 규칙을 더 만드는 것이 아니라 결과물을 다시 세우는 것입니다. Leader는 다음 정기 모임의 안건을 하나로 줄입니다. "이번 분기에 내놓을 것 하나를 정합시다." 세 사람이 한 달 안에 낼 리포트 하나면 충분합니다. 작은 결과물이 나오면 리듬이 돌아오고, 리듬이 돌아오면 사람이 돌아옵니다. 온라인 대화가 늘어졌다면 AI Table이나 Workshop처럼 손을 움직이는 자리를 열고, 신규회원의 "이것은 왜 이렇게 하나요"라는 질문이 방향을 다시 잡게 합니다. 그래도 회복되지 않으면 Council과 함께 Circle의 초점을 다시 정의합니다. Circle은 조직도의 칸이 아니라 결과물을 내는 사람들의 약속이기 때문입니다.

Case: Creator Circle과 Builder Circle이 만난 분기

아래는 가상의 사례입니다.

Creator Circle의 AI Video 소그룹은 지난 분기 Demo Day에서 짧은 광고 영상 제작 워크플로우를 공개했습니다. 크리에이터 최 씨가 이끌었고 세 명이 참여했습니다. 반응은 좋았지만 영상 한 편에 여전히 사람의 손이 서른 번 이상 필요했습니다.

Creator Night에 초대받은 Builder Circle의 개발자 김 씨가 물었습니다. "서른 번 중에 판단이 필요한 것은 몇 번입니까?" 세어 보니 여섯 번이었습니다. 두 사람은 다음 분기의 Circle 간 공동 결과물로 "판단 여섯 번으로 영상 열 편을 만드는 파이프라인"을 제안했습니다. 두 Leader가 승인했고, 각 Circle에서 두 명씩, 그리고 신규회원 한 명이 Junior Slot으로 합류했습니다.

갈등은 중간 점검에서 나왔습니다. 김 씨는 자동화를 자기 회사의 내부 도구 위에 얹으면 빠르다고 했습니다. 최 씨는 그러면 결과물이 김 씨 회사 없이는 돌아가지 않는 것 아니냐고 물었습니다. Builder Circle의 Leader는 자기 이해가 걸려 있지 않았으므로 회피할 필요가 없었고, 원칙에 따라 정리했습니다. 공개 파이프라인은 오픈 도구만으로 구성하고, 김 씨 회사의 도구를 쓰는 버전은 별도 선택 사항으로 두되 공동 자산에는 포함하지 않는다는 것이었습니다. 김 씨도 동의했습니다.

Demo Day 발표를 본 마케터 한 팀장이 고객사 캠페인에 이것을 쓰고 싶다고 했습니다. 한 팀장은 요청을 플랫폼의 Opportunity로 올렸고, 파이프라인을 만든 다섯 명 중 일정이 맞는 네 명이 참여했으며 한 팀장이 Originator로 합류해 Project Cell이 만들어졌습니다. Charter에는 Circle의 파이프라인이 Background IP로 명시되었고, 고객사를 위해 새로 만드는 부분은 참여자 공동 소유에 커뮤니티 비독점 라이선스를 붙이기로 했습니다. 규모는 4천만원이었고, Work Compensation을 먼저 정한 뒤 잉여가치를 Contribution Matrix(기여도 평가표)로 나누기로 했습니다.

두 Circle에 남은 것은 공개 파이프라인 하나, 다섯 명의 기여 기록, 신규회원의 첫 결과물, 그리고 Project Cell 하나입니다. 두 Leader는 Project Cell에 참여하지 않았고, 결과물의 경계를 기록으로 넘겨주는 일만 했습니다. 이것이 Circle이 일하는 방식입니다.

Remember

Circle은 채팅방이 아니라 결과물을 만드는 실행 공동체입니다. 분기마다 무엇을 내놓을지 선언하고, Demo Day에서 공개하고, 기여자를 기록합니다.

Circle Leader는 결과물의 마감을 책임지는 사람이지 사업기회를 배정하는 사람이 아닙니다. 임기는 1년이며, 이해가 걸린 사안에서는 신고하고 회피합니다.

Circle의 가장 큰 산출물은 사람 사이의 신뢰이고, 그 신뢰가 Project Cell로 이어집니다. 전환하는 순간 Charter를 쓰고 Background IP의 경계를 기록합니다.

"Circle은 대화가 아니라 결과물로 기억된다."