Flogi 최종 발표 준비 — 6단계 하네스 시연과 리허설 확정

회의 기본 정보

• 기록 유형: 프로젝트 회의
• 일자: 2026-09-03
• 참여자: 홍용재, 김희성, 김정현
• 목적: 최종 발표 직전 하네스 데모의 단계별 화면과 설명 흐름을 맞추고 수정 사항, 역할, 리허설 계획을 확정하기 위해
• 원본: 26-09-03_최종_발표_준비.txt

한눈에 보는 요약

• 하네스 생성 과정은 한 번에 끝내지 않고 5개의 프롬프트 턴으로 나누며, 각 단계가 끝날 때 해당 다이어그램을 보여준다.
• 5단계 뒤에는 실행 UI를 여는 6단계를 추가하고, OHAYO 구현 프롬프트로 약 20분 동안 데모를 진행한다.
• 최종 실행 화면은 태스크를 약 20~40개로 늘리고 가로 스크롤을 사용해 작업량이 보이도록 조정한다.
• 발표는 홍용재의 개념 설명, 김희성의 연대기와 사례 설명, 김정현의 단계별 입력과 시연으로 연결한다.
• 당일 수정 후 다음 날 일찍 모여 실제 장비로 마지막 리허설을 진행한다.

논의 배경

최종 발표용 CLI와 하네스 뷰어 구현물을 처음부터 함께 실행해 보면서, 한 번의 입력으로 5단계가 모두 끝나는 현재 흐름과 발표자가 기대한 단계별 상호작용 사이의 차이를 발견했다. 관객이 하네스가 만들어지는 과정을 자연스럽게 따라가도록 화면 전환, 설명 순서, 최종 데모의 시각적 밀도를 다시 맞췄다.

안건별 상세 기록

안건 1. 하네스 구조 설명과 발표자 이해 맞추기

문제 또는 질문

제품 설명서, 리소스 저장소, 목표 정의, 오케스트레이터와 에이전트 관계를 어떤 순서로 설명할 것인가?

사람별 의견

• 김희성: 제품 설명서를 분석해 리소스와 목표를 만들고, 오케스트레이터가 여러 에이전트와 저장소를 조율하는 골격부터 설명한다. — 세부 동작 전에 구성 요소의 역할과 데이터 흐름을 관객이 이해해야 하기 때문이다.
• 김정현: 제품 설명서 입력부터 저장소·목표 정의·오케스트레이터 조율까지 자신의 말로 다시 설명해 발표 흐름을 확인했다. — 시연 진행자가 구조를 정확히 이해하고 같은 표현으로 전달해야 하기 때문이다.

검토한 선택지

• 구현 화면부터 바로 시연
• 하네스 골격과 구성 요소를 먼저 설명한 뒤 시연

결론

1단계에서는 하네스 골격과 구성 요소의 관계를 먼저 설명하고, 김정현이 같은 구조를 단계별로 안내한다.

상태: 확정

안건 2. 5단계 생성과 6단계 실행 흐름

문제 또는 질문

현재 한 번에 완료되는 5단계를 발표에서 어떻게 분리하고 실행 화면으로 연결할 것인가?

사람별 의견

• 홍용재: 현재 구현은 한 번의 입력으로 5단계가 연속 실행되지만 단계별 프롬프트 입력으로 바꾸는 것은 어렵지 않다고 판단했다. — 발표자가 각 단계의 의미를 설명할 시간을 확보하면서 기존 구현 대부분을 유지할 수 있기 때문이다.
• 김희성: 각 단계를 별도 턴으로 끊고, 5단계 완료 뒤 실행 UI를 여는 6단계를 추가하자고 제안했다. — 관객이 만들지 않은 화면이 갑자기 나타나는 인상을 줄이고 데모의 개연성을 확보하기 위해서다.

검토한 선택지

• 한 번의 프롬프트로 5단계 자동 진행
• 단계별 프롬프트 5회 후 실행 UI를 여는 6단계 추가

결론

5단계를 각각 별도 프롬프트 턴으로 진행하고, 마지막에 슬래시 명령으로 실행 뷰어를 여는 6단계를 추가한다.

상태: 확정

안건 3. 단계별 뷰어와 최종 실행 화면

문제 또는 질문

각 단계 결과와 최종 오토 플래닝 진행량을 어떤 화면으로 보여줄 것인가?

사람별 의견

• 홍용재: 각 단계 다이어그램은 기존 자산을 활용해 단순한 HTML 뷰어로 띄우고, 최종 화면은 현재 구현을 유지하면서 태스크 수와 스크롤만 조정한다. — 발표 직전 위험한 CSS 변경을 피하고 이미 검증한 흐름을 보존하기 위해서다.
• 김희성: 단계별 다이어그램은 확대 가능한 화면으로 보여주고 최종 화면은 더 많은 태스크를 가로로 탐색하게 하자고 제안했다. — 중간에는 하네스 설계를 이해시키고 마지막에는 충분한 작업이 수행됐다는 인상을 줘야 하기 때문이다.
• 김정현: 노드를 선택하면 내부 가지를 볼 수 있는 방식도 제안했다. — 전체 밀도와 세부 구조를 함께 보여줄 수 있기 때문이다.

