Daily Standup Meeting - snuhcs-course/swpp-2026-project-team-01 GitHub Wiki

2026-10-18

이은우

1. 어제 한 일
   • 온보딩 페이지 수정 PR
2. 오늘 할 일
   • key features 등 PPT 슬라이드 제작
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

조유진

1. 어제 한 일
   • photon 연동
   • imessage 기반 작업
   • 중간발표 준비
2. 오늘 할 일
   • landing page imessage 연결
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 14~24 알바로 연락이 어렵습니다

최해성

1. 어제 한 일
   • guest side flow : 기존 회원의 경우
   • midterm 발표 대비 system architecture 부분 작성
2. 오늘 할 일
   • Midterm 발표대비 system architecture, ai 사용 부분 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 잘 하겠습니다

미제출

• 박도현

2026-10-17

이은우

1. 어제 한 일
   • 온보딩 페이지 까지 draft PR 생성
2. 오늘 할 일
   • key features 등 PPT 슬라이드 제작
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

조유진

1. 어제 한 일
   • 중간고사를 치고 왔슴다
2. 오늘 할 일
   • 중간발표 ppt 준비
   • 아이메세지 기본 구조 만들기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

최해성

1. 어제 한 일
   • guest side flow : 기존 회원의 경우 고민중
2. 오늘 할 일
   • guest side flow : 기존 회원의 경우
   • midterm 발표 대비 system architecture 부분 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 잘 하겠습니다

미제출

• 박도현

2026-10-16

박도현

1. 어제 한 일
   • 아파서 휴식
2. 오늘 할 일
   • 리팩토링 ing
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

이은우

1. 어제 한 일
   • 랜딩페이지 디자인 요소 보기
2. 오늘 할 일
   • 온보딩 페이지 등의 디자인 고민
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

최해성

1. 어제 한 일
   • guest side flow 후보 몇 가지 만들어서 제시해보기
2. 오늘 할 일
   • guest side flow : 기존 회원의 경우 고민중
   • midterm 발표 대비 system architecture 부분 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 열심히 하겠습니다

미제출

• 조유진

2026-10-15

이은우

1. 어제 한 일
   • 중간 발표 대비 회의 및 역할 분배
   • 랜딩페이지 볼드 시안 제작 (세리프 → 산세리프, 채팅창 가독성 개선)
2. 오늘 할 일
   • 중간 발표 Key Features 장표 작성
   • 데모 영상 시나리오 정리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 랜딩 시안 피드백 환영합니다! https://claude.ai/artifact/BKDdAxa6N9qjGe3qwQrtf3

조유진

1. 어제 한 일
   • 중간 발표 대비 회의 및 역할 분배
   • linear 초기세팅
   • cicd 작업 시작

2. 오늘 할 일
   • cicd 초안 올리기

3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 내일 중간고사라 토요일에 열심히 하겠습니다요

최해성

1. 어제 한 일
   •
2. 오늘 할 일
   • guest side flow 후보 몇 가지 만들어서 제시해보기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

미제출

• 박도현

2026-10-14

회의록

2026-10-14: midterm presentation preparation

Agenda

Midterm presentation

• 8분 발표 + 3분 질의응답

발표자료는 아래 구성에 따라 작성해 주세요 (총 9–11장)

• **Title & Concept: **팀 소개와 프로젝트 핵심 개념 (1p)

• Motivation & Competitive Landscape**: **해결하려는 문제, 타깃 사용자, 기존 서비스와의 차별점 (1p) 도현

• Key Features**: **주요 사용 시나리오와 핵심 기능 (1p) 은우

• Demo Video: 현재 구현된 주요 기능의 시연 (1p) 은우

  • 월욜 기준으로 찍기

• System Architecture**: **전체 시스템 구조, 구성요소별 역할과 데이터 흐름 (1p) 해성 repo 땡겨와서 일단 이해하도록

• Technical Depth**: **핵심 기술적 문제 한 가지, 해결 방식, 선택 근거와 현재 검증 결과 (1–2p) 유진

  • agent test framework 구축 및 검증
  • 토큰 사용 최적화 (안 좋은 모델 썼을 때~~)
  • 하네스 구축
  • 테스트셋

• **PM Summary: **팀원별 역할과 기여, 주요 이슈·PR 등 Git 활동 요약, 현재 진척도 (1p) 유진

• **Next Steps: **최종 결과물의 범위와 남은 구현 계획 (1p) 도현

• **AI-assisted Development Reflection: **AI 사용 방식(슬랫봇), Spec을 주는 방식, 생성 결과의 검토·검증 방식, 효과 및 한계 (1–2p) 해성 + slack bot들도 썼음 ~~ 넣기

• 토요일 밤 ~ 일요일 오전까지 : 이 PPT에 들어갈 텍스트 + 대본용 소스(부연설명)

Competitive differentiation

https://claude.ai/artifact/XgKGPTNa3gqAYqjhqNfzfN

• imessage 기반

• 음성채팅을 전화 플로우로 진행

• 폰 버튼을 누르면 폰과 비서처럼 전화하고 아이메세지

• 조교님이 주신 것 중에 서비스를 안 하는 것들

• 하우위랑 스케즈만이 실질적 경쟁자

  • 하우위는 게스트 사이드 경험이 일관적 (캘린들리 처럼 링크가 나와 전통적인 방식으로 예약하는 것)
  • 스케즈는 이메일이랑 부킹링크 있음 but context를 반영해주지 않아 리스케쥴링 시 번거로움 (호스트 사이즈가 미비)

  ⇒ 하우위는 호스트 사이드에서만 편하고 스케즈는 게스트 사이드에서만 편하다

  게스트에게도 경험이 편리해야 싸가지 없는 느낌이 없을텐데

UI Feedback

UAT Idea

• 타겟 유저 호스트들은 웹채팅이랑 아이메세지 only에서 뭘 선호할까?

Terminology

• 서비스명 findmetime으로 통일

Host side galaxy case

• 1차 프로토타입은 아이폰 위주로 잡았다

As AI agent router

• calendly for agent로 positioning
• 메일이 아니라 mcp 이용해서 바로 채팅해서 일정 잡도록
  • 우리 서비스에 저장된 데이터와 소통
  • preference hiding을 위해 llm 사용
• 호스트랑 게스트의 봇에 대한 신뢰도 차이 문제

Logo & Favicon & chat 프사

• 은우님 여친 (파비콘은 svg)
  • moonie 등 캐릭터를 레퍼런스로
• 로고는 캘리그라피처럼

Action Plan

• 도현

  • sol로 리펙토링 (~목)
  • 중간 발표: Motivation & Competitive Landscape / Next Steps (~일 오전)
  • 중간 발표 PPT 초안 제작 (~일)
  • Chat flow refinement (~월 오전)

• 해성

  • 중간 발표: System Architecture & AI-assisted Development Reflection (~토)
  • Guest side (2 cases) 구현 (~월 오전)

