Claude ने मीटिंग में आने की घोषणा की है। उसके बाद की रिसर्च और तैयार सामग्री कहाँ रखें?

10 नवंबर के आधिकारिक अपडेट में Claude ने 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.

नतीजा सिर्फ़ “हमारे पास कार्यवृत्त है” नहीं है। यह ऐसा प्रोजेक्ट है जिसमें दूसरा व्यक्ति आधार ढूँढ़ सके, कमियाँ देख सके, मसौदा सुधार सके और समझ सके कि आगे किससे पूछना है।

मीटिंग के बाद असली मूल्य रिकॉर्ड को ऐसे काम में बदलना है जिसे कोई दूसरा आगे बढ़ा सके।