검토한 선택지

• 현재 한 화면에 모두 표시
• 단계마다 확대 가능한 HTML 다이어그램 표시
• 최종 화면에 20~40개 태스크와 가로 스크롤 적용
• 노드 내부 구조 확장

결론

각 단계 종료 시 해당 다이어그램만 확대 가능한 화면으로 보여주고, 최종 실행 화면은 태스크를 약 20~40개로 늘려 가로 스크롤로 확인한다.

상태: 확정

안건 4. 발표 순서와 장비·리허설 운영

문제 또는 질문

누가 어떤 구간을 진행하고 언제 최종 리허설할 것인가?

사람별 의견

• 홍용재: 개념 설명을 마친 뒤 김희성에게 넘기고, 단계별 시연이 끝나면 OHAYO 최종 화면으로 마무리하는 전체 흐름을 다시 확인했다. — 설명과 시연 사이의 연결 문장과 화면 전환을 미리 고정하기 위해서다.
• 김희성: 에이전트 연대기 뒤에는 최근 사례를 활용한 설명을 진행하고, 자신의 노트북을 기본 발표 장비로 사용하되 문제가 있으면 다른 장비로 전환한다. — 20분 실행 대기 시간을 유용하게 쓰고 장비 장애에 대비하기 위해서다.

검토한 선택지

• 당일 장비만 사용
• 노트북 전환을 포함한 폴백 준비
• 당일 밤 전체 리허설
• 다음 날 일찍 최종 리허설

결론

당일 필요한 구현과 대본을 완성하고, 다음 날 일찍 모여 실제 장비와 전체 순서로 최종 리허설한다.

상태: 확정

결정 사항

상태	결정 내용	결정 이유
확정	하네스 생성 5단계를 각각 별도 프롬프트 턴으로 진행한다.	단계별 설명과 관객의 이해를 위한 시간을 확보하기 위해서다.
확정	각 단계가 끝날 때 해당 다이어그램을 확대 가능한 뷰어로 보여준다.	CLI에서 화면이 갑자기 전환되는 느낌을 줄이고 생성 과정을 연결하기 위해서다.
확정	5단계 완료 뒤 실행 UI를 여는 6단계를 추가한다.	완성된 하네스를 실제 OHAYO 구현 데모로 자연스럽게 이어가기 위해서다.
확정	최종 실행 화면은 약 20~40개 태스크와 가로 스크롤로 구성하고 총 실행 시간은 약 20분으로 유지한다.	하네스 설계 설명과 충분한 작업량의 시각적 인상을 함께 확보하기 위해서다.
확정	다음 날 실제 장비로 최종 리허설을 진행한다.	발표자 인계, 브라우저 전환, 리셋 폴백을 사전에 검증하기 위해서다.

행동 항목

담당자	할 일	결과물	기한	상태
홍용재	CLI를 5개의 단계별 입력으로 나누고 실행 UI를 여는 6단계를 추가한다.	수정된 발표용 CLI 데모	2026-09-03	진행 중
홍용재	각 단계 다이어그램을 확대 가능한 HTML 화면으로 연결하고 최종 화면의 태스크 수와 가로 스크롤을 조정한다.	단계별 뷰어와 최종 실행 화면	2026-09-03	진행 중
김희성	단계별 설명과 연대기·사례 발표 대본을 정리하고 장비를 준비한다.	발표 대본과 발표 노트북	2026-09-04	진행 중
김정현	각 단계 프롬프트 입력과 다이어그램 설명 흐름을 연습한다.	시연 진행 준비	2026-09-04	예정
발표팀	실제 장비와 전체 순서로 마지막 리허설을 진행한다.	최종 리허설 결과	2026-09-04	예정

미결 사항과 위험 요소

• 최종 화면의 태스크 수를 20개, 30개, 40개 중 어디에 고정할지
• 각 단계 브라우저 화면을 자동으로 열고 닫을지 발표자가 수동으로 전환할지
• 발표장 장비 전환이 지연될 경우 어느 노트북을 최종 폴백으로 사용할지

원본 및 검증 메모

• 원본 파일: 26-09-03_최종_발표_준비.txt
• 입력 방식: 텍스트 원본 직접 정리
• 기록 분류 근거: Flogi 최종 발표의 하네스 시연 단계, 발표자 역할, 장비와 리허설 일정을 확정한 프로젝트 회의였다.
• 분류 신뢰도: 97%

확인이 필요한 내용

• Clova 전사의 참석자 1=홍용재, 참석자 2=김희성, 참석자 3=김정현은 대화 중 직접 호명과 담당 업무를 근거로 매핑했다.

• 참석자 4는 발표 시작 시각과 장소 운영만 짧게 전달해 Sanity 참여자 참조에서는 제외했다.

• 전사에 나타난 오화요·오아요·오하이오는 기존 프로젝트 표기인 OHAYO로, 한네스·아네스는 하네스로 정규화했다.

• 본문에서 제외한 잡담·중복 내용: 2건 (로컬 structured.json에서만 검토)