• 유진

  • 중간 발표: Technical Depth & PM Summary (~토)
  • CI / CD (~월 오전)
  • CLI / MCP (~월 오전)
  • QA sheet (~월 오전)
  • 중간 발표 PPT 수정 (~월)

• 은우

  • 중간 발표: Key Features (~토)
  • 데모 영상 촬영 (~월)
  • design system establishment (~월 오전)
  • UI/UX modification (~월 오전)

2026-10-13

박도현

퀴즈. 어제 한 일
• Iteration 2 Kickoff 회의
2. 오늘 할 일
• UX 개선

이은우

1. 어제 한 일
   • Iteration 2 Kickoff 회의
2. 오늘 할 일
   • 랜딩페이지 디자인 개선작업 시작
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • quiz 망했어요

조유진

1. 어제 한 일
   • iteration 2 kickoff 회의
2. 오늘 할 일
   • QA 환경 세팅
   • CI/CD 작업
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

미제출

• 최해성

2026-10-12

회의록

v2026-10-12: Iteration 2 kickoff 회의

Agenda

Iter 2 requirement

• further implement your project, develop its key features, and systematically **test **your implementation.
• By the end of this iteration, your team is expected to have made substantial progress on the implementation, tested the key functionalities of your system, and updated your project documentation and schedule to reflect your current progress and decisions.

현재까지 구현된 기능

• Prototype UI design
• Google log in Auth
• basic AI chat flow
• schedule reservation

Iter 2 구현 목표

• (1) UI modification ⇒ 은우

  • 첫화면
  • 전체 페이지 디자인 시스템 및 ux flow

• (2) 게스트 사이드 화면 ⇒ 해성

  • registered user/ un-registered 각각의 UI UX
  • 디자인 확정 되기 전이라도 flow만 정립하라.
  • UI 되는거 기다리지 마라! 그냥 독립적으로 가.

• (3) chat flow UX refinement ⇒ 도현

  • 채팅플로우 UX
    • 지금 온보딩 할 때 챗봇이 너무 잡다한 대화를 많이 해서, 간결하게 만들 수 있을 것 같음.

⇒ 수업에서 원하는 건 여기까지겠으나, 그 이상을 만들어야 할 것이다. 그래서 아래를 준비해보자.

• (4) CLI/MCP
• (5) CI/CD + before merge check / git flow test/
• (6) iMessage & Email api

Iter 2 Testing schedule

• (7) QA (보고서도 내야함)

  • linear (tool 이름)
  • QA sheet 작성

  supabase test / rls (security management)

• User test

  • iter 2 끝날 때

작업 방식 논의

• FrontEnd/BackEnd 분리 VS feature 별 구현
  • 피처 별로 하되, 각 부문 책임자를 둔다
• 깃플로우로 진행

Migration management

• supabase 폴더에 schema 폴더 → rule
  • 변경하려면 스키마 폴더 내용을 먼저 변경하고 나서 migration file을 만들고 나서 migration 해야 함

기타 논의

• 어떤 모델을?
  • 일단 좋은걸로 해놓고 다음 iteration에서 경량화
• main과 dev
  • dev를 막 바꾸는 브랜치로 쓴다
• vercel 공유해서 사용할 방법 → 찾아보기
• iteration 3에서 해야 할 일
  • 모델 경량화
  • 보안 이슈
  • 초대제에서 개편
• 성능 높은 모델로(2~3단계 넘겨서) 계획을 짜서 성능 낮은 모델에게 일을 짜갈라서 시킨다
  • 6 sol 로 계획
  • github mcp chat에 물려서 웹버전으로 하면 토큰 절약 가능

---

Action Plan

구현 분배 및 이번주 목표

다음주 월요일 13시 회의까지,

• 도현
  • Chat flow UX refinement
• 해성
  • Guest side (2 cases)
• 유진
  • iteration 2 schedule management
  • CI / CD
  • CLI / MCP
  • QA sheet
• 은우
  • design system establishment
  • UI/UX modification

2026-10-11

박도현

10/11 (일) 데일리 스탠드업

1. 어제 한 일
   • 쉬기
2. 오늘 할 일
   • 갈아엎기 마무리중...
3. 공유할 내용 (막힌 부분, 오늘 기분)

미제출

• 이은우
• 조유진
• 최해성

2026-10-10

조유진

1. 어제 한 일
   • 기능기획서, 디자인 문서 작성

2. 오늘 할 일
   • iteration 2 계획 짜기

3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 18-23:30 알바로 연락이 어렵습니다

최해성

1. 어제 한 일
   • AI collaboration report 작성
   • Daily standup 내용 정리
2. 오늘 할 일
   •
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

미제출

• 박도현
• 이은우

2026-10-09

이은우

1. 어제 한 일
   • Iteration 1 마무리
2. 오늘 할 일
   • Iteration 1 마무리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 화이팅입니다~~

최해성

1. 어제 한 일
   • AI collaboration report 작성
   • Daily standup 내용 정리
2. 오늘 할 일
   • AI collaboration report 작성 마무리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • Documentation의 축복이 넘치네요

미제출

• 박도현
• 조유진

2026-10-08

박도현

1. 어제 한 일
   ◦ 발표
   ◦ 갈아엎기
2. 오늘 할 일
   • 갈아엎기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 내일 실험수업은 그대로;;

이은우

1. 어제 한 일
   • TA meeting
   • Token tracking bot 만들기
2. 오늘 할 일
   • Work tracking bot slack 연동
   • Iteration 1마무리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 세종대왕님 감사합니다

조유진

1. 어제 한 일
   • 발표 자료 수정
   • TA 미팅 결과 정리
2. 오늘 할 일
   • 기능 기획서 작성
   • 디자인 문서 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

최해성

1. 어제 한 일
   • TA session 1 대비 PPT 수정
2. 오늘 할 일
   • AI collaboration report 작성
   • Daily standup 내용 정리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

2026-10-07

회의록

2026-10-07: TA meeting

