우리가 만들려는 것은 Private Professional Community다

이 장은 "우리는 어떤 종류의 조직을 만들려는가"에 답합니다. 단순 커뮤니티와 Professional Guild의 차이, 정보공유가 사업으로 이어지는 다섯 단계, 그리고 한국인공지능커뮤니티가 지향하는 네 번째 조직 형태인 프로토콜 조직을 정식으로 정의합니다.

질문에서 시작합니다

가상의 상황 하나를 떠올려 보겠습니다. 파운더 박 대표는 AI 관련 오픈채팅 세 곳, 페이스북 그룹 두 곳, 디스코드 서버 한 곳에 들어가 있습니다. 회원 수를 합치면 2만 명이 넘습니다. 그런데 "도메인 데이터로 소형 언어모델을 파인튜닝해 본 사람"을 찾으려 하자, 결국 예전 직장 동료에게 전화를 걸어 소개를 부탁합니다.

2만 명이 있는 곳에서 왜 한 사람을 찾지 못했을까요. 사람이 없어서가 아닙니다. 누가 그 사람인지 알 수 없고, 안다고 해도 믿고 맡길 근거가 없으며, 함께 일하기로 해도 어떤 규칙으로 일하고 어떻게 나눌지 매번 처음부터 정해야 하기 때문입니다.

그렇다면 문을 닫고 소수만 남기면 해결될까요. 열 명이 매달 모여 식사하는 친목 모임도 사업을 만들지 못하기는 마찬가지입니다. 서로를 잘 알지만 그 관계를 실행으로 옮길 구조가 없기 때문입니다. 질문은 규모가 아니라 종류에 관한 것입니다. 우리가 만들려는 것은 커뮤니티라는 이름을 붙인 또 하나의 채팅방이 아닙니다. 역량이 발견되고, 기여가 기록되고, 신뢰가 쌓이고, 그 신뢰 위에서 실제 일이 일어나는 Private Professional Community입니다.

왜 이것이 문제인가 — 커뮤니티와 길드는 다르다

단순 커뮤니티는 관심사로 사람을 모읍니다. 들어오는 데 비용이 없고, 나가는 데도 비용이 없으며, 안에서 무엇을 하든 책임이 없습니다. 이것은 결함이 아니라 설계입니다. 정보가 넓게 퍼지는 데는 이보다 좋은 구조가 없습니다. 하지만 정보가 퍼지는 것과 일이 일어나는 것은 다른 문제입니다.

역사 속의 길드는 다르게 설계되었습니다. 중세의 장인 길드는 아무나 들어올 수 없었습니다. 도제 기간과 품질 기준이 있었고, 한 장인의 잘못이 길드 전체의 평판에 영향을 주었기에 서로가 서로를 보증했습니다. 규약을 어기면 잃는 것이 분명했습니다. 오늘날의 프로페셔널 길드도 뼈대는 같습니다. 자격이 있고, 기준이 있고, 분쟁을 다루는 절차가 있고, 구성원은 자기 이름을 걸고 일합니다.

물론 길드에는 진입을 막아 기득권을 지킨 그림자도 있었습니다. 우리가 가져오려는 것은 그림자가 아니라 뼈대입니다. 울타리는 기존 회원의 이익이 아니라 구성원 간의 신뢰와 정보, 사업기회와 관계를 보호하기 위한 것입니다(제9장 참조).

AI 시대라는 조건은 이 차이를 더 크게 만듭니다. 코드와 영상과 문서를 만드는 비용은 빠르게 내려갔고, 최신 모델의 사용법과 벤치마크는 공개 인터넷에 넘칩니다. 정보를 나누는 것만으로 존재 이유를 가지던 커뮤니티는 그 이유를 잃어 갑니다. 대신 비싸진 것이 있습니다. 누구를 믿을 것인가, 무엇을 맡길 것인가, 문제가 생기면 누가 책임지는가. 우리가 만들려는 조직은 바로 그 비싸진 것을 다루는 조직입니다.

정보공유에서 사업까지 — 다섯 단계

첫 번째 단계는 정보공유입니다. 누군가 자신이 실제로 해본 것을 이야기합니다. 어떤 모델이 어떤 데이터에서 무너졌는지, 어떤 워크플로우가 실제 납품에서 통했는지. 뉴스 링크가 아니라 경험입니다. 중요한 단계지만 여기서 멈추면 뉴스레터와 다르지 않습니다. 대부분의 AI 커뮤니티가 이 단계에 머뭅니다.

두 번째 단계는 관계입니다. 이름과 얼굴을 알게 됩니다. 어떤 사람이 어떤 질문을 하고 어떤 답을 하는지 지켜보게 됩니다. Circle의 소모임, 작은 스터디, 발표 뒤의 대화가 여기에 해당합니다. 친목 모임은 이 단계에서 멈춥니다.

