Claude의 회의 참여 예고, 회의 뒤 조사와 결과물은 어디에 둘까?

Claude는 11월 10일 공식 업데이트에서 Meetings를 ‘coming soon’이라고 예고했습니다. 오늘 바로 Google Meet에 추가할 수 있다는 뜻은 아닙니다. 방향은 분명합니다. Claude가 통화 중 메모를 하고, 논의에 맞춰 팀이 사용하는 문서를 업데이트하도록 한다는 것입니다.

하지만 통화가 끝나면 나머지 절반의 일이 시작됩니다. 메모에 나온 제품 기능은 확인했나요? ‘누군가 제안했다’가 ‘모두 결정했다’로 바뀌지는 않았나요? 동료가 이어서 수정할 원고는 어디 있나요?

기록과 화이트보드, 할 일 목록이 있다고 해서 이 질문들이 해결된 것은 아닙니다.

Harbor Light Studio의 영어 데모 회의 메모와 공식 자료 두 개로, 회의 후 논의를 YouMind에서 근거를 확인하고 수정할 수 있는 인계 문서로 만드는 방법을 살펴봅니다. 이 메모는 실제 회의 기록이 아닙니다. 예시는 영어이며, 스크린샷에는 실제로 사용한 중국어 인터페이스가 그대로 담겨 있습니다.

먼저 결과물을 정하자: 또 하나의 회의록이 필요한 것은 아니다

제품 콘텐츠 담당자로서 편집자가 공개용 설명을 이어 쓸 수 있도록 문서를 넘긴다고 해 봅시다. 편집자는 모든 논의를 다시 들을 필요가 없습니다. 세 가지 답이 필요합니다.

1. 이미 정해져 계속 진행할 수 있는 집필 방향은 무엇인가?
2. 근거가 더 필요해 아직 본문에 넣을 수 없는 내용은 무엇인가?
3. 누가 자료를 보완하고, 누가 검토하며, 언제 전달할 수 있는가?

이는 ‘회의를 요약해 줘’와 다른 작업입니다. 요약은 논의의 윤곽을 남기지만, 인계 문서는 다음 사람이 행동할 수 있도록 돕습니다.

다른 공식 글에서는 Whiteboards와 Sheets의 베타 출시를 발표했습니다. Dashboards는 Claude Data로 이름이 바뀌어 정식 제공되며, certified queries와 live sharing은 여전히 베타입니다. 회의에서 화이트보드로 생각을 정리하는 것과 Claude가 참가자로 영상 통화에 들어오는 것은 다릅니다.

바로 여기서 편집 판단이 필요합니다. 제공 상태가 다른 제품을 한 문장으로 섞지 말고, 회의에서 언급됐다는 이유만으로 외부에 발표할 사실로 취급하지 않아야 합니다.

메모와 근거는 함께 두되, 역할은 구분하자

한 프로젝트에 세 가지 자료만 있어도 시작할 수 있습니다.

YouMind의 자료 수집·조사 기능으로 웹페이지와 원본 링크를 한 프로젝트에 모으고, 선택한 자료에 질문하며, 편집 가능한 문서를 만들 수 있습니다. 이번 데모에서는 메모와 공식 자료 두 개를 비공개 Board Meeting Follow-through — Evidence to Deliverables에 담았습니다. 두 웹페이지 모두 프로젝트 안에서 전문을 읽을 수 있었습니다. 메모와 원문, 후속 문서가 세 개의 채팅에 흩어지지 않고 같은 곳에 놓였습니다.

링크만 저장하지 말고 이번 작업의 구체적인 질문도 남기세요. 공개용 설명에 쓸 수 있는 정보는 무엇이며, 무엇을 더 입증해야 할까요? 이 질문이 있어야 자료를 추가할 기준이 생깁니다. 의문을 해소하는 공식 설명은 유용하지만, 같은 뉴스 제목을 반복하는 페이지가 늘어도 결론이 더 확실해지지는 않습니다.

메모, 공식 자료 두 개, 문서가 같은 프로젝트에 있습니다. 오른쪽에서 공식 출처의 본문을 읽을 수 있습니다.

먼저 N1의 다음 발췌문을 살펴봅니다.