• PPT as TEXT

  CalTalk - 10.07 TA meeting presentation

  SWPP Team 1

  Team 1 Project Schedule

  Compared four MVP prototypes; selected flows to integrate.

  Current: integration and end-to-end validation underway.

  Plan:

  Wed demo

  Thu tests + user test

  Fri review/feedback.

  Schedule

  Live Working Demo

  We did battle-test for MVP

  https://findmeatime.com

  https://findmeatime-mvp.vercel.app

  https://caltalk-mvp.vercel.app/

  https://mvp-yujin.vercel.app

  Booking-link/agent request → feasible options → requester agrees → host explicitly approves → event is booked.

  Live Working Demo

  Battle-Tested MVP Prototypes

  Main Production Domain

  https://findmeatime.com

  FindMeATime MVP

  [link removed]

  CalTalk MVP

  [link removed]

  Yujin MVP

  [link removed]

  User Booking Flow

  1

  Booking-link / agent request

  2

  Generate feasible options

  3

  Requester agrees on option

  4

  Host explicitly approves

  ✓

  Event is Booked!

  Git and Implementation

  GitHub Flow: branch → PR → review & revise → merge into main.

  Git branch (main) protection

  Maybe we will change to git flow after launch

  mvp battle-test

  mvp/enu3379

  mvp/yujin

  mvp/dodo

  mvp/haeseong

  Team workflow: GitHub Flow. Work on a branch, open a pull request, review and revise, then merge into main. The selected MVP/demo branch is dodo/mvp-2. This does not claim that all reviewed integrations are already included.

  Reference: https://docs.github.com/en/get-started/using-github/github-flow

  Req & Spec / Design Documents

  Requirements: guest access by link, no signup; host approval before booking.

  Agreed design: minimal settings UI; requests mainly through conversation.

  Under review: web chat, iMessage, voice recognition

  제품 방향: 명시적인 설정 UI를 최대한 줄이고 대화로 요청하는 방향은 팀이 합의했다. 게스트는 가입 없이 링크로 들어올 수 있어야 한다. 웹 채팅, iMessage, 개인 에이전트에서 복사해 실행할 프롬프트를 핵심 진입 경로로 검토한다. 모든 경로가 MVP에서 구현·검증됐다는 뜻은 아니다.

  The one-pager, PRD, Technical Specification and UX documents on dodo/mvp-2 are the first-week baseline for team review. Existing requirements also cover feasible scheduling options; the design checks calendar constraints before AI ranking.

  Discussions

  Market Threats: What if personal agents can talk to each other?

  Agent as a service implementation:

  What is the best practice of AaaS implementation

  OpenAI/Anthropic SDK + code , Vercel Eve, Mastra

  Guest experience:

  How can guests resume a conversation while hosts keep calendar control?

  How about the users who don’t use Google Calendar or don’t want to share it?

  How should the UX differ between first-time guest users and returning users?

  Meeting experience

  Should our service offer some features like note-taking?

  Privacy

  How can we handle our users’ data responsibly while protecting their privacy?

  TODO

  Iteration 1 remaining task

  Document the requirements and design decisions discussed during the mvp battle and team meeting

  Iteration 2 upcoming tasks

  Receive user feedback

  Implement main functions

  Host Inbox

  AI chat UI

  Guest onboarding page

  Use PR #2's transplant guide to assess candidate features from the other MVP before integrating them into dodo/mvp-2. This is a reference, not a claim that PR #2 has been merged.

  https://github.com/snuhcs-course/swpp-2026-project-team-01/pull/2#issuecomment-5998516575

  The PM owns live-demo verification.

  Original weekly coordination: 해성 — PPT by Wed; 도현 + 은우 — unified MVP by Wed; 유진 — Requirements & Specifications and Design Documents by Thu; 해성 — Standup Log cleanup and AI Collaboration Report by Thu; all members — schedule update by Thu.

TA Feedback (디스커션 페이지)

• 1번 문제는 제품 방향성을 정해서 지금 말하기 좀 그렇긴 한데 구글 같은 대기업에서 만들면 파이를 뺏기기 쉽다

  • → 전화번호 같은 느낌으로 포지셔닝해보겠다

• 2번은 아직 경쟁 업체가 많고 자리잡은게 없을 것 같아가지고 당장 봐서 좋은 거를 이번 학기 과목에 하는게 좋을 것 같다

• 스케쥴 시트 마크를 가능한 빨리 해라

• 토큰 유시지 칼럼은: 딱히,,,, 에이전트를 쓰면 기록해도 좋은데 어떤 cli는 없기도 해서 가능하면 기록하면 좋겠지만 다시 한 번 확인해보겠다

• 대기업에서 기본적으로 스케쥴을 다루고 있으니 그에 대한 차별점을 찾아보기

  • 이터레이션이 빠르므로 기능을 리파인하는 과정에서 차별화 방안을 더 생각해보기
  • → 중간 플젝 장표에 우리 조교님이 말한 소기업들 말고 구글 캘린더 자체 등도 경쟁사로 넣고 분석해야 할 듯

• 테스크를 12시간처럼 크게 잡지 말고 시간 많이 나오는 건 쪼개기

• 팀원 간의 시간 분배가 잘 되었는지도 보는 듯,,,

박도현

1. 어제 한 일
   • MVP 갈아엎기
2. 오늘 할 일
   • MVP 갈아엎기
   • TA미팅 발표
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 200업그레이드시켜주세요
   :point_up_2: 위 양식을 복사해서 오늘 21:55까지 이 스레드에 남겨주세요!

최해성

1. 어제 한 일
   • TA session 1 대비 PPT 제작하기
2. 오늘 할 일
   • TA session 1 대비 PPT 수정
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 최선을 다해 열심히 하겠습니다.

2026-10-06

박도현

1. 어제 한 일
   • 회의 및 MVP 개선
2. 오늘 할 일
   • MVP 갈아엎기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • AaaS의 정석에 대한 연구...가 어렵네요

이은우

1. 어제 한 일
   • 회의 및 MVP 공유
   • MVP user flow 및 feature 분해 및 전달
2. 오늘 할 일
   • GPU server 등록
   • Schedule 관리
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • GPU 받게되었을때 왜받았고 어떻게 쓸지 설명을 해야할지도 모르겠네요..? (저는 laya같은 경량 의사결정모델을 활용한 에이전트 구축..정도만 생각납니다)

조유진

1. 어제 한 일
   • 회의 및 MVP 제작
2. 오늘 할 일
   • 내일 중간고사로 오늘은 작업이 어려울 것 같습니다

최해성

1. 어제 한 일
   • 회의 및 MVP
   • 할 일 공유받음
2. 오늘 할 일
   • weekly todo 다시 확인, 필요한 제출서류 다시 확인
   • TA session 1 대비 PPT 제작하기
   • github wiki의 daily standup 정리하기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 어제 zoom으로 참가해서 그런지 솔직히 못 따라간 부분이 좀 있었습니다. 회의록 보면서 다시 확인중입니다. PPT 만들면서 질문 생기면 여기 올리도록 할게요.

2026-10-05

회의록

각자 만든 MVP를 비교하고 제품 방향과 이번 주 시연·제출 준비를 정리한다.

1. 결정한 방향

• MVP 통합: 네 가지 시안을 계속 따로 개발하지 않고, 도현의 제품 문서·인프라를 공통 기반으로 삼아 유용한 흐름을 합친다. 10월 7일 시연 때 완전한 통합이 어렵다면 현재 데모와 통합 계획을 함께 보여준다.
• 핵심 UX: 일정 조율을 채팅 중심으로 진행하고 명시적인 설정 화면은 줄인다. 호스트는 지속적인 비서형 대화를, 게스트는 가입 없이 링크로 들어와 요청을 마치는 흐름을 우선한다. 채팅만으로 맥락을 파악하기 어렵지 않도록 캘린더와 제안 시간을 볼 수 있는 방법도 검토한다.
• 기술·협업: 첫 MVP 전까지 GitHub flow로 작업하고 DB는 Supabase를 사용한다. 가능한 시간은 캘린더와 규칙·필터로 검증하고, AI는 대화와 선호를 해석하는 역할에 둔다. 개인 에이전트 연동을 위한 MCP는 우선 검토하되 CLI는 당장 필수 범위에 넣지 않는다.

