[사내AX] 🔥 바이브코더가 되고 나서야 가능해진 커뮤니티 설계 - 1년반 방치한 지피터스 파트너스 시스템 구축기

📝 한줄 요약

커뮤니티 관리를 1년반 동안 방치하다가, AI 코딩 도구(OpenCode + Claude Opus)와 하루 만에 파트너스 자격 관리 시스템을 구축했습니다.

바쁘시면 이것만 읽어도 돼요:

• OpenCode(Claude Opus 4.5) + 에어테이블 MCP로 파트너스 자격 관리 시스템 구축

• 카톡 대화 2만 줄에서 초대 이력 자동 파싱, 카톡닉네임 ↔ 실명 유사 매칭 (n8n으로는 불가능한 것)

• AI가 동명이인은 스터디장 활동 이력으로 구분하고, 관계형 DB 링크까지 자동으로 연결해줌

• 이 접근법으로 운영진 관리 시스템도 구축 예정 (40개 오픈채팅방)

• 1회성 작업은 자동화 로직 짜지 말고 AI한테 시키는 게 빠름. 맥락 공유하고 티키타카하면 혼자 기획했을 때 놓쳤을 부분까지 설계 가능

🎯 이런 분들께 도움돼요

• 커뮤니티/동아리 운영하면서 멤버 관리에 시달리는 운영자

• 에어테이블로 데이터 관리하는데 수동 작업이 많아서 고민인 사람

• n8n 같은 자동화 도구 쓰는데 한계를 느끼는 사람 (100% 안맞으면 로직 작동 안함 등)

😫 문제 상황 (Before)

저는 지피터스라는 AI 커뮤니티의 커뮤니티 매니저입니다. '지피터스 파트너스'라는 프라이빗 멤버십을 운영하고 있는데요, 솔직히 말하면 1년반 동안 관리를 못 했습니다.

왜냐면:

• 엄두가 안 났어요. 누가 언제 초대됐는지, 기여를 몇 회 했는지 데이터가 여기저기 흩어져 있었거든요.

• 유지조건 미달이면 내보내기도 해야 하는데, 하나도 관리를 못 해서 그냥 방치 상태였어요.

• 한 번 명단 관리하려고 카톡방에 에어테이블 폼 공유해서 "파트너인 분 제출해주세요" 했는데, 안 한 사람이 너무 많아서 명단 파악 자체가 불가능했어요.

• 특정 조건(스터디장 2회 이상) 달성하면 카톡방에 초대해줘야 하는데, 18기부터 계속 누락되고 있었어요.

그리고 3월 1일 자격 검토일이 다가오고 있었습니다. 더 이상 미룰 수 없었어요. ‼️

🛠️ 사용한 도구

• 도구: OpenCode (Claude Code의 오픈소스 포크)

• 모델: Claude Opus 4.5

• 연동:

  • 에어테이블 연동 스킬

    • [사내AX] "MCP? SDK? 그게 뭔데요" 🤔 — 몰라도 에어테이블 연동되게 만든 스킬

    • 여기 게시글에 해당 스킬 만든 과정을 적어놨어요! by 닿

  • 노션 fast MCP

    • 노션 앱의 로컬 캐시를 이용해서 빠르게 데이터를 가져오는 mcp

    • 윤누리 님이 만들었어요!

💡 진짜 얻은 것 먼저! - 바이브코더가 되고 나서야 가능해진 커뮤니티 설계

사실 이번 작업에서 진짜 얻은 건 "시스템 구축"이 아니에요.

커뮤니티 매니저가 진짜 해야 하는 일은 커뮤니티 설계예요. 어떤 활동을 기여로 인정할 건지, 보상은 어떻게 할 건지, 가치를 어떻게 설계하는지. 그리고 그 기여 인정 기준이 잡혀야 멤버들이 더 기여할 수 있게끔 동기부여 장치를 설계할 수 있어요.

근데 현실은요? 명단 관리도, 기여 측정할 수 있는 방법도 없으면 시작조차 못 해요. 엄두가 안 나요.

