Project Cell

한국인공지능커뮤니티에서 실제로 돈이 오가고 결과물이 만들어지는 단위는 무엇이며, 그것은 회사·외주팀·지인 모임과 어떻게 다른가.

질문에서 시작합니다

가상의 상황 하나로 시작합니다. 파운더 박 대표는 중견 제조기업으로부터 "현장 작업자용 AI 매뉴얼 검색 시스템"을 만들어 달라는 요청을 받았습니다. 예산은 있고 고객은 진지합니다. 문제는 박 대표의 회사에 직원이 두 명뿐이고, 그중 LLM을 다뤄본 사람이 없다는 것입니다.

박 대표에게는 세 가지 선택지가 있습니다. 첫째, 개발자를 채용합니다. 하지만 이 프로젝트는 넉 달짜리이고, 다음 프로젝트가 있을지는 모릅니다. 둘째, 외주 개발사에 맡깁니다. 하지만 어느 개발사가 이 일을 정말 할 수 있는지 판단할 능력이 박 대표에게 없고, 견적서 한 장으로 사람을 믿어야 합니다. 셋째, 아는 개발자에게 부탁합니다. 그러면 계약도, 보상 기준도, 무언가 잘못됐을 때의 절차도 없이 "우리 사이에 뭘"이라는 말로 시작하게 됩니다.

채용은 무겁고, 외주는 믿기 어렵고, 지인은 위험합니다. 그런데 커뮤니티 안에는 이 일을 해본 개발자 김 씨가 있고, 문서 검색 품질을 평가할 줄 아는 연구자 이 박사가 있으며, 현장 작업자 인터뷰와 화면 설계를 해본 기획자 최 씨가 있습니다. 이들은 각자 직장과 회사가 있습니다. 넉 달 동안만, 이 일을 위해서만, 하나의 팀처럼 움직일 수는 없을까요.

이 질문에 대한 커뮤니티의 답이 Project Cell(프로젝트 셀) 입니다.

왜 이것이 문제인가

AI 시대의 일은 점점 더 "짧고, 다양하고, 결합이 필요한" 형태로 바뀌고 있습니다. 하나의 프로젝트에 모델 이해와 데이터 처리, 화면과 영상, 고객과의 대화, 계약과 정산이 한꺼번에 필요합니다. 예전에는 이런 일을 하려면 이 모든 사람을 고용한 회사가 있어야 했습니다. 지금은 개인 한 사람이 AI 도구의 도움으로 훨씬 많은 일을 할 수 있지만, 그래도 한 사람이 다 감당하기에는 범위가 너무 넓습니다.

기존의 조직 형태는 이 조건에 잘 맞지 않습니다. 회사는 사람을 고용으로 묶기 때문에 일이 없을 때도 비용이 나가고, 일이 생겼을 때는 필요한 역량이 안에 없습니다. 프리랜서 시장은 유연하지만 매번 처음부터 사람을 찾고 검증해야 하며, 지난번 프로젝트에서 쌓은 신뢰가 다음 프로젝트로 이어지지 않습니다. 오픈채팅 같은 느슨한 커뮤니티는 사람이 많아도 아무도 책임지지 않기 때문에 일이 시작되지 않습니다.

그래서 현실에서는 어정쩡한 형태가 반복됩니다. 친한 사람끼리 구두로 시작한 프로젝트가 한 사람이 바빠지면서 멈추고, 누가 얼마를 받을지 정해 두지 않아 끝난 뒤 관계가 상합니다. 잘 되어도 고객이 다음 일을 주려 할 때 "우리"가 누구인지 아무도 정의하지 못하고, 결과물의 코드와 워크플로우가 누구 것인지도 불분명합니다.

이 문제의 본질은 사람이 부족한 것이 아니라 결합의 형식이 없는 것입니다. 좋은 사람들이 있어도, 그들이 언제 모이고 어떻게 일하고 무엇을 나누고 언제 헤어지는지에 대한 공유된 형식이 없으면 결합은 일어나지 않거나, 일어나도 오래가지 못합니다. 거래비용의 관점에서 보면, 회사는 시장에서 매번 사람을 찾고 검증하고 계약하는 비용이 너무 커서 생긴 조직입니다. Project Cell은 그 반대 방향의 질문에서 나옵니다. 신뢰가 기록되고 규약이 공유되어 거래비용이 충분히 낮아지면, 굳이 회사를 만들지 않고도 회사처럼 일할 수 있지 않을까.

우리의 철학