2. 이번 주 시연·제출 준비

• 10월 7일(수) 시연: 네 MVP의 비교, 동작하는 데모, 통합 방향을 설명한다. 발표 자료에는 개인별 MVP 제작·논의 과정, GitHub flow, 현재 어려움(기능 범위와 기존 일정 서비스·에이전트 서비스 대비 차별점)을 담는다. 프로젝트 일정 Excel을 갱신해 캡처하는 작업도 준비한다.
• 10월 9일(금) 제출: Requirements & Specifications, Design Documents, 프로젝트 일정, AI Collaboration Report와 GitHub Wiki 기록을 정리한다. AI 협업 설명에는 개인별 MVP 제작·비교 및 도구 활용 과정을 담고, 보고서 양식은 확인한다.

3. Weekly Todo

담당	할 일	목표 시점
도현·은우	도현의 문서·인프라를 바탕으로 MVP 흐름을 통합하고 UX 방향을 정리한다.	10월 7일(수) 시연 전
해성	시연용 PPT와 GitHub 업데이트 목록을 준비한다.	10월 7일(수) 시연 전
해성	Daily Standup Meeting Log를 정리하고 AI Collaboration Report를 취합한다. 프런트엔드 스킬 활용 기록과 문서 작성 순서도 확인한다.	로그 초안 10월 6일(화) 밤, 정리·취합 10월 8일(목)
유진	Requirements & Specifications 및 Design Documents를 PDF로 정리하고 팀의 방향과 맞는지 확인한다.	10월 8일(목)
팀 전체	프로젝트 일정 Excel을 갱신하고 제출용 자료에 반영한다.	10월 8일(목)

4. 후속 검토할 쟁점

• UX 설계: 여러 요청이 한 채팅에 섞이지 않도록 세션을 구분하는 방법, 게스트가 링크를 잃거나 예약을 중단했을 때 복원하는 방법, 로그인 여부에 따른 저장 방식을 정해야 한다. iMessage 온보딩은 연락처 추가 부담을 확인한다.
• 제품 범위·차별점: 서로 다른 개인 에이전트 사이의 일정 조율을 중개할 필요가 있는지, Slack·이메일·MCP 연동에서 개인정보와 권한을 어떻게 다룰지 검증한다. 음성 입력, 미팅 메모, VC·창업자 특화 기능은 아이디어 단계이며 이번 MVP 범위로 확정하지 않았다.
• 작업 분담 상세화: 온보딩·호스트 승인·게스트 요청 UX, 디자인(키 컬러·랜딩 페이지·UX 문구), 캘린더 화면, 백엔드 구조·MCP의 구체적인 담당과 범위를 추가로 정한다.

---

회의록 전사 요약본

💡 TL;DR — 네 명이 만든 MVP를 비교한 뒤 도현의 문서·인프라를 공통 뼈대로 삼아 하나의 방향으로 통합한다. 핵심 경험은 채팅 기반 일정 조율과 낮은 게스트 진입 장벽이다.

📝 요약 (Summary)

일시 · 참석자 · 목적: 2026년 10월 5일 16:55–18:35(KST, 녹음 기준) · 도현, 은우, 유진, 해성 · 각자 만든 일정 조율 MVP를 공유하고 제품 방향, 이번 주 제출물, 역할을 정리.

네 사람은 호스트의 일정 공개·승인, 게스트의 예약 요청, AI 기반 선호 시간 설정, 문자·이메일 연동 등 서로 다른 프로토타입을 시연했다. 회의에서는 여러 버전을 계속 병렬 개발하기보다 도현의 제품 문서와 인프라를 뼈대로 삼아 좋은 흐름을 합치기로 했다. 사용자가 복잡한 설정을 직접 하지 않아도 되는 채팅 중심 UX를 우선하고, 10월 7일 팀 미팅과 10월 9일 제출물에 맞춰 데모·발표·문서를 준비한다.

Key points

• 제품 방향: 웹의 채팅, iMessage, 개인 에이전트에서 복사해 실행할 수 있는 프롬프트를 핵심 진입 경로로 검토한다. 게스트는 가입 없이 링크로 들어올 수 있어야 한다.
• MVP 통합: 네 명의 시안을 비교한 사실을 조교에게 설명하고, 도현의 문서·인프라를 공통 기반으로 UX와 기능을 합친다. 10월 7일에는 현재 시안과 통합 방향을 보여주는 것도 가능하다고 봤다.
• 기술 판단: 첫 출시 전까지는 별도 develop/release 환경 없이 GitHub flow를 쓰고, DB는 Supabase를 선택했다. MCP는 우선순위가 높고 CLI는 당장 필수는 아니다.
• 남은 쟁점: 개인 에이전트 간 직접 일정 조율이 보편화됐을 때의 차별점, 게스트의 중단된 예약 세션 복원, AI가 제안한 시간의 정확성·충돌 방지, 음성 입력과 화면 시각화의 범위.
• 일정: 10월 7일(수) 팀 미팅, 10월 9일(금) 제출을 기준으로 작업한다. 중간 발표 날짜는 회의 중 21일/26일로 엇갈려 확인 필요.

💬 주제별 논의 (Q&A)

1. 네 가지 MVP에서 무엇을 확인했나?

Q. 해성의 데모는 어떤 흐름까지 동작했나?

• A. Google Calendar를 연결해 앞으로 2주 일정을 읽고, 규칙 기반으로 미팅 가능 시간을 보여준다. 호스트는 미팅 길이와 공개할 날짜 범위를 정해 링크를 만들고, 링크를 닫거나 다시 열 수 있다. 게스트는 캘린더 연동 없이 시간을 고르거나 연동 후 요청할 수 있다. 호스트가 수락하면 캘린더 등록과 이메일 초대가 이어진다. AI 모델은 아직 연결되지 않았다.

Q. 유진의 데모와 제품 제안은 무엇이었나?

• A. 첫 바이브 코딩 시안으로 캘린더 연동 여부와 수동 설정, 요청 승인·거절 흐름을 프런트에서 제시했다. 차별화 방안으로 VC–창업자용 미팅·회의록·자료 아카이브 도구 또는 기존 캘린더와 연동되는 확장형 서비스를 제안했으며, 범위를 넓힐수록 기능이 덧붙는 위험도 함께 지적했다.

Q. 은우와 도현의 시안에서 가져올 요소는 무엇인가?