그러면 둘 중 하나예요:

1. 운영 실무자로 끝나기: 하나하나 수동으로 해서 리소스 엄청 쓰고, 정작 모든 시간을 관리하는 데만 씀. 커뮤니티 설계는 못 함.

2. 아예 시도도 못 하기: 그냥 방치. (저였어요 🙋‍♀️)

근데 바이브코딩 시대가 왔고, 커뮤니티 매니저가 바이브코더가 되고 나서야 비로소 커뮤니티 설계자가 될 수 있었어요.

입사 후 2년 만에 처음으로 "어떤 활동을 기여로 인정할 것인가"를 고민할 수 있었어요.

이게 가장 큰 가치예요. 진짜로.

명단 관리하고, 기여 측정하고, 데이터 정합성 맞추는 건 AI한테 시키면 돼요. 그 시간에 저는 "스터디장만 기여로 인정할 거야, 아니면 스터디원 참여도 인정할 거야?", "동기부여를 위해 어떤 보상 체계를 만들 거야?" 이런 걸 고민할 수 있게 됐어요.

곧 40개 오픈채팅방 운영진 관리도 시작할 거예요. 바이브코더가 되고 나서야 가능해진 커뮤니티 매니저의 일, 이제 시작입니다.

🔧 상세 작업 과정

1. 맥락 수집 - "일단 뭐가 있는지부터 파악하자"

처음에는 노션에 흩어져 있는 파트너스 관련 문서들을 수집하는 것부터 시작했어요.

이건 내부용 문서야. docs 폴더 하위에 내부용문서로 저장해
그리고 외부용 문서는 이거야. 이것도 저장해

노션 MCP 활용해서 "파트너스"와 관련된 문서들 찾아봐.

혹시 노션mcp 활용해서 "파트너스"와 관련하여 너가 더 파악하면 좋을 맥락이 있는지 확인해봐.

AI가 노션에서 관련 문서 6개를 찾아서 병렬로 읽고, 파트너스데이 행사 포맷, 운영 규칙, 파트너들 피드백까지 한 번에 정리해줬어요. 이걸 마크다운 파일로 저장해두니까, 이후 작업할 때 맥락을 공유한 상태에서 대화할 수 있었어요.

2. 카톡 파싱 - "2만 줄에서 초대 이력 뽑기"

파트너스 카톡방 대화 내역 파일이 있었어요. 총 2만 줄.

파트너스방 카톡 대화내역이야. 여기서 초대 이력을 파싱해줘.
data/Talk_2026.1.27 09:57-1.txt
data/Talk_2026.1.27 09:57-2.txt

AI가 "OOO님이 ...님을 초대했습니다" 패턴으로 grep 해서 15건의 초대 이력, 68명의 멤버를 추출했어요. 누가, 언제, 누구를 초대했는지 한눈에 보이게 됐죠.

ALT

한국 달력 - 스크린샷

3. 에어테이블 연동 - "진짜 마법 같았던 순간"

이제 이 데이터를 에어테이블에 넣어야 했어요.

이 초대 이력을 에어테이블 파트너스방 초대이력 테이블에 넣어줘.

여기서 진짜 놀라운 일이 벌어졌어요.

문제: 카톡 닉네임과 에어테이블 멤버 DB의 이름이 달라요. 예를 들어 카톡에선 "김태현 지피터스"인데 DB에선 "태현"이거나 "김태현"이에요.

AI가 한 것:

1. 정확히 일치하는 카톡 닉네임으로 먼저 검색

2. 안 되면 이름으로 검색

3. 동명이인이면 스터디장 활동 이력이 있는 사람으로 선택

4. 이메일 기반(gpters.org 도메인)으로 매칭

5. 찾은 멤버를 에어테이블에서 관계형 DB로 자동 링크 <- 이게 킥!

ALT

한국어 한국어 한국어 한국어 한국어 한국어 한국어 한국어