세 번째 단계는 신뢰입니다. 관계가 신뢰로 바뀌는 지점은 작은 약속이 지켜지는 순간입니다. 벤치마크를 이번 주까지 정리하겠다고 했고 실제로 했습니다. 회의에서 들은 다른 회원의 미공개 정보를 밖에 옮기지 않았습니다. 소액의 공동 작업에서 정산이 깔끔했습니다. 신뢰는 말이 아니라 행동으로 쌓습니다. 그리고 이 행동은 기록되어야 다음 사람에게도 신뢰가 됩니다. 이것이 Trust Capital(신뢰 자본)입니다. 외주 플랫폼은 이 단계를 건너뛰고 곧바로 협력으로 가려 하기 때문에 매번 검증 비용을 다시 치릅니다.

네 번째 단계는 협력입니다. 신뢰가 있는 사람들이 Project Cell(프로젝트 셀)을 만듭니다. 목적과 범위, 역할과 보상 구조를 Project Charter(프로젝트 헌장)에 적고 실제 결과물을 만듭니다. 이 단계에서 비로소 커뮤니티는 실행 조직이 됩니다.

다섯 번째 단계는 사업입니다. 협력이 고객을 만나고, 매출이 생기고, 반복되고, 필요하다면 회사가 됩니다. AI 10K Initiative가 이 단계를 겨냥합니다(제28장 참조).

다섯 단계에는 순서가 있습니다. 관계 없이 신뢰가 생기지 않고, 신뢰 없이 협력을 시작하면 위험하며, 협력 없이 사업을 논하면 공허합니다. 동시에 순환합니다. 사업에서 얻은 경험이 다시 정보공유가 되고, 정산이 깔끔했던 기억이 다음 신뢰가 됩니다. 커뮤니티의 역할은 사람을 더 많이 모으는 것이 아니라 각 단계에서 다음 단계로 넘어가는 문턱을 낮추는 것입니다.

역할에 따라 막히는 단계는 다릅니다. 개발자는 관계까지는 쉽게 가지만 고객과 계약을 다뤄본 적이 없어 사업 단계에서 막힙니다. 사업가는 누가 진짜 실력자인지 판별할 방법이 없어 신뢰 단계에서 막힙니다. 교수와 연구원은 산업의 실제 문제를 만날 통로가 없어 협력 단계로 가지 못합니다. 크리에이터와 마케터는 관계는 넓지만 기술 파트너를 검증할 수 없습니다. 하나의 조직이 여섯 역할의 병목을 모두 낮출 수 있다면, 그 조직은 사람 수가 적어도 강합니다.

우리의 철학 — 네 번째 길, 프로토콜 조직

사람이 함께 일하는 방식은 오랫동안 크게 세 가지였습니다.

위계(Hierarchy) 는 전통적인 기업입니다. 고용으로 사람을 묶고 명령으로 조정합니다. 안정적이고 책임이 분명하지만 느리고, 구성원은 독립성을 내놓아야 합니다. 거래비용이라는 개념으로 설명하듯, 기업이 존재하는 이유는 시장에서 매번 사람을 찾고 계약하고 감시하는 비용이 크기 때문입니다. 그 비용을 줄이려고 사람을 안에 들이고 대신 자유를 가져갑니다.

시장(Market) 은 프리랜서와 외주입니다. 계약으로 사람을 묶고 가격으로 조정합니다. 유연하지만 신뢰가 축적되지 않습니다. 이번에 잘한 사람이 다음에 다시 검증받아야 하고, 거래가 끝나면 관계도 끝납니다.

느슨한 커뮤니티 는 오픈채팅과 SNS입니다. 관심사로 사람을 모으고 아무것도 조정하지 않습니다. 정보는 흐르지만 책임도 보상도 없습니다. 무언가를 함께 만들려면 결국 위계나 시장으로 돌아가야 합니다.

세 형태는 각각 무언가를 포기합니다. 위계는 독립성을, 시장은 신뢰의 축적을, 느슨한 커뮤니티는 실행을 포기합니다. 우리는 셋 중 하나를 고르지 않고 네 번째 길을 갑니다.

프로토콜 조직(Protocol Organization) 은 사람을 고용이 아니라 공유된 규약(프로토콜)과 기록된 신뢰로 묶고, 필요할 때 결합하고 끝나면 해체되는 조직입니다. 회사도 아니고 시장도 아니고 채팅방도 아닌, 신뢰 네트워크 위에서 작동하는 실행 조직입니다. 한국인공지능커뮤니티가 지향하는 형태가 바로 이것입니다.