• A. 은우는 과거 일정에서 업무·개인·미팅 시간을 분류하고 대화로 선호 시간을 조정하는 흐름을 구현했다. 예약 단계에서는 AI가 시간을 임의로 만들지 않도록 가능 시간 필터를 두었다. 데모 서버에는 Ollama의 Gemma 계열 모델을 썼고, 다중 사용자 서비스에는 API 방식이 필요하다고 봤다. 도현은 iMessage 시범 채팅, 이메일 인박스, 문서와 백엔드 기반을 준비했고, 제품 전체의 인터페이스를 웹·이메일·iMessage·API·MCP·CLI로 나눠 검토했다.

Q. 네 시안은 어떻게 합칠 것인가?

• A. 별개 MVP 네 개를 계속 발전시키기보다 도현의 원페이지어·PRD·사용자 여정·기술 설계·백엔드 문서를 뼈대로 삼고, 오늘 논의한 UX와 각 시안의 유용한 기능을 반영한다. 수요일 시연에서는 통합 결과가 완전하지 않아도 네 시안의 비교 결과와 앞으로 합칠 방향을 설명할 수 있다고 봤다.

2. 사용자는 어떻게 일정을 잡게 할 것인가?

Q. 온보딩과 설정 화면을 어디까지 보여줄 것인가?

• A. 도현과 은우는 명시적인 설정 UI를 최대한 줄이고 채팅에서 요청하게 하는 방향에 동의했다. 예를 들어 “Google Calendar 연결해 줘”, “가능한 시간 몇 개 잡아 줘”처럼 말하면 필요한 연결·제안으로 이어지게 한다. 다만 사용자가 수정할 수 있는 설정은 필요할 수 있어 숨겨진 보조 경로로 남겨두는 방안을 논의했다.

Q. 호스트와 게스트의 경험은 같아야 하나?

• A. 호스트는 자신의 일정과 선호를 관리하는 지속적인 비서형 대화가 유용하다. 게스트는 가입자가 아닐 수 있으므로 링크 클릭만으로 요청을 끝낼 수 있어야 한다. iMessage는 편리하지만 게스트에게 연락처 추가를 요구하면 진입 장벽이 생긴다. 여러 초대장을 받거나 중단한 대화를 나중에 이어가는 방식은 미해결 설계 문제로 남겼다.

Q. 채팅 중심이라면 캘린더 시각화는 없어도 되나?

• A. 아니다. 호스트와 게스트 모두 실제 일정의 맥락과 제안된 시간을 볼 수 있는 시각화가 유용하다고 봤다. 채팅 옆에 캘린더·후보 시간을 아티팩트처럼 보여주거나, 문자 환경에서는 다른 표현을 검토한다. 은우는 한 화면에서 여러 요청을 다룰 때 세션 구분이 필요할 수 있다고 지적했다.

Q. 추가 UX 아이디어의 우선순위는?

• A. 유진은 운전 중 음성으로 일정 요청할 수 있는 모드와 모바일 중심 온보딩을 제안했다. 은우는 호스트 승인 경험, 간단한 랜딩 페이지의 톤·키 컬러, 게스트 요청 흐름을 강조했다. 회의에서는 우선 채팅 기반 온보딩, iMessage, 개인 에이전트용 한 번에 실행할 수 있는 프롬프트를 코어로 두고 나머지를 발전시키기로 했다.

3. 제품의 차별점과 범위는 무엇인가?

Q. 기존 일정 서비스·개인 에이전트와 어떻게 구별할 것인가?

• A. 단순한 링크 예약은 쉽게 구현되고 유사 서비스도 있다. 팀은 서로 다른 개인 에이전트 사이의 일정 조율과 캘린더 접근 권한·개인정보 처리를 중간에서 맡는 역할을 검토했다. 다만 Datch 같은 에이전트끼리 직접 일정을 잡을 수 있다면 이 중간 계층이 실제로 필요한지는 검증해야 한다.

Q. 무엇을 먼저 만들고 무엇을 미룰 것인가?

• A. 당장 중요한 것은 온보딩과 실제 예약 흐름이다. 개인 에이전트 연동을 위해 MCP는 우선 검토하되 CLI는 현재 필수 작업에서 뒤로 둔다. 회의 중 VC·창업자 특화 도구, 미팅 메모, 음성 모드 등 여러 확장 아이디어가 나왔지만 MVP 범위로 확정하지는 않았다.

Q. AI가 제안하는 시간은 어떻게 신뢰할 수 있나?

• A. 은우는 모델이 없는 시간이나 충돌하는 시간을 만들어내지 않도록 가능 시간은 규칙·필터로 계산하고, AI는 선호와 대화를 해석하는 역할에 두었다. 시연 중 일부 설정 반영과 시간 제안이 매끄럽지 않았으므로 캘린더 충돌·제안 정확성을 테스트해야 한다.

4. 기술 구조와 협업 방식은 어떻게 정할 것인가?

Q. 공통 기술 기반은 무엇인가?

• A. 도현은 문서를 원페이지어 → PRD → 사용자 여정/스토리 → 인터페이스 → 기술 설계 → 백엔드 구조 순으로 구축했다. 데이터베이스는 Neon과 비교해 Supabase를 택했다. iMessage는 Photon, 이메일은 AgentMail을 이용해 초기 연결을 시험했고, 실제 에이전트 대화·이메일 왕복은 추가 구현이 필요하다. 웹·이메일·iMessage·API·MCP 사이의 경계를 정리해야 한다.

Q. 브랜치와 배포는 어떻게 운영할 것인가?

• A. 첫 MVP 출시 전까지 GitHub flow로 작업해 기능 브랜치를 리뷰 후 main에 합친다. 별도 develop/release 브랜치와 테스트용 Supabase 환경은 현 단계에서 만들지 않는다. 학교가 관리하는 저장소에서 도현에게 승인 권한이 없어 요청해 둔 상태이며, 도현은 커밋 규칙·lint·CI/자동 배포를 준비하겠다고 했다.

Q. 문서와 AI 협업 과정은 무엇을 제출할 것인가?

• A. 네 명이 각자 MVP를 만든 뒤 비교했다는 과정과 OpenSpec을 사용한 경험을 AI 협업 설명에 담는다. 설계 문서는 현재의 시스템 구조를 스냅샷으로 정리하되 변경 가능성을 인정한다. Requirements, Specification, Design Document, Project Schedule와 GitHub Wiki 업데이트는 금요일 제출물에 맞춰 준비한다.

5. 이번 주 일정과 역할은 어떻게 나뉘었나?

Q. 수요일 팀 미팅에서는 무엇을 보여줄 것인가?

• A. 10월 7일(수) 조교와 다른 팀이 함께하는 미팅에서 네 시안 비교, 현재 동작하는 데모, 통합 방향을 보여준다. 코드가 하나로 완전히 합쳐지지 않아도 선택한 시안과 향후 계획을 설명할 수 있다고 봤다. 발표 슬라이드는 영어, 구두 발표는 한국어도 가능하다고 확인했다.

