چرا خلاصهی پیشفرض بیفایده است
متن پیادهشدهی جلسه را جایگذاری کنید، خلاصه بخواهید و پاراگرافی میگیرید که میگوید تیم دربارهٔ پروژه بحث کرد و توافق کرد که پیگیری کند. این خلاصه درست است و بیارزش، چون دقیقاً همان دو چیزی را حذف میکند که همه برای آنها یادداشتهای جلسه را باز میکنند: چه چیزی تصمیمگیری شد و چه کسی چه چیزی را بر عهده دارد.
راهحل این است که چهار چیزی را که یک جلسه واقعاً تولید میکند نام ببرید و همانها را بخواهید: تصمیمها، تعهدها، پرسشهای باز، اختلافنظرها. آخری بیشتر از همه از قلم میافتد و بعداً بیشترین اهمیت را دارد.
دو مدل، دو مرحله. Claude فضای جلسه را میخواند و روایت را مینویسد، GPT ساختار را بدون اعمالنظر استخراج میکند. تقسیم این کار فقط به یک جابهجایی مدل نیاز دارد و یادداشتهایی تولید میکند که مردم واقعاً میخوانند.
دو پرامپت کل کار را انجام میدهند
پرامپت 1: گزارش، در Claude
این متن پیادهشدهی یک جلسه است. این موارد را تولید کن: (1) یک تیتر تکخطی که بیان کند این جلسه واقعاً چه چیزی را حل کرد؛ (2) تصمیمهای گرفتهشده، همراه با اینکه چه کسی هر یک را گرفته است؛ (3) پنج تا هشت نکته که اصل مطلب را پوشش میدهد، به ترتیب اهمیت نه ترتیب بیانشدن؛ (4) پرسشهای بازی که مطرح شدند و پاسخ داده نشدند؛ (5) هر نقطهای که در آن اختلافنظر وجود داشت، با بیان هر دو موضع بدون حلوفصل آنها. تعارفات، صحبتهای برنامهریزی یا هر چیزی که مطرح و رها شد را وارد نکن. اگر تصمیمی تلویحاً بیان شده اما هرگز صریحاً گفته نشده، آن را جداگانه زیر عنوان UNCONFIRMED فهرست کن. متن پیادهشده: [جایگذاری کنید].
پرامپت 2: اقدامهای لازم، در GPT
از همان متن پیادهشده، هر تعهد را بهصورت جدولی استخراج کن: وظیفه، مسئول، تاریخ سررسید و نقلقول دقیقی که از آن گرفته شده. قواعد: فقط مواردی را وارد کن که کسی واقعاً متعهد شده، نه چیزهایی که صرفاً پیشنهاد شدهاند. اگر مسئول مبهم است، بهجای حدس زدن بنویس UNASSIGNED. اگر تاریخی بیان نشده، بهجای استنباط بنویس NO DATE. سپس هر وظیفهای را که مطرح شده اما هیچکس آن را برنداشته جداگانه فهرست کن.
ستون نقلقول همان چیزی است که این کار را قابلاعتماد میکند. این ستون یک اقدام مورد اختلاف را از یک بحث به یک جستوجوی ساده تبدیل میکند و تعهدهای ساختگی را فوراً آشکار میسازد، چون چیزی برای نقلقول کردن وجود ندارد.
پرامپت 3، اختیاری: ایمیل پیگیری
از گزارش و اقدامهای بالا یک ایمیل پیگیری بنویس. مخاطب: [چه کسانی در جلسه بودند و چه کسانی نبودند]. با تصمیم شروع کن. آن را زیر 200 کلمه نگه دار. اقدام هر شخص را صریحاً بیان کن تا کسی مجبور به تفسیر نباشد. لحن: [لحن شما]. هر چیزی را که باید پیش از ارسال تأیید کنم علامت بزن.
قالبهایی برای جلساتی که واقعاً دارید
جلسات مختلف، خروجیهای متفاوتی تولید میکنند. استخراج را متناسب کنید، نه فقط عبارتها را.
| نوع جلسه | چه بخواهید | چیزی که مردم فراموش میکنند |
|---|---|---|
| تماس مشتری یا فروش | اعتراضهای مطرحشده، عبارتهای عینی مشکل، با چه چیزی شما را مقایسه کردهاند، گام بعدی و مسئول آن | نقلقول عین کلمات مشتری بهجای بازنویسی آنها |
| جلسه تصمیمگیری | تصمیم، گزینههای ردشده و دلیل آن، چه کسی باید مطلع شود | ثبت گزینههای ردشده، که مانع از بازگشایی آنها پس از شش هفته میشود |
| جلسه صبحگاهی یا وضعیت | موانع همراه با مسئولان، تغییرات در برآوردهای قبلی، هر چیزی که بیسروصدا عقب افتاده | عقبافتادگیای که هیچکس به زبان نیاورده |
| مصاحبه با کاربر | کارهایی که توصیف کردند، راهحلهای موقتی که ساختند، نقلقولهای دقیق ناکامی، تناقض بین گفتهها و رفتارشان | تناقضها، که مفیدترین بخش هستند |
| مصاحبه یا پنل استخدام | شواهد له یا علیه هر شایستگی، همراه با نقلقول، و پرسشهایی که پرسیده نشدند | جدا کردن شواهد از برداشت شخصی |
| جلسه هیئتمدیره یا سرمایهگذار | تعهدهایی که شما دادید، پرسشهایی که نتوانستید پاسخ دهید، پیگیریهای درخواستشده | پرسشهایی که نتوانستید پاسخ دهید |
هرکدام از اینها را که هفتگی اجرا میکنید، بهصورت پرامپتی که جایگذاری میکنید نگه دارید، با یک جاینگهدار {{transcript}} که مشخص میکند متن پیادهشده کجا قرار میگیرد، تا کل گردش کار به جایگذاری، اجرا و مرور تبدیل شود.
چگونه یک متن پیادهشدهی قابلاستفاده تهیه کنید؟
Whizi به تماسهای شما نمیپیوندد و آنها را ضبط نمیکند. شما متن پیادهشده را میآورید و هر پلتفرم اصلی یکی تولید میکند: Zoom، Teams و Meet همگی پیادهسازی داخلی دارند و یادداشتبردارهای اختصاصی متن ساده خروجی میدهند.
چند نکته که خروجی را بهطور محسوسی بهتر میکند:
- برچسبهای گوینده را نگه دارید. انتساب بیشترِ ارزش کار است. متنی که برچسب گوینده از آن حذف شده باز هم قابل خلاصهسازی است، اما هر اقدام لازم به UNASSIGNED تبدیل میشود.
- ابتدا آن را پاکسازی نکنید. واژههای پرکننده و شروعهای ناقص چیزی برای شما هزینه ندارند و مدل آنها را نادیده میگیرد. زمان صرفشده برای مرتب کردن متن پیادهشده هدر میرود.
- متنهای پیادهشدهی طولانی را بارگذاری کنید نه اینکه جایگذاری کنید. یک جلسه دوساعته حجم زیادی متن است. بارگذاری آن بهصورت فایل گفتوگو را خوانا نگه میدارد، و Gemini 3.5 Flash تا 1M توکن، حدود 1,900 صفحهی دستنوشته، را در یک مرحله میخواند.
- اگر دستور جلسه دارید، آن را هم اضافه کنید. این به مدل میگوید قرار بوده چه اتفاقی بیفتد، که بخش «مطرحشده و هرگز حلنشده» را بسیار دقیقتر میکند.
پیش از ارسال چه چیزی را بررسی کنید
سه حالت خطای مشخص، که همهی آنها یک بررسی کمهزینه دارند.
تعهدهای اختراعی. یک مدل گاهی «شاید کسی باید به آن نگاه کند» را به یک اقدام لازمِ دارای مالک با نام تبدیل میکند. ستون نقلقول این را فوراً آشکار میکند، به همین دلیل در پرامپت گنجانده شده است.
اختلافنظر مسطحشده. خلاصهها به سمت اجماع میل میکنند، چون بیشتر متنهای دنیا نهایتاً به توافق میرسند. اگر دو نفر اختلافنظر داشتند و یادداشتها طوری خوانده میشوند که انگار همه موافق بودند، یادداشتها به شکلی اشتباهاند که دو هفته بعد دردسر میسازد. صریح بپرسید: مردم کجا اختلافنظر داشتند و آیا حل شد؟
انتساب اشتباه در تماسی پر از همزمانی صحبتها. ابزارهای پیادهسازی وقتی افراد روی حرف هم صحبت میکنند گویندهها را اشتباه برچسب میزنند. پیش از قرار دادن نام کسی روی یک سند، انتساب هر مورد مهم را نمونهبرداری و بررسی کنید.
یک مرور نهایی مفید: در این متن پیادهشده چه چیزی هست که یک فرد پرمشغله باید بداند اما در خلاصهی بالا پیدایش نمیکند؟ این معمولاً یک نکتهی ارزشافزوده را آشکار میکند.
- برچسبهای گوینده را در متن پیادهشده نگه دارید، چون انتساب بیشترِ ارزش کار است
- بهجای خلاصه، تصمیمها، تعهدها، پرسشهای باز و اختلافنظرها را بخواهید
- برای هر اقدام لازمِ استخراجشده، نقلقول دقیق پشتیبان را الزامی کنید
- بهجای اینکه بگذارید مدل حدس بزند، از UNASSIGNED و NO DATE استفاده کنید
- بخش اختلافنظر را بررسی کنید، چون خلاصهها به سمت اجماع کاذب میل میکنند
- برای رایجترین نوع جلسهی خود یک پرامپت قابلاستفادهی مجدد نگه دارید
پرسشهای متداول
آیا Whizi جلسات را ضبط میکند؟
خیر. Whizi به تماسها نمیپیوندد و صدا را ضبط نمیکند. شما متن پیادهشده را از هر چیزی که همین حالا استفاده میکنید میآورید، چه Zoom، چه Teams، چه Google Meet یا یک یادداشتبردار اختصاصی، و آن را جایگذاری یا بارگذاری میکنید. حفظ برچسبهای گوینده از منبع مهمتر است، چون بیشتر ارزش خلاصهی جلسه از انتساب میآید.
آیا این کار برای جلسات حساس امن است؟
Whizi روی گفتوگوهای شما آموزش نمیبیند و سیاست دادهی هر ارائهدهنده پیش از فعالسازی آن مدل قابل بررسی است، اما یک متن پیادهشده یکی از حساسترین اسنادی است که یک شرکت تولید میکند. برای مسائل حقوقی، منابع انسانی، هیئتمدیره و پرسنلی، ابتدا سیاست داخلی خود را بررسی کنید و خلاصهسازی از یادداشتهای خودتان را بهجای متن پیادهشدهی خام در نظر بگیرید. حذف نامها و شناسههای غیرضروری پیش از بارگذاری یک تدبیر ایمنی ارزان اضافی است.
کدام مدل را استفاده کنم؟
Claude برای گزارش روایی، چون نیت را خوب میخواند و یادداشتهایی مینویسد که مردم تا آخر میخوانند. GPT برای استخراج اقدامهای لازم، چون یک قالب خروجی سختگیرانه را بدون اعمالنظر حفظ میکند. Gemini وقتی متن پیادهشده بسیار طولانی است، چون میتواند یک جلسهی چندساعته را در یک مرحله و بدون تکهتکهکردن بخواند. از نظر اعتبار، این تقسیمکار ارزان است: GPT-5.6 Terra هر پیام 4 اعتبار، Gemini 3.5 Flash 8 اعتبار و Claude Sonnet 5، 10 اعتبار هزینه دارد، طبق شاخص هزینهی مدل Whizi، بنابراین هر دو مرحله روی یک متن پیادهشده به 14 اعتبار میرسد.
متن پیادهشده چقدر میتواند طولانی باشد؟
طولانیتر از چیزی که بیشتر جلسات تولید میکنند. یک تماس یکساعتهی معمولی کاملاً در محدودهی هر یک از مدلها جا میشود. برای جلسات چندساعته، کارگاههای تمامروز یا چند جلسه با هم، فایلها را بارگذاری کنید و از Gemini 3.5 Flash استفاده کنید که پنجرهی متنی 1M توکنی آن، تقریباً 1,900 صفحهی دستنوشته، کل مجموعه را در یکجا نگه میدارد.
اگر هیچکس واضح نگفته باشد، آیا میتواند بگوید چه تصمیمی گرفته شده؟
میتواند آن را علامتگذاری کند، و این رفتار درستی است. پرامپت این صفحه از مدل میخواهد تصمیمهای تلویحی و بیاننشده را جداگانه زیر عنوان UNCONFIRMED فهرست کند، که آنها را برای تأیید شما آشکار میکند بهجای اینکه تصمیمی را ثبت کند که هرگز واقعاً گرفته نشده است. جلساتی که هیچچیز صراحتاً در آنها تصمیمگیری نشده بسیار رایجاند، و یادداشتهایی که وانمود میکنند غیر از این است بعداً دردسر ایجاد میکنند.