1DEMO ONLY — FICTIONAL MEETING NOTE — NOT A REAL MEETING OR CUSTOMER
2Harbor Light Studio — Weekly product-content standup
3
4Discussion notes
5- Mina said several news stories describe Claude Meetings as a Team and Enterprise beta in Google Meet, with Claude joining as a visible participant and leaving if an external guest joins.
6- Jordan said we should not publish those details as official product facts until we check Anthropic's own pages. He thought the official articles might describe Meetings as coming soon.
7- The team agreed the public post should help readers place follow-up research and an editable deliverable, not teach anyone how to add a bot to a live call.
8- Jordan offered to put the meeting note and two official Anthropic pages into a private research board, then separate decisions, claims to verify, and next steps.
9
10Apparent decisions (still must be checked against official sources)
11- D1. Treat Claude Meetings as announced, not as a feature we can instruct readers to use today, unless official documentation says otherwise.
12- D2. Keep Whiteboards, Sheets, and Data distinct from Meetings.
13- D3. Keep this week's working files in one private board: the note, official sources, and the editable brief.
14- D4. Do not claim any automatic sync between Claude and the research board.
15
16Next steps mentioned on the call (excerpt)
17- Mina: review a short English brief with three sections — Decisions, To verify, Next steps — before any public draft.

첫 번째 항목은 Mina가 보도 내용을 전했다는 사실이지, 제품의 지원 플랫폼을 입증하는 내용이 아닙니다. 세 번째에는 명확한 편집 방향이 기록됐습니다. 네 번째에는 Jordan이 조사 정리를 돕겠다고 했지만, 기한은 없습니다.

메모는 논의를 기록하고, 공식 페이지는 제품 사실의 근거를 제공합니다. 함께 두면 대조할 수 있지만, 서로 바꿔 쓸 수 있는 증거는 아닙니다.

결과물을 만들기 전에 세 범주로 나누자

처음부터 완성된 글을 요청하지 마세요. 먼저 선택한 자료를 AI가 세 범주로 나누게 합니다.

• Decisions: 메모에 실제 기록된 업무상 결정과 근거.
• To verify: 논의에는 나왔지만 현재 자료로 입증되지 않는 주장.
• Next steps: 필요한 행동, 이를 제안하거나 돕겠다고 한 사람, 아직 결정되지 않은 사항.

예를 들어 N1은 ‘실시간 통화 참여 방법을 쓰지 않는다’는 결정을 뒷받침합니다. Google Meet, 이용 가능한 요금제, 화면에 보이는 참가자, 게스트 규칙, 회의 후 파일 위치는 To verify에 들어갑니다. S1의 예고만으로는 이 사양들을 확인할 수 없습니다. 매끄러운 문장으로 빈칸을 채워서는 안 됩니다. 미확인은 제품이 지원하지 않는다는 뜻이 아니라, 현재 자료로는 결론을 뒷받침할 수 없다는 뜻입니다.

To verify는 질문을 영구 보관하는 곳이 아닙니다. 각 빈칸을 닫을 조건을 정하세요. 플랫폼은 공식 명시가, 요금제는 이용 자격 설명이 필요합니다. 근거를 못 찾으면 그에 의존하는 문단을 빼고 확인된 내용으로 진행합니다. 조사 부족은 문서의 범위를 바꿔야지, 방치된 질문 목록이 되어서는 안 됩니다.

편집 제안도 따로 구분합니다. AI가 세 제품의 비교 도표를 제안할 수는 있지만, 유용하다고 해서 회의에서 합의된 내용은 아닙니다. 승인받을 제안은 Suggested follow-up에 두고, 몰래 Decisions에 넣지 않습니다.

할 일 목록을 완성하려고 날짜를 만들어 내지 마세요. 회의 날짜는 납기일이 아니며, ‘이번 주에 논의했다’는 ‘금요일까지 완료’라는 뜻이 아닙니다. Not specified in N1이라고 적어 다음 단계에서 확인하도록 합니다.

원본 링크를 열어 핵심 구절을 확인하세요. 제목만 있거나 본문을 읽을 수 없다면 관련 원문을 확보합니다. AI가 제목만으로 내용을 추측하게 해서는 안 됩니다.

실제로 실행한 근거 점검은 공식 문구 ‘coming soon’을 인용하고, 보도와 메모의 미확인 세부 사항을 따로 나열했습니다. 이후 작업자가 두 원본 페이지를 직접 열어 인용과 결론을 대조했습니다.

공식 문구를 먼저 추출한 다음, 근거에 따라 쓸 수 있는 내용을 판단합니다. 메모에서 반복된 말이 제품 사양이 되는 것은 아닙니다.

플랫폼, 요금제, 참가 규칙은 미확인으로 표시되어 있습니다. 답변은 ‘이 자료로 뒷받침되지 않음’과 ‘거짓’을 구분합니다.