Q. 누가 어떤 산출물을 맡기로 했나?

• A. 도현·은우가 공통 MVP의 통합·UX 방향을 진행한다. 해성은 수요일 시연용 PPT와 GitHub 업데이트 목록, 일일 스탠드업 로그 정리를 맡아 10월 6일(화) 밤까지 초안을 준비하겠다고 했다. 유진은 회의의 기능 논의를 정리해 Requirements/Specification과 Design Document에 반영하고 **10월 8일(목)**까지 팀의 생각과 맞는지 확인하기로 했다. 은우는 본인 시안의 기능 의도와 플로우를 도현에게 전달한다. 도현은 녹음 기반 회의록을 공유하고 공통 문서·기술 기반을 갱신한다.

Q. 아직 확정하지 못한 일정·검증은?

• A. 중간 발표 날짜는 대화 중 10월 21일 또는 26일로 엇갈렸으며 정식 공지가 없어 확인이 필요하다. 이번 주 뒤 친구나 VC 지인에게 간단한 사용자 테스트를 해보자는 제안이 있었지만 참여자와 시점은 정해지지 않았다. AI 협업 보고서의 양식도 예시가 없어 확인이 필요하다.

6. 기타

Q. 제품 가격은 결정했나?

• A. 결정하지 않았다. 앞선 인터뷰의 월 $25 예시와 더 낮은 가격·무료 배포 가능성이 언급됐지만, 수업 기간에는 보유 크레딧으로 무료 운영이 가능하다는 의견 수준이었다.

✅ Action Plan

• 도현·은우: 도현의 문서·인프라를 뼈대로 네 MVP에서 채택할 흐름을 통합하고 수요일 시연 범위를 정리한다. (10월 7일 팀 미팅 전)
• 해성: 시연용 PPT 초안과 GitHub 변경·문서 업데이트 목록을 만들고 일일 스탠드업 로그를 정리한다. (10월 6일 밤 목표)
• 유진: 기능 논의를 Requirements/Specification·Design Document로 정리하고 팀 의견과 맞는지 확인한다. (10월 8일)
• 은우: 본인 MVP의 기능 의도·사용자 플로우를 도현에게 전달한다.
• 도현: 녹음 기반 회의록을 팀에 공유하고 공통 문서, 커밋 규칙, lint·CI/자동 배포 준비를 이어간다.
• 팀: 10월 9일 제출용 AI 협업 과정·프로젝트 일정·설계 문서를 정리하고, 중간 발표일과 AI 협업 보고서 양식을 확인한다.

Speakers

• speaker_0 — 도현: 회의 진행, 공통 문서·인프라 및 제품 방향 설명.
• speaker_1 — 유진: 본인 MVP 시연, 기획·제출물·문서화 논의.
• speaker_2 — 해성: 캘린더 링크·예약 MVP 시연, 발표 자료와 저장소 업데이트 논의.
• speaker_3 — 은우: AI 기반 선호 시간·예약 MVP 시연, UX·MCP·통합 방향 논의.

2026-10-04

이은우

1. 어제 한 일
   • 잘 놀고 잘 쉬다 왔습니다..
2. 오늘 할 일
   • MVP 작업 개선 및 푸쉬
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 내일 회의때 다들 MVP 공유하는거 맞을까요? 예상소요시간이 어느정도이려나요..

조유진

1. 어제 한 일
   • 다른 과목 1차 고사 공부가 심각해,,, 어제는 작업을 못 했습니다ㅠㅠ
2. 오늘 할 일
   • MVP 작업 마무리 및 깃 푸시
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 14~23:30 알바로 연락이 어렵습니다

최해성

1. 어제 한 일
   • skct 응시하느라 못했음.
2. 오늘 할 일
   • MVP 작업시작.
   • google 계정에서 calender 읽기 권한 받도록 하는 부분 확인중
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 화이팅~~

박도현

1. 어제 한 일
   • 스펙 문서 작성
2. 오늘 할 일
   •
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

2026-10-03

최해성

1. 어제 한 일
   • openspec의 활용 방안 및 여러 기능 공부
2. 오늘 할 일
   • skct 응시가 오늘이어서 의미있는 일은 못 할 듯 합니다
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 없음

박도현

1. 어제 한 일
   • 유저 인터뷰 자료 공유
   • 기획서 보완/개선
   • 스펙 문서 작성
2. 오늘 할 일
   • 스펙 문서 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

이은우

1. 어제 한 일
   •
2. 오늘 할 일
   • 생일!
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 좋은 주말 되세요!

조유진

1. 어제 한 일
   • mvp 작업 시작
2. 오늘 할 일
   • 타 과목 1차 시험 준비로 작업 어렵습니다.
3. 공유할 내용 (막힌 부분, 오늘 기분)

2026-10-02

박도현

1. 어제 한 일
   • 다른 일정이 많아 이쪽 일은 못했습니다 ㅠㅠ
2. 오늘 할 일
   • 유저 인터뷰 자료 공유
   • 기획서 보완/개선
   • 스펙 문서 작성
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 불금 파이팅!

이은우

1. 어제 한 일
   • MVP PR공유
2. 오늘 할 일
   • (늦은 생일맞이 놀고오겠습니다)
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 좋은 주말 되세요!
   • 주말에 MVP 올려주시면 리뷰 열심히 해볼게요

조유진

1. 어제 한 일
   • supabase 공부
2. 오늘 할 일
   • mvp 작업 시작
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 금일 14-24:30 아르바이트에서 폰을 못 쓰는 관계로 연락이 어렵습니다ㅠㅠ 워치로 카톡은 간간히 확인할 수 있으니 급한 일은 카톡으로 연락주세요!

최해성

1. 어제 한 일
   • git pull request 내용 이해
2. 오늘 할 일
   • 수업에서 배웠던 openspec을 잘 쓰면 꽤나 쓸모있어보임. -> 활용방안 고민중
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 다들 화이팅입니다

2026-10-01

이은우

1. 어제 한 일
   • React native 공부
2. 오늘 할 일
   • MVP PR/공유
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • MVP만들다보니까 은근 생각할게 많다는 것을 느낌..
   ◦ 호스트가 수락했을때 클라이언트에게도 알림이 가야하고
   ◦ 클라이언트와 호스트의 일정에 기록도 해야돼고
   ◦ 그 둘의 일정이 바뀌어있다면 그것도 인지시켜줘야 할지도 모르겠고
   ◦ 클라이언트가 신청 해둔 상태에서 그 시간에 다른 호스트의 미팅을 신청도 막아야하고..

조유진