Project Cell은 한국인공지능커뮤니티의 실제 경제활동 단위입니다. Circle이 지식과 관계가 축적되는 실행 공동체라면, Project Cell은 그 관계가 실제 계약과 매출과 결과물로 바뀌는 자리입니다. 커뮤니티가 "이야기하는 곳"에서 "함께 만드는 곳"이 되는 지점이 바로 여기입니다.

   Business        Developer       Researcher       Creator         Marketer
  (사업·고객)      (엔지니어링)     (연구·검증)      (영상·이미지)     (시장·확산)
      │               │               │               │               │
      └───────────────┴───────────────┼───────────────┴───────────────┘
                                      ▼
                      ┌───────────────────────────────┐
                      │         PROJECT CELL          │
                      │  목적 · 기간 · Charter · Lead   │
                      │  보상 구조 · IP · 비밀유지       │
                      └───────────────┬───────────────┘
                                      ▼
                       결과물 · 매출 · 기록된 기여 · 신뢰
                                      ▼
                            해체 → 다음 결합으로

셀은 Virtual Company(가상 회사) 입니다. 회사처럼 목적과 책임자와 보상 구조와 계약이 있지만, 회사와 달리 일이 끝나면 해체됩니다. 구성원은 셀에 고용되지 않습니다. 각자의 회사, 직장, 연구실, 스튜디오를 그대로 유지한 채 이 셀에 자기 역량을 결합합니다. 이것이 프로토콜 조직의 첫 번째 설계 원리인 독립성과 결합성(Independent & Composable) 입니다. 독립성을 잃지 않으면서, 결합할 때는 대기업급 집단 역량을 냅니다.

이 구조는 새로운 것이 아닙니다. 영화 산업에서는 감독, 촬영, 조명, 편집, 음악을 담당하는 사람들이 한 편의 영화를 위해 모이고, 개봉하면 흩어지며, 다음 작품에서 다시 만납니다. 그들은 서로를 직함이 아니라 지난 작품에서 어떻게 일했는지로 기억합니다. 우리가 할리우드식 프로젝트 조직에서 배우려는 것은 그 점입니다. 짧게 결합하되, 평판과 기록은 길게 남는다는 것.

다만 우리는 그 방식의 약점도 압니다. 평판이 기록되지 않고 소문으로만 돌면, 처음 들어온 사람은 기회를 얻기 어렵고 기회는 아는 사람 사이에서만 순환합니다. 한국인공지능커뮤니티의 Project Cell은 여기에 두 가지를 더합니다. 기여와 신뢰를 플랫폼에 기록하고, 기회를 공개 채널로 흘려보냅니다. 기록이 있어야 신뢰가 되고, 신뢰가 있어야 다음 결합이 생깁니다. 기여한 사람을 잊지 않는다는 약속은 셀이 해체된 뒤에도 유효합니다.

셀의 구성원은 직함이 아니라 Capability Node(역량 노드) 로 참여합니다. 교수는 "교수"로 참여하는 것이 아니라 "검색 품질 평가 설계"라는 역량으로 참여합니다. 대표는 "대표"로 참여하는 것이 아니라 "고객 관계와 계약 책임"이라는 역량으로 참여합니다. 셀 안에서 사람은 직급으로 서열화되지 않고, 역할에 맞는 책임과 기회를 받습니다. 사람을 소모품처럼 다루지 않는다는 약속은 셀의 크기가 작을수록 더 분명하게 지켜져야 합니다.

역할별로 보는 셀

같은 셀이라도 서 있는 자리에 따라 다르게 보입니다.

사업가에게 셀은 고정비 없이 실행 역량을 확보하는 방법입니다. 다만 셀은 외주 인력풀이 아닙니다. 셀에 참여하는 사람들은 시장 단가로 먼저 보상받고, 잉여가치에 대한 몫을 가지며, 프로젝트의 방향에 의견을 냅니다.

교수와 연구자에게 셀은 실제 산업 문제와 데이터를 만나는 통로입니다. 논문 일정과 납품 일정은 자주 충돌하므로, 맡는 범위를 "검증 설계와 결과 해석"처럼 명확히 자르고 시간 투입의 한계를 Charter에 미리 적는 편이 좋습니다.

개발자와 크리에이터에게 셀은 본업을 지키면서 실전 프로젝트와 경제적 기회를 얻는 구조입니다. 가장 흔한 실패는 본업이 바빠질 때 셀에서 조용히 사라지는 것입니다. 사라지지 말고 알리십시오. 알린 이탈은 실패이고, 알리지 않은 이탈은 부정직입니다.

운영원칙

셀의 크기

셀의 권장 크기는 3명에서 7명입니다. 이것은 커뮤니티의 기본값이며 Project Charter로 조정할 수 있습니다. 두 명이면 역할 분담과 상호 검증이 어렵고 한 사람의 이탈이 곧 프로젝트의 중단이 됩니다. 여덟 명이 넘으면 조정 비용이 실행 비용을 넘어서기 시작하고, 기여를 구분하기 어려워지며, 회의가 일이 됩니다. 큰 프로젝트는 하나의 큰 셀보다 여러 개의 작은 셀로 나누고, 셀 사이의 인터페이스와 책임 경계를 각 Charter에 정하는 편이 낫습니다.

