Google Docs 회의록 작성

작성: Ai Flowi · 게시일 2026-10-10.

Google Docs 회의록 작성에서는 제공된 회의 텍스트에 근거한 결정, 실행 항목 및 미해결 질문을 기록해야 합니다. 메모나 전사문을 읽고 각 이행 약속의 근거를 추출한 다음, 참가자가 초안을 검토하도록 하고 확인된 회의록을 저장합니다. 담당자나 기한이 없으면 모델의 추측으로 채우지 말고 누락 사실을 명시합니다.

설정 예시이며, 기록된 테스트가 아닙니다. 이 텍스트 기반 회의록 제안은 카탈로그에 문서화되어 있으며, Ai Flowi의 운영 환경 테스트는 거치지 않았습니다.

1. 회의 텍스트와 검토 맥락을 제공합니다

사용이 허가된 회의 메모 또는 검토된 전사문, 제공된 회의 제목, 참가자 목록 및 출처 식별자를 준비합니다. 회의 날짜는 알고 있는 경우에만 포함합니다. 전사문에 불확실한 이름이나 발언이 있으면 회의록을 요청하기 전에 그 불확실성을 보존합니다. 녹음 파일은 이 시작 입력의 범위에 포함되지 않습니다. 해당 작업은 별도의 음성에서 Docs로 변환하는 가이드를 사용합니다.

이 회의에서 무엇을 결정과 실행 항목으로 볼지 정의합니다. 제안, 미해결 논의 및 수락된 이행 약속은 서로 다른 기록입니다. 특히 원문에 합의는 있지만 담당자가 명시되지 않은 경우, 검토자가 그 구분을 확인하도록 합니다.

AI Flowi Workflow, 필요한 경우 본인의 제공업체 계정과 API 키를 통한 모델 접근 및 회의 텍스트 처리 권한이 필요합니다. 모델 사용료는 별도입니다. Docs 접근 권한이 있는 본인의 Google 계정을 사용합니다. Sheets 실행 항목 대기열에는 사용이 허가된 별도 스프레드시트와 적절한 연결 접근 권한도 필요합니다.

2. 제공된 출처를 올바른 형식으로 읽습니다

제공된 Docs 메모는 Get Text 참조 문서, 제공된 전사문 파일은 Read File 가이드를 따릅니다.

회의 안건과 회의 기록을 분리합니다. 안건에 발표자 이름이 있다는 사실은 해당 발표자가 후속 작업을 수락했다는 근거가 아닙니다. 메모에 미리 준비한 질문과 실제 논의가 섞여 있으면 추출 전에 해당 부분을 표시합니다. 참가자 목록은 맥락으로 유지하되, 담당 귀속 근거는 회의 구절 자체에서 요구합니다.

제공된 출처 식별자를 추출한 텍스트 옆에 유지합니다. 일반 텍스트로 읽으면 모든 서식이나 원래 위치 식별 체계가 보존되지 않을 수 있습니다. 근거 참조가 중요하면 문단 표시를 준비하거나 제공된 전사문 타임스탬프를 사용하고 검증합니다. 이름이 등장하는 순서만으로 발언자를 지정하지 마세요.

3. 결정과 실행 항목을 검토 기록으로 추출합니다

Structured Output의 input_value에 점검한 회의 구절과 제공된 맥락을 전달합니다. 각 제안이 수락·연기되었거나 이의 제기를 받았는지 보여 주는 표현을 보존합니다. 뒤에 나오는 ‘네’에는 논의 맥락이 필요합니다. 제안된 작업을 수락한 것이 아니라 내용을 들었다는 확인일 수도 있습니다.

system_prompt에서는 결정, 제안된 실행 항목 및 미해결 사항을 구분하고 각 이행 약속에 뒷받침하는 구절을 요구합니다. 아래 기록을 중심으로 output_schema를 구성합니다. 상대적인 시점은 원래 표현으로 유지하고 기준 사건이 제공되면 추가합니다. 해당 사건 또는 회의 날짜 중 하나라도 알 수 없으면 기한은 미해결 상태로 남습니다.

추출 스키마는 Structured Output 구현 참조 문서를 확인한 다음, 각 기록이 실제 회의의 이행 약속 수준을 보존하는지 점검합니다.

4. 확인된 기록을 중심으로 회의록 초안을 작성합니다

Prompt Template 가이드와 Language Model 연결 참조 문서를 사용하여 확인된 회의 기록으로 서술 초안을 작성합니다.

template는 회의 맥락, 확인된 결정, 수락된 실행 항목 및 미해결 논의로 회의록을 묶도록 설정합니다. system_message에서는 잠정적인 표현을 그대로 유지하고 이의 제기가 관련 결정에 계속 연결되도록 요구합니다. 이후 문구 편집 결과를 확인된 추출 기록과 비교할 수 있도록 서술에 각 실행 항목 식별자를 유지합니다.