1. 어제 한 일
   • 노션 워크스페이스 개편
   ◦ 사용 편의를 위해 회의록 및 페이지를 위로 올리고 캘린더를 내렸습니다.
   ◦ 기획/FE/BE로 팀 별 공간을 분리했습니다.
   ◦ 캘린더에 점점 내용이 많아져서 가시성을 높히기 위해 개인 일정과 공통 일정으로 sorting해서 열람할 수 있도록 하였고, 회의는 :large_blue_circle:, 내부 due는 :large_green_circle:, 수업 due는 :round_pushpin:, 개인 absence는 :no_entry_sign: 등 이모지로 구분되도록 했습니다.
   • supabase 개념 공부
   • 기획 구체화 방안 고민
2. 오늘 할 일
   • supabase 개념 공부
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • app.notion.com/p/dodo4114/…?source=copy_link -> 기획 디벨롭 방안에 대해 아무 생각이나 나는대로 여기 적고 있는데, 다른 분들도 자투리시간에 생각나는 것들 적어서 월요일 회의에서 논의해보면 좋을 것 같습니다!
   • @박도현 어제 말한 유저인터뷰 자료 공유해주시면 감사하겠습니다!

최해성

1. 어제 한 일
   • git 협업, pull request 이해
2. 오늘 할 일
   • pull request 내용 이해하기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 수업 내용이 점차 손에서 빠져나가고 있어서 절망적인 기분임

박도현

1. 어제 한 일
   • 레포지토리 세팅 & 보일러플레이트 제작
2. 오늘 할 일
   •
3. 공유할 내용 (막힌 부분, 오늘 기분)
   •

2026-09-30

박도현

1. 어제 한 일
   • AI study 및 iteration 1 2차 회의 참여
2. 오늘 할 일
   • 레포지토리 세팅 & 보일러플레이트 제작
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 개인적인 일때문에 정신이 없네요 죄송합니당 ㅠㅠ
   • @조유진 오늘 수업때 회의해요!

이은우

1. 어제 한 일
   • AI study 및 iteration 1 2차 회의 참여
2. 오늘 할 일
   • react native 알아보기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 슬랙봇 이름 추천받습니다

조유진

1. 어제 한 일
   • AI study 및 iteration 1 2차 회의 참여
   • 환경 설정
2. 오늘 할 일
   • supabase 공부
   • 노션 워크스페이스 레이아웃 개편
   • 기획 보완 방안 고민
   ◦ app.notion.com/p/dodo4114/…
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 조교님의 피드백에 따라 우리 프로덕트를 좀 더 명확하게 디벨롭할 방법을 생각해 볼 필요가 있을 것 같습니다!

최해성

1. 어제 한 일
   • Ai study, 여러 skill 및 tool 공부
2. 오늘 할 일
   • git 협업 더 배우기
3. 공유할 내용 (막힌 부분, 오늘 기분)
   • 하루종일 뭔가를 하느라 정신이 없었네요ㅠㅠ

2026-09-29

회의록

Agenda

1. Codex agent setting

• spec driven development
• document: one_pager.md를 먼저 쓰기 ⇒ product_requirement_document.md ⇒ one_liner ⇒ prd ⇒ user_stories.md ⇒ userflow / app_screen_list ⇒ technical architecture ⇒ frontend architecture, backend architecture ⇒ implementation plan ⇒ readme.md, repo stucture
  • 모든 변화에 대해 문서를 수정하게
  • 문서용 폴더 따로 만들기
  • 모노 레포
• supabase code로 관리 / 세팅

2. Daily meeting operation

• 일반적인 날은 회의 안건이 어제/오늘 현황 공유
• 회의한 날은 회의록 기반으로 위키 올리기

3. MVP scope

• web, supabase
• google login, google calendar 연동, llm 연동
  • 임의의 캘린더에서 되는 날을 뽑아올 수 있는 정도

4. 서비스 관련 논의

• LLM이 메인 기능에 꼭 필요할까?
  • greedy algorithm으로 해보기 → @이은우 MVP
  • LLM이 잘못된 답을 보냈을 때 문제점
• What more?
  • 문자 및 이메일 연동 (imessge: photon AI)

5. Frontend design plan

• design systems: shadcn / react native reusables
• establish firm design system

6. OpenAi Token 구하는 법

• subscribe Kiro

7. 다음주 월요일 회의 일정: 14시 ~17시 / desker lounge

녹화 기반 회의 정리

2026-09-29 AI 스터디 · 원본 녹화 01:03:29. 아래 시간은 녹화 시작 기준이며, 기존 Agenda 메모를 보완한 내용입니다.

핵심 결정과 진행 방향

• 문서를 먼저 검토하고 구현한다. 별도 문서 폴더와 모노레포를 사용하고, 기능·코드 변경 시 관련 문서도 함께 갱신한다. [28:09–36:18]
• Supabase 스키마는 코드로 관리한다. 스키마 변경 → migration → PR 리뷰 → main 병합 → GitHub Actions로 DB 반영하는 흐름을 세팅할 계획이다. [38:13–39:36]
• 각자 웹 + Supabase 기반으로 작은 일정 조율 MVP를 만들어 본다. 완성도보다 문서 작성부터 구현까지 한 번 끝내 보고 UX를 비교하는 실습에 의미를 둔다. [54:59–58:24]
• 일반적인 데일리는 어제 한 일·오늘 할 일·현재 상황을 공유한다. 실제 회의가 있는 날은 회의록과 결정사항을 정리해 위키에 올리는 방식으로 운영한다. [49:26–50:31]
• 프론트엔드는 공통 디자인 시스템을 먼저 잡는다. shadcn/ui를 참고하고, Figma 화면 설계는 필수로 두지 않는 방향이다. [52:37–54:43]

1. Codex 세팅과 컨텍스트 관리

• 온보딩 도구: GitHub CLI(gh), Vercel CLI, Google Workspace CLI(gws), Supabase CLI. 설치 후 서비스별 인증을 마치고, 수업용 프로젝트 폴더에 팀 GitHub 저장소를 clone한다. [01:27–01:56, 08:19–08:31, 18:25–19:09]
• 에이전트 활용 요소를 모델·하네스(Codex/Claude Code)·도구·스킬/가이드라인으로 설명했다. 스킬은 반복 작업의 순서와 규칙을 담은 문서로 이해한다. [02:04–04:55]
• 과목·프로젝트별로 폴더와 대화를 분리해 필요한 맥락을 제공한다. 기능별로 새 세션과 worktree를 사용하고, 지속해야 할 결정과 실패한 접근의 교훈은 Markdown 문서에 남긴다. [12:57–15:12, 43:59–48:10]
• 활용 예시: 이메일 초안 생성 후 검토, 과제·시험 공지를 캘린더에 정리, 녹음 전사 후 공유용 Notion 회의록 작성. [05:28–12:15]