셀의 유형

네 유형은 보상 구조가 다릅니다. 고객 프로젝트는 Work Compensation(수행 대가)과 Value Sharing(가치 배분)이 모두 발생합니다. PoC·연구 셀은 당장의 매출이 없으므로 참여자가 "무엇을 얻는가"(데이터, 논문 공저, 후속 프로젝트 우선 참여 등)를 Charter에 미리 적어야 합니다. 제품 개발 셀은 성공하면 회사가 되므로 지분과 Background IP를 시작할 때 정리해야 합니다(제28장 참조). 커뮤니티 프로젝트는 금전 보상이 없는 대신 기여가 Event·Infrastructure·Knowledge 유형으로 기록되어 Trust Capital이 됩니다.

셀의 생애주기

Idea → Proposal → Team → Project Charter → Contract → Execution → Settlement → Closing Review
 (씨앗)  (제안)   (구성)     (헌장)          (계약)      (실행)       (정산)        (종료평가)
                    ▲                                                                │
                    └──────────── 기록된 기여와 신뢰가 다음 셀로 이어진다 ─────────────┘

셀은 Charter가 서명되는 순간 만들어지고, Closing Review가 끝나는 순간 해체됩니다. 시작 전과 끝난 뒤에는 셀이 존재하지 않습니다. 셀이 끝났는데 계속 "우리 팀"으로 남아 고객을 붙들고 있으면 그것은 셀이 아니라 회사이며, 회사를 만들려면 정식으로 만들어야 합니다(제28장 참조). 각 단계에서 무엇을 하는지는 제14장에서 다룹니다.

셀과 Circle의 관계

Circle은 셀을 낳는 토양입니다. Circle 안에서 사람들은 서로의 실력을 보고, 작은 협업을 해 보고, 누구와 일하고 싶은지 알게 됩니다. 하지만 셀은 Circle의 하위 조직이 아닙니다. 한 셀에 Builder Circle과 Creator Circle과 Expert Circle 사람이 함께 있는 것이 정상입니다.

Circle Leader는 셀의 상급자가 아닙니다. Circle Leader가 자기 Circle에서 나온 셀에 참여하고 싶다면 다른 회원과 같은 기준으로 참여하며, 자기 Circle 안의 기회를 자기가 먼저 가져가는 것은 이해상충입니다(제24장 참조). Governance Power ≠ Economic Opportunity. 이 원칙은 Circle과 셀의 경계에서 가장 자주 시험받습니다.

셀에서 AI 도구와 에이전트의 위치

AI 시대의 셀에는 사람 외에도 많은 것이 일합니다. 코드를 쓰는 에이전트, 영상을 생성하는 모델, 문서를 요약하는 워크플로우가 셀의 생산성을 몇 배로 올립니다. 그러나 커뮤니티는 이들을 셀의 구성원으로 세지 않습니다. AI 도구와 에이전트는 장비입니다. 카메라가 촬영팀의 구성원이 아니듯, 에이전트는 개발자의 동료가 아니라 개발자의 장비입니다.

이 구분은 세 가지 실무적 결과를 낳습니다. 첫째, 책임은 언제나 사람이 집니다. 에이전트가 만든 코드에 결함이 있으면 그 에이전트를 운용한 사람의 결함입니다. 둘째, 기여도 사람에게 기록됩니다. "AI가 80%를 했다"는 말은 기여 평가에서 의미가 없습니다. 그 AI를 선택하고, 지시하고, 검증하고, 결과를 책임진 사람이 기여자입니다. 셋째, 도구 비용은 직접비용입니다. API 호출료, GPU 사용료, 유료 도구 구독료는 사람의 Work Compensation과 구분하여 프로젝트 직접비용으로 정산합니다. 이것은 기본값이며 Charter에서 달리 정할 수 있습니다.

다만 AI 장비를 누가 가져오는지는 기여로 인정합니다. 자기 회사의 GPU 서버를 셀에 제공한 사람, 검증된 워크플로우를 가져온 사람은 Capital & Infra 또는 Knowledge 범주의 기여자입니다. 장비 자체는 구성원이 아니지만, 장비를 가져온 사람은 구성원입니다.

셀이 아닌 것

