회의 기본 정보
- 기록 유형: 프로젝트 회의
- 일자: 2026-09-03
- 참여자: 홍용재, 허연진, 김희성, 김정현 외
- 목적: OHAYO를 production 상태로 공개하기 전 운영자 역할과 배포·알림 체계를 인수하고, Cody Stat의 장기 플랫폼 및 조직 운영 방향을 정리하기 위해
- 원본: 26-09-03_cody_stat_회의.txt
한눈에 보는 요약
- OHAYO는 Git push 뒤 Jenkins 빌드와 Argo CD 배포가 이어지는 구조로 준비됐으며, 보안 검증 뒤 운영자에게 관련 권한을 제공한다.
- 관리자 호출은 당분간 Discord webhook으로 알리고, 운영자는 호출 처리와 점심 회차 개설·사용자 운영을 맡는다.
- 새 기능은 바로 구현하기보다 먼저 문서화하고 인프라 영향과 구현 난도를 함께 검토한 뒤 역할을 나눈다.
- 다음 날 정오 전후 OHAYO를 먼저 공개하고 오후 발표와 실제 사용자 유입을 준비한다.
- Cody Stat의 단일 게이트웨이·앱스토어형 플랫폼과 복수 조직 운영안은 필요성에 공감했지만 최종 합의 전 문서화와 추가 논의가 필요하다.
논의 배경
OHAYO가 실제 배포 가능한 수준에 도달하면서 개발자가 아닌 운영자도 관리자 호출, 회차 개설, 사용자 유입과 기능 개선을 다룰 수 있도록 인수 절차를 맞출 필요가 생겼다. 동시에 여러 팀과 서비스가 생길 Cody Stat 환경에서 자유로운 참여와 안정적인 인프라·검수 체계를 어떻게 함께 보장할지에 대해 참가자들의 이해가 달라, 플랫폼과 조직 구조를 별도 안건으로 논의했다.
안건별 상세 기록
안건 1. OHAYO 배포 구조와 운영 권한 인수
문제 또는 질문
운영자가 어디까지 직접 관리하고 인프라 담당자는 무엇을 지원할 것인가?
사람별 의견
- 홍용재: Git push 이후 Jenkins와 Argo CD로 자동 배포되도록 준비했으며, 보안 검증 뒤 관련 권한을 열고 서버 장애와 트래픽 같은 중대한 인프라 문제를 맡는다. — 운영자가 인프라 전체를 직접 다루지 않아도 안전하게 기능을 추가하고 서비스를 운영할 수 있어야 하기 때문이다.
- 허연진: 운영 페이지와 회차 관리 방식을 직접 확인하고, 제품 운영과 기능 판단을 맡되 독단적인 결정을 피할 수 있도록 제안과 검토를 요청했다. — 운영 경험을 쌓으면서도 기술적으로 복잡한 변경은 사전에 검토할 필요가 있기 때문이다.
검토한 선택지
- 인프라 담당자가 운영까지 전담
- 운영자가 제품·사용자 운영을 맡고 인프라 담당자가 시스템 위험을 지원
- 모든 권한을 즉시 공유
- 보안 검증 뒤 단계적으로 권한 공유
결론
허연진이 제품과 사용자 운영을 주도하고 홍용재가 인프라와 중대한 장애를 맡는다. Jenkins·Argo CD 권한은 보안 검증 뒤 단계적으로 제공한다.
상태: 확정
안건 2. 관리자 알림·회차·맛집 데이터 운영
문제 또는 질문
공개 직후 관리자 요청과 점심 매칭, 식당 요청을 어떤 흐름으로 처리할 것인가?
사람별 의견
- 홍용재: 메일 대신 Discord webhook으로 관리자 호출을 알리고, 운영 페이지에서 처리 완료 상태와 현재 접속 상황을 확인하게 했다. 점심 회차는 전날 오후 3시에 다음 날 회차를 열고, 참여 시간과 인원에 따라 내부 알고리즘이 매칭한다. — 메일은 도메인·발신 인증 부담이 있어 즉시 운영 가능한 알림 경로가 필요했고, 임의 날짜 생성은 매칭 복잡도를 크게 높이기 때문이다.
- 허연진: 사용자가 직접 날짜를 열 수 있는 방식도 물었지만 현재 알고리즘 제약을 확인하고, 운영자가 날짜 회차를 열고 사용자는 그 안에서 시간을 선택하는 구조를 이해했다. — 운영 부담과 사용자 자율성 사이의 차이를 정확히 확인하기 위해서다.
검토한 선택지
- 메일 알림
- Discord webhook 알림
- 사용자가 임의 날짜 회차 생성
- 운영자가 날짜 회차를 열고 사용자가 시간 선택
결론
당분간 Discord webhook으로 관리자 알림을 받고 운영자가 날짜 회차를 관리한다. 식당 요청은 기존 데이터와 Naver 검색 API를 함께 사용한다.
상태: 확정
안건 3. 기능 개선 절차와 공개 일정
문제 또는 질문
운영자가 제안한 기능을 어떤 절차로 구현하고 공개 직후 사용자 유입을 어떻게 만들 것인가?
사람별 의견
- 허연진: 기능 아이디어가 연쇄적으로 커질 때 실제 구현 가능성과 복잡도를 미리 판단하기 어렵다는 우려를 공유했다. — 에이전트와 기획을 진행하면 가능한 것처럼 보여도 실제 인프라와 매칭 알고리즘에서는 제약이 생길 수 있기 때문이다.
- 홍용재: 아이디어를 먼저 저장소 문서로 남기고 함께 타당성을 검토한 다음 구현 역할을 나누자고 제안했다. 공개 전 mock 데이터를 제거하고 검증을 끝낸 뒤, 홍보와 발표 전에 링크를 먼저 공개한다. — 의사결정과 기술 검토를 보존하면서 공개 직후 사용자가 서비스의 목적을 이해하게 하기 위해서다.
검토한 선택지
- 아이디어를 즉시 구현
- 문서화 후 기술 검토와 역할 분담
- 발표 직후 처음 공개
- 발표 전 안내와 링크 선공개
결론
기능 아이디어는 문서화한 뒤 함께 검토하며, 공개 전 데이터 정리와 검증을 끝내고 Discord 안내를 통해 발표보다 먼저 사용자에게 알린다.
상태: 확정
안건 4. Cody Stat 플랫폼과 조직 구조
문제 또는 질문
여러 팀과 기능이 함께 개발될 때 자유로운 참여, 검수, 공통 인프라를 어떤 구조로 묶을 것인가?
사람별 의견
- 김희성: 초기에는 기능을 자유롭게 제안·개발하게 하고, 이후 검증된 결과를 앱스토어형 단일 게이트웨이에 모으는 단계적 구조를 제안했다. — 아직 통일된 기획 책임자가 없는 상황에서 참여 기회를 막지 않으면서도 사용자 진입점을 하나로 만들기 위해서다.
- 홍용재: 장기 운영과 인계를 위해 역할이 분명한 코어 조직과 검수 정책이 필요하며, 서로 다른 인프라·운영 철학을 가진 두 조직이 경쟁하는 구조도 제안했다. — 공통 인프라 없이 서비스가 흩어지면 안정성, 비용, 배포 기준과 유지보수를 관리하기 어렵기 때문이다.
- 여러 참여자: 비개발자와 PM도 참여할 수 있어야 하며, 지나치게 개발자 중심이거나 경쟁적인 구조는 초기 취지와 지속 가능성을 해칠 수 있다고 우려했다. — 아이디어와 운영 역할을 가진 참가자가 개발 역량 때문에 배제되지 않아야 하기 때문이다.
- 허연진: OHAYO를 상위 플랫폼으로 두기보다 별도 게이트웨이 아래의 한 서비스로 배치하고, Cody Stat과 연결되는 새 이름과 서비스 의견 공유 공간도 검토했다. — 기존 완성 서비스가 다른 팀보다 우선한다는 인상을 줄이지 않고 공정한 진입 구조를 만들기 위해서다.
검토한 선택지
- 하나의 수직적 개발 조직
- 완전한 오픈소스 경쟁
- 두 개의 코어 조직과 각각의 인프라
- 자유 개발 후 앱스토어형 단일 게이트웨이로 통합
- OHAYO를 게이트웨이가 아닌 하위 서비스로 배치
결론
공통 진입점과 명확한 운영 역할이 필요하다는 데는 공감했지만, 조직 수와 경쟁 방식, OHAYO의 위치는 확정하지 않았다. 각 안을 문서화해 전체 합의를 다시 구한다.
상태: 미결정
결정 사항
| 상태 | 결정 내용 | 결정 이유 |
|---|---|---|
| 확정 | 허연진이 OHAYO의 제품·사용자 운영을 주도하고 홍용재가 인프라와 중대한 장애를 지원한다. | 운영 경험과 제품 판단의 자율성을 주면서도 시스템 위험은 전문적으로 대응하기 위해서다. |
| 확정 | Jenkins·Argo CD 권한은 보안 검증 뒤 제공한다. | 자동 배포 권한과 내부 리소스 접근을 안전하게 열기 위해서다. |
| 확정 | 관리자 호출은 당분간 Discord webhook으로 알리고 운영 페이지에서 처리한다. | 메일 인증보다 빠르게 적용할 수 있고 현재 운영 도구와 바로 연결되기 때문이다. |
| 확정 | 새 기능은 문서화한 뒤 구현 가능성과 인프라 영향을 함께 검토한다. | 에이전트 기반 기획이 실제 구현 복잡도를 놓치는 위험을 줄이기 위해서다. |
| 잠정 합의 | 앱스토어형 게이트웨이와 복수 조직 운영안은 문서화 후 전체 합의를 다시 구한다. | 참가자마다 조직의 목적과 경쟁 방식에 대한 이해가 달랐기 때문이다. |
행동 항목
| 담당자 | 할 일 | 결과물 | 기한 | 상태 |
|---|---|---|---|---|
| 홍용재 | mock 데이터를 제거하고 production 공개 전 기능·배포 상태를 최종 검증한다. | 공개 가능한 OHAYO production | 2026-09-04 12:00 | 진행 중 |
| 허연진 | 기능과 사용법을 요약한 Discord 공개 안내를 작성하고 링크가 준비되면 게시한다. | OHAYO 공개 안내 | 2026-09-04 | 예정 |
| 허연진 | 관리자 호출과 점심 회차를 운영하고 사용자 참여를 높일 방법을 시도한다. | 초기 운영 기록 | 미정 | 예정 |
| 허연진 | 추가하거나 수정하고 싶은 기능을 간략히 문서화한다. | OHAYO 개선 기능 목록 | 2026-09-06 | 예정 |
| 홍용재·허연진 | 개발 환경과 권한을 함께 설정하고 개선 기능의 구현 역할을 나눈다. | 개발 환경과 기능 분담안 | 2026-09-06 11:00 | 예정 |
| 김희성 | 앱스토어형 게이트웨이와 단계별 플랫폼 안을 정리해 공유한다. | 플랫폼 구조 제안 문서 | 2026-09-06 | 예정 |
| 관련 참여자 | 조직·인프라·검수 정책 대안을 문서화하고 전체 합의를 요청한다. | Cody Stat 운영 구조 제안 | 미정 | 예정 |
미결 사항과 위험 요소
- Cody Stat에서 하나의 코어 조직을 둘지 서로 다른 인프라를 가진 복수 조직을 둘지
- 앱스토어형 단일 게이트웨이를 어느 시점에 만들고 누가 검수 권한을 가질지
- 비개발자·PM의 참여 기회를 보장하면서 중복 기능과 운영 비용을 어떻게 통제할지
- OHAYO를 게이트웨이로 발전시킬지 새 플랫폼 아래의 첫 번째 서비스로 둘지
- Cody Stat과 연결되는 서비스명 변경안을 채택할지
원본 및 검증 메모
- 원본 파일:
26-09-03_cody_stat_회의.txt - 입력 방식: 텍스트 원본 직접 정리
- 기록 분류 근거: OHAYO의 production 전환과 운영 인수, 기능 개선 절차, Cody Stat 플랫폼의 조직·인프라 방향을 논의한 프로젝트 회의였다.
- 분류 신뢰도: 91%
확인이 필요한 내용
Clova 전사의 참석자 1=허연진, 참석자 2=홍용재는 운영 역할과 대화 중 직접 호명을 근거로 매핑했다.
김희성과 김정현은 대화 중 직접 호명되고 발표·플랫폼 논의에 참여했지만, 후반부의 참석자 번호는 여러 인원이 합류해 일대일 매핑이 불확실하다.
Sanity에 등록되지 않은 다른 발화자도 있어 본문에서는 개인을 임의 특정하지 않고 여러 참여자로 표기했다.
파일명은 Cody Stat이지만 전사에는 코디 스텝·코디 세이처럼 들리는 표현이 섞여 있어 고유명은 파일명을 따랐다.
오화요·오아요·오하이오는 기존 프로젝트 표기인 OHAYO로, 젠킨스·아르고는 Jenkins·Argo CD로 정규화했다.
본문에서 제외한 잡담·중복 내용: 3건 (로컬 structured.json에서만 검토)