2. 문서 기반 개발 순서
3. 제품 요약: one_pager.md로 목표와 범위를 정리하고 사람이 검토·수정한다. 후반에는 이를 one-liner로도 표현했다. [28:09–28:44, 30:40–30:43]
4. PRD(product_requirement_document.md): 필요한 기능·불필요한 기능·누락된 요구사항을 검토한다. [28:44–29:15]
5. user_stories.md → User Flow / App Screen List: 사용자 행동과 필요한 화면을 구체화한다. [29:22–29:49, 30:50–31:07]
6. Technical Architecture → Frontend / Backend Architecture: 원하는 기술 스택과 책임 범위를 확인한다. [31:11–31:53]
7. Implementation Plan: 마일스톤·체크리스트를 정리한 뒤 순서대로 구현한다. README와 Repo Structure도 문서화해 폴더 구성을 맞춘다. [32:04–32:15, 33:39–33:47, 35:43–36:18]

• 별도 documentation 폴더를 두고, AGENTS.md 같은 작업 가이드에 “기능·코드 변경 시 문서도 갱신” 규칙을 기록한다. 중요한 기능은 별도 문서로 분리한다. [32:23–35:39]
• OpenSpec은 문서와 변경 이력 관리를 돕는 후보로 소개됐으며, 이번 회의에서 필수 도입을 확정한 것은 아니다. [20:25–20:53, 33:47–34:06]

3. 협업·백엔드 운영 계획

• 코딩 컨벤션은 lint 설정을 중심으로 맞추고, 공통 아키텍처와 인프라 운영 규칙을 더 중요하게 본다. [36:23–37:01, 41:21–41:43]
• Supabase의 선언형 스키마와 migration을 저장소에서 추적한다. main 병합 후 DB에 반영하는 자동화와 에이전트 가이드를 준비할 계획이다. 서버 로직이 필요하면 Edge Functions를 활용한다. [38:13–39:47]
• 설명 중 “백엔드=엑셀” 비유가 나왔지만, 이어서 DB는 백엔드의 일부이고 백엔드에는 데이터 CRUD를 수행하는 서버 애플리케이션도 포함된다고 정리했다. [39:51–40:55]

4. 데일리·회의록 운영

• 일반적인 날: 어제 한 일, 오늘 할 일, 공유할 내용과 막힌 지점을 간단히 적는다. 기분·컨디션 공유는 선택적인 제안이다. [49:26–50:58]
• 회의한 날: 회의록·결정사항으로 정리해 위키에 반영한다. 저녁 GitHub 반영 자동화는 이미 구현됐다는 공유가 있었다. [49:59–50:31]
• Notion 회의록 자동 수집은 아직 확인할 작업이다. ntn CLI와 페이지 읽기 권한을 테스트하고, 당장은 복사·붙여넣기로 운영할 수 있다. [50:59–52:09]

5. MVP 실습 범위와 미결 논의

• 기본 흐름: Google 로그인 → Google Calendar 연동 → 지정 기간의 가능한 시간 후보 조회 → 화면에서 후보 확인. 웹사이트에서 대화로 예약 요청을 하고 invitation을 보내는 예시도 제시됐다. [55:23–56:48]
• LLM 연동은 할 수 있으면 시도한다. 해성님은 우선 Calendly 정도의 범위로 시작하고, UI는 기능이 동작하는 수준이면 충분하다고 설명했다. [55:57–57:43]
• 시간 탐색은 greedy 등 결정론적 알고리즘으로 처리하고, LLM은 대화·선호도 해석에 사용하는 구분을 논의했다. LLM의 구조화된 응답을 정제한 뒤 가능한 시간만 반환하는 방식도 제안됐다. 최종 역할 분담과 알고리즘은 미확정이다. [57:24–57:39, 59:07–59:55, 61:08–62:05]
• 일정은 먼저 후보를 제안하는 것으로 설명했다. LLM이 잘못된 답을 줄 때의 실패 처리가 쟁점으로 남아 있다. [60:51–60:59, 62:05–62:13]
• 은우님은 본인이 생각한 알고리즘 중심 접근으로 MVP를 한번 만들어 보는 데 동의했다. [60:08–60:18; 기존 Agenda의 은우님 MVP 메모와 대조]
• 문자·이메일은 향후 UX 확장 후보로 논의했다. iMessage 예시로 Photon이 소개됐지만, 이번 실습의 필수 범위로 확정되지는 않았다. [58:24–59:05]

6. 후속 작업

• 전체: CLI 설치·인증과 팀 저장소 clone을 완료하고, 각자 Supabase 프로젝트를 만들어 문서 작성 → MVP 구현 흐름을 끝까지 경험한다. 구체적인 제출 기한은 녹화에서 정하지 않았다.
• 발표자(실명 미확인): 팀 레포·lint·Supabase 스키마/migration 운영 및 에이전트 가이드를 세팅해 공유한다. 녹화에서는 당일 후속 작업으로 언급했다. [38:25–39:36, 55:09–55:18]
• 은우: 알고리즘 중심 MVP 접근을 구현해 본다. [60:08–60:18]
• 데일리 봇 운영 담당: 공유 항목에 “막힌 지점”을 보완하고, Notion 페이지 읽기 권한·회의록 수집 가능 여부를 확인한다. 녹화상 담당자 실명은 명확하지 않다. [50:32–52:09]
• 프론트엔드 협업자: 공통 디자인 시스템·화면 구성 원칙을 맞춘다. 최종 업무 분담은 별도로 정리한다. [53:33–54:43]

7. 다음 회의·추가 확인

• 다음 회의: 2026-10-05(월) 14:00–17:00, DESKER Lounge. 기존 Agenda의 “다음주 월요일”을 회의 날짜 기준으로 풀어 쓴 일정이며, 녹화에서 별도 재확인된 내용은 아니다.
• API 크레딧 지원 가능성과 Kiro 구독 관련 이야기가 나왔지만, 녹화가 설명 도중 종료됐다. 지원 조건·금액·기한은 미확인으로 남긴다. [63:01–63:29]

박도현

1. 어제 한 일
   • ai 스터디 준비
   • 이터레이션 킥오프 미팅
2. 오늘 할 일
   • ai 스터디
   • 깃헙 레포 세팅
3. 공유할 내용
   • 오늘 스터디 내용 정리

이은우

1. 어제 한 일
   • daily standup setup
2. 오늘 할 일
   • AI study & MVP meeting
   • set up environment
3. 공유할 내용
   • 오늘은 미팅으로 대체하지만, 내일부터는 가능한! 데일리 스탠드업 적어주세요!

조유진

1. 어제 한 일
   • Iteration 1 1차 회의
   • environment setting
2. 오늘 할 일
   • AI study & MVP meeting

최해성

1. 어제 한 일
   • 조교님께 질의 메일 보냄. 웹앱, pc 웹, 앱 등 개발시 플랫폼 제한에 대하여.
2. 오늘 할 일
   • github, gws, vercel, supabase cli를 설치
   • git 공부
3. 공유할 내용
   • 조교님께 답변 : 웹앱, pc 웹, 앱 등 개발시 플랫폼 제한에 대하여. -> 제한 없다는 답변 받음