검토자가 초안 문구를 기록 표와 비교하도록 합니다. ‘고려한다’를 ‘하겠다’로 바꾸거나, 이의 제기를 빼거나, 잠정적인 날짜를 확정하는 문장이 없는지 살펴봅니다. 서술을 편집한 후에도 수락된 실행 항목을 식별할 수 있어야 합니다. 문장이 매끄럽더라도 이행 약속이 달라지면 충분하지 않습니다.

5. 검토된 회의록과 선택적인 실행 항목 대기열을 저장합니다

Create Document 참조 문서는 회의록 저장 대상을 다룹니다. title은 제공된 회의를 식별하고 initial_text에는 참가자가 검토한 기록을 넣습니다.

테스트된 양식에서 Docs로 변환하는 레시피는 문서화된 CR+LF 변환을 사용하여 42/42를 통과했습니다. 이 결과는 검증된 텍스트를 그대로 사용한 문서 생성에 한정되며, 이 회의록의 추출이나 원문 충실도에 대한 결과가 아닙니다.

선택적인 대기열에는 Append Rows 작업 규약을 따르고, 실행 항목 문구를 그대로 저장하도록 value_input_option에 "RAW"를 선택합니다.

values에는 회의록 식별자, 실행 항목 식별자, 수락된 작업, 확인된 담당자, 시점 표현 및 출처 참조를 준비합니다. 미확인 배정은 수락된 실행 항목 대기열에서 제외하고 회의록의 미해결 섹션에 둡니다. 저장된 행을 확인된 회의록과 대조합니다. 실행 항목을 저장하는 것은 이행 약속을 기록하는 것이며 참가자가 작업을 완료했다는 뜻이 아닙니다. 별도의 Sheets 튜토리얼에는 자체 중복 쓰기 근거가 있습니다.

6. 회의록에서 원문 충실도를 어떻게 확인하고 미해결 약속에서 멈추나요?

합의 없는 제안, 담당자가 없는 실행 항목, 상대적 기한 및 발언자 이름이 불확실한 전사문을 테스트합니다. 회의록은 이러한 차이를 유지해야 합니다. 문서와 선택적인 시트를 다시 읽어 각 실행 항목이 확인된 회의 기록을 계속 참조하는지 확인합니다.

담당 귀속 점검 예시로, 한 참가자가 초안 검토를 제안하고 다른 참가자가 ‘릴리스 후에 제가 살펴볼 수 있습니다’라고 말한 상황을 가정합니다. 첫 번째 구절은 합의가 드러날 때까지 제안으로 남습니다. 두 번째 구절은 이행 약속일 수 있지만, 검토자가 ‘릴리스 후’가 작업 시작 조건인지 기한인지 확인해야 합니다. 달력 날짜를 계산하지 말고 원래 표현을 유지합니다. 발언자 표시가 불확실하면 전사문에서 근처에 이름이 나온다는 이유만으로 특정 참가자에게 이행 약속을 배정하지 마세요.

회의 후 수정 사항은 별도로 확인합니다. 참가자가 누가 실행 항목을 수락했는지 명확히 설명할 수는 있지만, 그 설명은 원래 논의에 조용히 덧써 넣지 말고 후속 검토 메모로 식별해야 합니다. 참가자들이 결정에 동의하지 않으면 검토 절차에서 정리될 때까지 해당 항목을 미해결 상태로 유지합니다. 이런 의견 차이를 드러내는 회의록이 합의를 만들어 낸 요약보다 원문에 충실합니다.

이 설계를 사람의 감독 없는 작업 배정, 자동 알림 또는 참가자 검토 없이 권위 있는 기록을 만드는 데 사용하지 마세요. 여기에는 회의 플랫폼 입력이나 음성 전사가 설정되어 있지 않습니다. 버전별 회의록은 출처 감사, 회의 결과를 절차로 작성하는 작업은 검토를 거치는 문서 초안 작성을 참고합니다.

요금제: Go 연간 결제 시 월 USD8부터(월간 USD10), Plus 월 USD16부터(월간 USD20), Pro 100 월 USD80부터(월간 USD100), Pro 200 월 USD160부터(월간 USD200), Pro 500 월 USD400부터(월간 USD500). 매월 5,000~250,000 Flowi Tokens가 제공되며 충전도 가능합니다. 노드 실행 1회당 1토큰, 타사 API 및 모델 사용 요금은 포함되지 않습니다.

활용 사례 모음은 기존 시작 구성을 설명합니다. 이 산출물은 제공된 텍스트로부터 근거와 연결된 회의록 및 실행 항목 검토 기록을 추가합니다.