만약 이걸 n8n으로 했다면? 정확한 실명, 닉네임, 전화번호, 이메일 값이 있으면 필터 구문 하나하나 짜서 가능은 해요. 근데 테스트 돌리고, 노드 설정하고, 한땀한땀... 게다가 카톡닉네임은 완전 다르니까 수동 매칭 없이는 자동화 자체가 불가능했을 거예요.

1회성으로 쓸 일에 이런 로직을 만드는 건 너무 비효율적이잖아요? AI 없었으면 50명 수동으로 했을 텐데... 진짜 기가 막혔어요.

4. 초대가 누락된 사람들 찾아보기

ALT

한국어 문자 메시지 스크린샷

ALT

휴대폰에 있는 한국어 앱의 스크린샷

5. 기여 인정 기준 수립 - "티키타카하면서 기획"

자격 검토를 하려면 "기여"를 어떻게 인정할지 기준이 필요했어요.

자 이제 기여 인정 기준을 세울거야. 
1. 스터디장으로 활동
2. 파트너스데이에서 지식공유한거
3. 스터디 오프모임 선배기수 발표 한거
4. 무료 AI토크 진행

자 이제 에어테이블에 기여활동 테이블을 하나 만들고 데이터를 추가할거야.
기여활동 테이블에 쌓이는건 자격부여일 이후의 활동만 쌓이는게 맞아.

AI가 에어테이블에 기여활동 테이블을 자동으로 생성하고, 필드 디스크립션까지 적어줬어요. 평소에 필드 설명 안 써서 나만 이 필드가 뭔지 알고 다른 사람은 맥락 파악 못 하는 게 고민이었는데, 이게 해결됐어요.

5. AI토크 데이터 검증 - "진짜 비서 느낌"

무료 AI토크 진행 명단을 줬어요. 143건.

무료 AI토크 진행명단도 줄게
이것도 자격부여일 이후만 인정이야. 
[143건의 AI토크 진행 명단]

AI가 143건을 파싱하고, 파트너 71명의 자격부여일과 일일이 대조해서:

• ✅ 유효 28명 (자격부여일 이후)

• ❌ 무효 13명 (자격부여일 이전)

• 🚫 파트너 아님 20명+

이걸 혼자 했으면 50명 넘는 사람들의 기여 시점이 자격부여일 이전인지 이후인지 하나씩 다 파악해야 했어요. 진짜 비서 느낌이었어요.

ALT

한국 달력 앱의 스크린샷

6. 기준 변경의 연쇄 반응 - "이게 제일 어려웠어요"

기여 인정 기준을 하나씩 추가하면서, 달성 여부가 계속 바뀌었어요.

• 선배기수 발표 추가 → 황인준 1명만 유효

• 파트너스데이 추가 → 7명 추가

• AI토크 추가 → 28명 유효

기준 하나 바뀔 때마다 보고서, 에어테이블 데이터 다 수정해야 했어요.

중간에 "스터디원 참여도 기여로 인정할까?" 논의도 했어요. 스터디장은 1회인데 스터디원으로 꾸준히 참여하는 분들이 있었거든요. AI가 실제참여기수 필드까지 조회해서 시뮬레이션해줬는데, 결국 기여의 의미를 명확히 하기 위해 빼기로 했어요. 스터디원 참여는 본인을 위한 활동이고, 기여는 커뮤니티를 위한 활동이니까요.

대신 미달성자에게 유예 정책을 도입했어요:

• 2월 내 1회 기여 → 4월까지 자격 유지

• 3~4월 중 1회 추가 → 달성자와 동일하게 9/1까지 연장

바로 탈퇴시키기보다 기회를 한 번 더 주는 방향으로요. 이런 정책 설계도 AI랑 티키타카하면서 같이 했어요.

7. 시스템 설계 - "탈퇴했다가 재가입하면?"

초대이력을 관리하고 있는데, 자격박탈돼서 내보내기 했다가 
다시 자격취득하면 초대를 해야하거든.. 
근데 파트너 명단을 그러면 어떻게 관리해야겠니?

AI가 에어테이블 테이블 구조를 분석하더니:

"현재 구조의 강점을 발견했습니다. 전체 멤버 목록.파트너스방 초대이력이 multipleRecordLinks(다중 연결)로 되어 있어서, 한 멤버에 여러 초대이력을 연결할 수 있는 구조가 이미 있어요."

그래서 재초대 시 새 레코드 생성 방식으로 이력을 보존하기로 했어요:

철수(멤버)
├─ 이력#1: 자격부여 2024-09-01 → 자격종료 2026-03-01 [만료]
└─ 이력#2: 자격부여 2026-07-01 → (없음) [활성]  ← 재초대

이런 시스템 관리 관점까지 AI가 제안해줘서, 혼자 기획했으면 놓쳤을 부분까지 설계할 수 있었어요.

ALT

한국어 앱 스크린샷

✅ 결과 (After)

Before vs After

결과물

1. 에어테이블 시스템

• 파트너스방 초대이력 테이블 (63명, 상태 관리)

• 기여활동 테이블 (4가지 유형, 자격부여일 이후만 자동 검증)

2. 3/1 자격검토 보고서

3. 각 대상자별 맞춤 안내 메시지

달성자, 미달성자, 신규 초대자 각각 다른 톤으로 안내 메시지를 작성했어요:

• 달성자: "축하드립니다! 새 자격부여일 3/1, 자격종료일 9/1. 9/1까지 2회 기여 필요"

• 미달성자: "아쉽지만 유예 기간을 드립니다! 2월 내 1회 → 4월까지 유지, 3~4월 1회 추가 → 9/1 연장"

• 신규 초대자: "환영합니다! 초대 누락 죄송. 자격 기간 소급 적용해드렸어요"

각 사람마다 구체적인 기여 내역(어떤 기수에 뭘 했는지)과 향후 액션(9/1까지 몇 회 필요)까지 명시했어요.

4. 유예 정책 2단계 설계

바로 탈퇴시키지 않고 기회를 주는 정책을 설계했어요:

5. 파트너스 운영 규칙 문서 (외부용)

기존에 없던 공식 운영 규칙 문서를 정리했어요:

• 초대 조건, 자격 유지 기준, 기여 인정 항목

• 검토 주기, 유예 정책, 재가입 조건

• 파트너스데이 안내, 혜택 목록

6. CLAUDE.md 프로젝트 지침

향후 운영 가이드. 다음 검토 때 AI한테 이 파일만 주면 맥락 파악 끝.

💬 이 과정에서 배운 AI 활용 팁

효과적이었던 것

1. 맥락 먼저 공유하기: 노션 문서들을 마크다운으로 정리해서 공유한 뒤, 그 맥락 위에서 기획 논의. 에어테이블 도구도 쥐어주니까 시스템 관리 관점까지 탑재한 상태로 대화할 수 있었어요.

2. 1회성 작업은 AI한테: 자동화 로직 짜지 말고 AI한테 시키는 게 빠름. n8n으로 필터 구문 하나하나 짜고 테스트하는 것보다 훨씬 효율적.

3. 유사 매칭의 힘: 정확한 값이 아니어도 AI가 맥락으로 찾아줌. 카톡닉네임 ≠ 실명인데도 동명이인은 활동 이력으로 구분.

4. 티키타카하면서 기획: 혼자 기획하면 놓치는 부분을 AI가 잡아줌. "재초대하면 어떻게 관리해?" 같은 질문에 시스템 설계까지.

🚀 앞으로의 계획

1. 운영진 관리 시스템 구축: 지피터스는 40개 정도 공식 오픈채팅방을 운영하는데, 누가 어떤 방을 운영하는지, 활발한지, 개설일/암호/인원 등 현재 뭐가 있는지조차 관리 안 되고 있어요. 이번과 같은 접근으로 기획할 예정.

2. 기여활동 자동 업데이트: 기여 인정 기준 설정 → 트래킹 → 관리시스템 자동 반영되는 구조 만들기

3. 파트너스 대시보드: 현황 한눈에 보기