프로토콜이란 함께 일할 때 매번 다시 정하지 않아도 되는 약속의 묶음입니다. 프로젝트는 어떻게 시작하는가, 팀은 어떤 기준으로 꾸리는가, 결정은 누가 하는가, 보상은 어떻게 나누는가, 고객은 누구의 것인가, 문제가 생기면 어떤 순서로 푸는가. 이 약속이 공유되어 있으면 처음 만난 두 사람도 빠르게 결합할 수 있습니다. 기록된 신뢰란 그 약속을 실제로 지켰다는 이력입니다. 프로토콜은 결합의 속도를 만들고, 기록된 신뢰는 결합의 안전을 만듭니다.

이 생각은 완전히 새롭지 않습니다. 영화 산업은 프로젝트마다 팀을 모으고 끝나면 해체합니다. 오픈소스 재단은 고용 없이 규약과 기여 기록만으로 수천 명의 협업을 조정합니다. 협동조합은 구성원이 소유하고 결정하며, 팀 오브 팀스 모델은 중앙 명령 대신 공유된 맥락으로 작은 팀들을 움직입니다. DAO의 실험은 규약을 코드로 옮기려 했으나 사람의 판단과 책임을 빼놓은 지점에서 한계를 드러냈습니다. 우리는 이들에게서 결합과 해체, 기여 기록, 공정한 배분, 공유된 맥락을 가져오고, 규약이 사람의 판단을 대신할 수 있다는 믿음은 버립니다. AI 도구와 에이전트는 Project Cell의 구성원이 아니라 구성원의 역량을 증폭하는 장비이며, 책임은 언제나 사람이 집니다.

프로토콜 조직의 6가지 설계 원리

이 책의 나머지 장은 모두 아래 여섯 원리를 풀어 쓴 것입니다.

1. 독립성과 결합성(Independent & Composable). 구성원은 각자의 회사, 직장, 연구실을 유지합니다. 필요할 때 Project Cell로 결합하고 끝나면 해체합니다. 독립성을 잃지 않으면서 대기업급 집단 역량을 냅니다. (제13장)
2. 사람은 Capability Node(역량 노드)다. 직함이 아니라 무엇을 할 수 있는가로 봅니다. Technical, Research, Business, Sales, Marketing, Creative, Network, Leadership, Capital은 모두 동등한 기여 가능성입니다. (제5장, 제6장)
3. 기여는 기록된다(Recorded Contribution). 기여한 사람을 잊지 않습니다. 플랫폼은 기여를 기록하고 축적합니다. 기록이 있어야 신뢰가 되고, 신뢰가 있어야 다음 협력이 생깁니다. (제19장)
4. 신뢰는 행동의 원장이다(Trust as Ledger). 신뢰는 인성평가가 아니라 약속 준수, 정산, 일정, 비밀유지, 결과물, 동료평가, 재협업 의사의 기록입니다. 이것을 Trust Capital이라 부릅니다. (제10장)
5. 권력과 기회의 분리(Governance Power ≠ Economic Opportunity). 운영 권한을 가진 사람이 사업기회를 우선 가져가지 않습니다. 이해상충은 회피(Recusal)합니다. (제24장)
6. 순환(Give Back). 성장한 사람이 다시 기여합니다. 강제 기부가 아니라 생태계의 순환 설계입니다. (제27장)

여섯 원리는 서로를 떠받칩니다. 독립성이 있어야 사람들이 자유롭게 들어오고, 사람을 역량으로 봐야 결합이 정확해지고, 기여가 기록되어야 신뢰가 쌓이고, 신뢰가 원장이 되어야 권력이 아닌 기록으로 기회가 배분되고, 기회가 공정하게 흐르면 순환이 일어납니다. 하나가 빠지면 나머지도 흔들립니다.

운영원칙

프로토콜 조직이 되기 위해 커뮤니티가 갖추는 최소한의 구성입니다. 숫자는 커뮤니티의 기본값(Default)이며 Project Charter로 조정할 수 있습니다.

다섯 단계마다 커뮤니티가 제공하는 것도 다릅니다. 정보공유에는 Circle과 Closed Room을, 관계에는 "I CAN OFFER / I AM LOOKING FOR" 프로필을, 신뢰에는 작은 기여의 기록을, 협력에는 Charter 양식과 정산표를, 사업에는 앵커 조직의 인프라를 제공합니다. 실행은 빠르게, 이해관계 변경은 합의로. 그리고 커뮤니티를 특정 회사의 외주 인력풀로 만들지 않습니다.

경계 상황도 정해 둡니다. 회원이 Charter 없이 다른 회원과 사적으로 일을 시작하는 것은 금지되지 않습니다. 각자의 독립성은 존중됩니다. 다만 그 일은 커뮤니티의 기록에 남지 않고, 문제가 생겨도 분쟁 절차를 쓸 수 없으며, 그 경험은 Trust Capital이 되지 않습니다. 프로토콜은 강제가 아니라 선택입니다. 선택하지 않으면 얻지 못하는 것이 있을 뿐입니다.