다음 사람이 이어서 작업할 수 있는 문서로 만들자

이어서 AI에 문서 작성을 요청했지만 화면에는 취소된 것으로 표시됐습니다. 최종적으로 작업자가 확인한 자료를 바탕으로 직접 글을 써서 편집 가능한 문서 Harbor Light Studio — Post-meeting brief (DEMO)로 저장했습니다. Decisions, To verify, Next steps의 세 부분으로 조사 내용을 정리해, 이후 수정과 인계에 활용할 수 있게 했습니다.

받는 사람의 작업부터 생각하세요. 조사 담당자에게는 빈칸과 원본 링크를 강조합니다. 편집자에게는 쓸 수 있는 논점과 아직 쓸 수 없는 자료를 나눠 줍니다. 검토자에게는 확인할 버전과 상태를 남깁니다. 하나의 프로젝트로 인계하면 사람마다 모든 출처를 복제할 필요가 없습니다.

세 부분으로 된 문서는 직접 작성해 저장했습니다. 출처 링크, 미해결 질문, 메모에 나온 후속 조치가 담겨 있습니다.

다음은 근거와 담당 확정 여부, 미지정 날짜까지 드러나도록 확장한 재사용 가능한 구조입니다.

1Harbor Light Studio — Post-meeting brief (DEMO)
2Status: working brief; awaiting review, not approved for publication.
3
4Decisions
5- D1. Frame Meetings as announced / coming soon, not as a how-to readers can use today.
6  Basis: N1, D1; S1, "Claude Meetings is coming soon."
7- D2. Keep Meetings distinct from Whiteboards, Sheets, and Data.
8  Basis: N1, D2; S2, product launch status.
9- D3. Working arrangement: keep the note, sources and working brief in one private board.
10  Basis: N1, D3.
11- D4. Do not claim an automatic sync.
12  Basis: N1, D4. This board does not sync with Claude or Google Meet.
13
14To verify
15- Google Meet support, plan eligibility, visible-participant and guest rules.
16- The exact location and format of post-meeting materials.
17- Evidence needed: official documentation that explicitly states each detail.
18
19Next steps
20- Research: Jordan offered to collect sources and check wording in N1.
21  Confirm acceptance. Due date: not specified in N1.
22- Review: Mina is named to review the short brief in N1.
23  Confirm the review time and sign-off. Due date: not specified in N1.
24- Suggested follow-up: prepare a short public explainer after review.
25  Owner: not assigned in N1. Due date: not specified in N1.

N1, S1, S2는 위 출처 표에 대응합니다. 인계할 때 각 근거에서 해당 구절이나 URL로 이어져야 합니다. 문서 끝에 참고자료만 쌓아 두는 것으로는 부족합니다.

‘Jordan이 조사를 돕겠다고 했다’는 ‘Jordan이 조사를 마쳤다’가 아닙니다. ‘Mina가 검토할 예정이다’도 ‘문서가 승인됐다’와 다릅니다. 준비를 완료로 오해하지 않도록 상태를 유지하세요.

그다음, 내부 문서를 공개용 설명으로 바꾸자

그다음에야 두 번째 집필 작업을 요청합니다. 논의에 참석하지 않은 독자를 위한 공개용 설명입니다.

여기에는 내부 담당자, 누가 어떤 뉴스를 전했는지, 모든 논쟁이 필요하지 않습니다. 출처로 뒷받침한 분명한 판단이 필요합니다. 예를 들면 다음과 같습니다.

Anthropic has announced Claude Meetings as coming soon, with a stated direction of taking notes and updating team documents during a call. Preparing a draft during a conversation does not, by itself, resolve the research, review and handoff that follow.

첫 문장은 S1에 근거합니다. 둘째 문장은 일의 방식에 대한 우리의 판단이지, Anthropic이 약속한 제품 성과가 아닙니다. 독자는 발표 내용과 우리가 권하는 방법을 구분할 수 있습니다.

하나의 조사를 서로 다른 콘텐츠 관점에 쓰는 원칙입니다. 재사용할 것은 근거이지 답변이 아닙니다. 메모는 논의를, 내부 문서는 다음 진행을, 공개용 설명은 독자가 이해할 내용을 전합니다. 서로 연결되지만 같은 문단을 줄이는 것만으로 세 가지 일을 다 할 수는 없습니다.

협업은 첨부파일을 하나 더 보내는 일이 아니라, 작업을 이어가는 일이다