회원 두 명이 커뮤니티 밖에서 개인적으로 하는 협업은 셀이 아니며, 커뮤니티의 분쟁 절차도 적용되지 않습니다. 한 회원이 자기 회사 직원들과 하는 내부 프로젝트도 셀이 아닙니다. 고객을 소개만 하고 실행에 관여하지 않는 것은 Connection 기여이지 셀이 아닙니다. 셀은 커뮤니티 안에서, Charter 위에서, 둘 이상의 Capability Node가 결합할 때 성립합니다.

셀이 지켜야 할 최소 규약

1. 셀은 반드시 Project Charter를 가집니다. Charter가 없으면 셀이 아니라 모임입니다.
2. 셀에는 반드시 한 명의 Project Lead가 있습니다. 공동 리드는 가능하지만 최종 실행 판단의 책임자는 한 명입니다.
3. 셀의 정보는 기본적으로 Cell-only 등급입니다. 참여자만 접근하는 Closed Room을 씁니다.
4. 셀에 참여하는 사람은 자기 본업과의 이해상충을 시작 전에 신고합니다. 본업 회사가 고객의 경쟁사라면 참여할 수 없거나 범위를 제한합니다.
5. 셀은 참여자의 본업을 침해하지 않습니다. 본업의 근무시간과 회사 자원을 쓰지 않으며, 고용계약상 겸업 제한이 있는 사람은 자기 책임으로 확인합니다.
6. 셀이 해체될 때 Closing Review를 남깁니다. 기여와 신뢰의 기록은 셀보다 오래 삽니다.

Case: 넉 달짜리 가상 회사

가상의 사례입니다. 앞서 등장한 파운더 박 대표는 제조기업의 요청을 플랫폼에 Proposal로 올렸습니다. 개발자 김 씨, 연구자 이 박사, 기획자 최 씨가 참여했고, Junior Slot으로 대학원생 정 씨가 들어왔습니다. 다섯 명, 넉 달, 계약금액 6천만원. 박 대표의 회사가 Contracting Party(계약주체)가 되었고 박 대표가 Project Lead를 맡았습니다.

두 번째 달에 갈등이 생겼습니다. 김 씨의 본업 회사에 큰 배포가 잡혀 3주 동안 셀에 쓸 시간이 거의 없어진 것입니다. 회사였다면 상사가 우선순위를 정해 줬을 것이고, 외주였다면 계약 위반을 따졌을 것입니다. 셀에서는 어떻게 할까요.

Charter에는 "주 10시간 이상 투입이 어려워지면 48시간 안에 Lead에게 알린다"는 조항이 있었습니다. 김 씨는 이를 지켰습니다. 박 대표는 실행 판단으로 정 씨의 역할을 일시적으로 넓히고, Builder Circle에 3주짜리 보조 개발자를 공개 모집했습니다. 이것은 참여자 변경이므로 전원 합의를 거쳤습니다. 김 씨의 Work Compensation은 실제 투입 시간에 맞춰 조정하되, Value Sharing에서의 Execution 기여는 설계를 주도한 몫을 그대로 인정하기로 기록했습니다. 실행은 빠르게, 이해관계 변경은 합의로.

프로젝트는 2주 늦게 끝났습니다. 고객은 만족했고, 정산 후 잉여가치의 5%가 Community Share로 갔습니다. Closing Review에서 김 씨는 "미리 알렸다"는 점에서 신뢰를 잃지 않았고, 정 씨는 첫 프로젝트 기록을 얻었으며, 셀은 해체되었습니다. 여섯 달 뒤 같은 고객이 2차 프로젝트를 요청했을 때, 새 셀은 다시 Proposal에서 시작했습니다. 다섯 명 중 셋이 다시 모였고, 두 자리는 공개 채널로 새 사람에게 열렸습니다.

셀이 회사와 다른 점은 김 씨가 본업을 포기하지 않고도 참여했다는 것이고, 외주와 다른 점은 일정 문제가 계약 분쟁이 아니라 기록된 신뢰의 문제로 다뤄졌다는 것이며, 지인 모임과 다른 점은 모든 것이 Charter와 기록 위에서 움직였다는 것입니다.

Remember

• Project Cell은 커뮤니티의 경제활동 단위입니다. 필요할 때 만들어지고 일이 끝나면 해체되는 Virtual Company입니다.
• 구성원은 각자의 회사와 직장을 유지한 채 역량으로 결합합니다. 독립성을 잃지 않으면서 집단 역량을 냅니다.
• 셀의 권장 크기는 3~7명이며, Charter와 Lead가 없으면 셀이 아닙니다.
• Circle은 셀을 낳는 토양이지 셀의 상급자가 아닙니다. Circle Leader의 권한은 사업기회의 우선권이 아닙니다.
• AI 도구와 에이전트는 장비입니다. 책임과 기여는 언제나 사람에게 기록됩니다.

"셀은 해체되지만, 기여와 신뢰의 기록은 남는다."