Case: 스터디 모임이 Project Cell이 되기까지

다음은 가상의 사례입니다.

Builder Circle의 Agent 소그룹에 개발자 김 씨, 연구자 이 박사, 마케터 정 씨가 있었습니다. 처음 석 달은 정보공유였습니다. 김 씨는 에이전트 프레임워크 세 가지를 실무에 적용한 결과를 올렸고, 이 박사는 도구 호출 정확도 벤치마크를 공유했으며, 정 씨는 고객사가 AI 도입을 미루는 실제 이유를 Chatham House Rule 아래에서 이야기했습니다. 넉 달째에 관계가 생겼습니다. 이 박사는 벤치마크 정리를 약속한 날짜에 냈고, 김 씨는 정 씨의 고객사 이름을 밖에서 언급하지 않았습니다. 작은 일이었지만 플랫폼에 Knowledge와 Research 기여로 기록되었습니다.

다섯 달째에 파운더 박 대표가 Founder Circle을 통해 기회를 가져왔습니다. 한 중견 제조업체가 사내 문서 검색·요약 자동화 PoC를 원했고 예산은 3천만원이었습니다. 박 대표는 처음에 "아는 개발자 둘이랑 그냥 빨리 하겠다"고 했습니다. Circle Leader는 막지 않았습니다. 다만 두 가지를 물었습니다. 그 개발자들이 에이전트 기반 문서 처리를 실제로 해봤는지 확인할 수 있는가. PoC가 잘 되어 후속 계약이 생겼을 때 누가 어떤 기여를 인정받을지 지금 정해 두었는가.

박 대표는 답하지 못했고, 대신 플랫폼에서 Agent 소그룹의 기여 기록을 열어 보았습니다. 네 사람은 Project Cell을 만들고 Charter를 썼습니다. 박 대표가 Project Lead와 Originator, 김 씨가 Executor(기술), 이 박사가 Executor(평가 설계), 정 씨가 고객 커뮤니케이션을 맡았습니다. Work Compensation은 시장 단가 기준으로 김 씨 1,200만원, 이 박사 500만원, 정 씨 300만원으로 먼저 정했습니다. 직접비용 200만원을 빼면 잉여가치는 800만원, 이 중 5%인 40만원이 Community Share로, 나머지 760만원이 Contribution Matrix에 따라 배분되도록 적었습니다.

PoC는 6주 만에 끝났고 고객은 1억원 규모의 본 구축을 논의하기 시작했습니다. 이때 고객사 담당자가 정 씨에게 "다음 건은 박 대표 없이 직접 하면 안 되겠느냐"고 물었습니다. 정 씨는 Charter의 Non-circumvention(우회 금지) 조항을 확인했습니다. 커뮤니티를 통해 만난 고객과 소개자를 배제하고 직접 거래하는 것은 기본 24개월간 금지되어 있었습니다. 정 씨는 고객에게 그 사실을 설명하고 박 대표에게 그대로 전했습니다. 박 대표는 그 행동을 Project Closing Review에 기록했습니다.

프로토콜이 한 일은 무엇입니까. 기록이 있었기에 사람을 찾는 시간이 줄었습니다. 친분 대신 역량과 신뢰로 팀을 골랐습니다. 갈등이 생겼을 때 다툼 대신 조항을 확인했습니다. 그리고 정 씨가 유혹을 거절한 행동은 다음 프로젝트에서 정 씨를 먼저 찾게 만드는 이유가 되었습니다.

Remember

우리가 만들려는 것은 정보가 흐르는 곳이 아니라 일이 일어나는 곳입니다. 단순 커뮤니티와 Professional Guild의 차이는 규모가 아니라 기준, 기록, 절차의 유무입니다.

커뮤니티가 사업이 되는 길은 정보공유, 관계, 신뢰, 협력, 사업의 다섯 단계를 지납니다. 커뮤니티의 역할은 사람을 더 모으는 것이 아니라 각 단계의 문턱을 낮추는 것입니다.

위계는 독립성을, 시장은 신뢰의 축적을, 느슨한 커뮤니티는 실행을 포기합니다. 프로토콜 조직은 공유된 규약과 기록된 신뢰로 사람을 묶어 그 셋을 모두 지키려는 네 번째 길입니다.

여섯 가지 설계 원리는 독립성과 결합성, Capability Node, 기록된 기여, 행동의 원장으로서의 신뢰, 권력과 기회의 분리, 순환입니다. 이 책의 나머지는 모두 이 여섯 원리의 해설입니다.

"회사도 아니고 시장도 아니고 채팅방도 아닌, 신뢰 네트워크 위에서 작동하는 실행 조직."