동료에게는 문서와 근거가 모두 필요합니다. 잘 다듬은 파일만 보내고 출처와 미해결 질문은 개인 채팅에 두면, 다음 사람은 다시 찾아야 합니다.

YouMind 1.2 협업 업데이트는 Board 설정에서 동료를 초대하고, 내용 편집·작업 실행·열람 전용 권한을 줄 수 있다고 설명합니다. 작업은 프로젝트에 남아 다시 확인할 수 있습니다. 다듬은 Skills도 Board와 공유할 수 있습니다.

간단한 인계 순서를 정하세요. 조사 담당자가 자료와 상태를 보완하고, 검토자가 열린 항목을 해결하며, 편집자가 최종 글을 고칩니다. 편집 권한과 공개본 승인자는 팀이 정합니다. AI가 참석자 명단을 보고 역할을 배정해서는 안 됩니다.

방법이 안정되면 ‘결정 추출, 출처 확인, 빈칸 정리, 인계 문서 준비’를 재사용 가능한 Skill로 저장하세요. 먼저 이번 인계가 제대로 되게 한 뒤 다음을 최적화합니다.

전달 전에 참석하지 않은 사람에게 문서를 열어 네 질문에 답해 달라고 해 보세요.

독자가 아직 결론의 근거를 채팅에서 찾아야 한다면 증거를 보완하세요. 할 일 목록이 꽉 차 보여도 담당자와 날짜가 미확정이면 배정부터 확인합니다. 결과물은 깔끔한 서식 이상이어야 합니다. 모든 논의를 넘겨받지 않아도 다른 사람이 계속할 수 있어야 합니다. 문서를 바꾸면 상태도 갱신하세요. 출처 추가가 공개 원고의 재검토를 뜻하지는 않으며, 한 문장 수정이 열린 질문의 해결을 의미하지도 않습니다.

단계별로 재사용할 수 있는 영어 프롬프트

다음은 독자의 작업에 활용할 수 있는 단계별 제안입니다. N1을 자신의 메모로 바꾸고 작업을 뒷받침할 출처를 선택하세요. 근거 검토에서 멈춘 뒤, 초안 작성을 승인하세요.

1You are my post-meeting research editor.
2
3Inputs:
4- N1: the meeting note
5- S1, S2...: selected official sources and original URLs
6Deliverable: an editable English post-meeting brief
7Review date and timezone: [date, timezone]
8
9Stage 1 — Evidence and note status
10Check that the source text is readable.
11If it is missing, ask for the relevant passage; do not infer
12facts from a title or URL.
13Extract short exact quotes with source titles and URLs.
14Distinguish what the note records from what official sources
15establish. A statement made in a meeting is not independent
16proof of a product fact.
17
18Stage 2 — Decisions, questions and actions
19List decisions actually recorded in N1, open questions,
20and next steps actually mentioned.
21Attach evidence IDs to each item.
22Mark unsupported product claims [UNVERIFIED].
23Keep editorial recommendations under Suggested follow-up,
24not Decisions. Do not invent consensus or completed work.
25For each action, record the named owner or offer to help.
26Use [OWNER NOT ASSIGNED] and [DATE NOT SPECIFIED] when needed.
27Do not infer a deadline from the meeting date.
28
29Stop here. Wait for my approval before drafting.
30
31Stage 3 — Editable brief
32After approval, draft these sections:
33- Decisions
34- To verify
35- Next steps
36Keep recorded decisions, source facts and recommendations
37visibly distinct. Cite the note and/or original source URL.
38Preserve unresolved ownership, dates and review status.
39Do not turn an offer into a confirmed assignment.
40
41For the Harbor Light example, label the document DEMO.
42Do not invent Google Meet support, plan limits, guest rules,
43file locations or an automatic sync with Claude or YouMind.
44Do not write steps for joining a live call.
45
46Stage 4 — Handoff and optional public draft
47Review the brief against the evidence and list remaining gaps.
48Propose who should confirm each gap; label this as a proposal.
49Only after approval, write a separate public explainer using
50approved facts. Exclude private discussion and internal names.
51Make editorial judgments distinguishable from source facts.
52Do not invite anyone, share a board, publish, or send anything.

결과는 단순히 ‘회의록이 있다’가 아닙니다. 다음 사람이 열어 근거와 빈칸을 찾고, 원고를 고치고, 누구에게 확인할지 알 수 있는 프로젝트입니다.

기록을 다른 사람이 이어받을 수 있는 일로 바꾸는 것, 그것이 회의 후 남겨야 할 진짜 결과입니다.