اگر تا امروز از ChatGPT یا یکی دیگر از ابزارهای هوش مصنوعی خواسته باشید برایتان یک فایل Word فارسی بسازد، احتمالاً با یکی از عجیبترین مشکلات تولید سند با هوش مصنوعی روبهرو شدهاید:
فایل در پیشنمایش ChatGPT کاملاً مرتب است؛ اما همین که آن را دانلود میکنید و داخل Microsoft Word باز میکنید، بخشی از متنها چپچین میشوند، Justify بههم میریزد، بولتها جابهجا میشوند یا ترتیب ستونهای جدول فارسی درست نیست.
جالبتر اینکه ممکن است در همان پیشنمایش آنلاین هیچ ایرادی دیده نشود.
ما در مسترسا دقیقاً با همین مسئله برخورد کردیم.
هدف در ظاهر ساده بود: ساخت یک فایل Word فارسی استاندارد با این ویژگیها:
- متنهای فارسی راستبهچپ باشند؛
- پاراگرافهای فارسی Justify باشند؛
- متن عادی با فونت Estedad Regular نمایش داده شود؛
- تیترها و نوشتههای Bold با Estedad Bold باشند؛
- بولتهای فارسی از سمت راست شروع شوند؛
- بولتهای انگلیسی از سمت چپ شروع شوند؛
- جداول واقعاً RTL باشند؛
- محتوای سلولها وسطچین باشد؛
- علائم نگارشی فارسی در جای صحیح نمایش داده شوند؛
- و مهمتر از همه، همه این موارد بعد از دانلود و باز کردن فایل در Microsoft Word ویندوز نیز حفظ شوند.
اما همین درخواست ساده ما را به یک نکته مهم رساند:
راستچین بودن یک متن با راستبهچپ بودن واقعی یک سند Word یکسان نیست.
و همین تفاوت کوچک، علت بخش بزرگی از مشکلات فایلهای Word فارسی تولیدشده با هوش مصنوعی است.
مشکل از ChatGPT است یا Microsoft Word؟
در واقع مسئله را نمیتوان صرفاً به یکی از این دو نسبت داد.
فایل DOCX برخلاف چیزی که در ظاهر میبینیم، فقط مجموعهای از متن و تصویر نیست.
یک فایل Word شامل ساختارهای داخلی مختلفی است که مشخص میکنند:
- جهت یک پاراگراف چیست؛
- زبان متن چیست؛
- فونت Complex Script چیست؛
- استایل پیشفرض سند چه جهتی دارد؛
- یک جدول از راست به چپ است یا از چپ به راست؛
- شمارهگذاری و بولت از کدام طرف نمایش داده شود؛
- Word با کاراکترهای فارسی و انگلیسی داخل یک خط چگونه رفتار کند.
در بسیاری از مواقع، یک تولیدکننده فایل میتواند متن را از نظر ظاهری سمت راست قرار دهد و Preview هم کاملاً درست به نظر برسد.
اما Microsoft Word هنگام باز کردن فایل، فقط به ظاهر نگاه نمیکند.
Word ساختار داخلی DOCX را میخواند.
اگر آن ساختار هنوز LTR باشد، ممکن است بعد از باز کردن فایل نتیجهای متفاوت ببینید.
Right Align با RTL واقعی فرق دارد
این مهمترین نکته کل این آموزش است.
فرض کنید یک پاراگراف فارسی داریم.
اگر فقط به Word بگوییم:
متن را در سمت راست صفحه قرار بده
عملاً فقط Alignment را تغییر دادهایم.
یعنی:
Right Align
اما این الزاماً به Word نمیگوید:
این یک پاراگراف فارسی راستبهچپ است.
این دو مفهوم با هم فرق دارند.
در یک فایل Word فارسی استاندارد، پاراگراف باید در سطح ساختار سند نیز بهعنوان یک پاراگراف RTL شناخته شود.
در غیر این صورت ممکن است با مشکلاتی مانند موارد زیر مواجه شویم:
- خط آخر پاراگراف از سمت چپ شروع شود؛
- نقطه در ابتدای خط دیده شود؛
- پرانتزها جابهجا شوند؛
- شمارهها رفتار عجیبی داشته باشند؛
- Justify در Word با Preview متفاوت باشد؛
- مکان Cursor هنگام ویرایش متن غیرطبیعی شود؛
- متن ترکیبی فارسی و انگلیسی بههم بریزد.
بنابراین اولین نتیجهای که از این آزمایش گرفتیم این بود:
برای تولید Word فارسی، درخواست «راستچین کن» کافی نیست. باید صریحاً RTL واقعی در ساختار DOCX تعریف شود.
چرا فایل در Preview درست است ولی در Microsoft Word خراب میشود؟
این دقیقاً اتفاقی بود که در آزمایش ما رخ داد.
نسخه اولیه فایل در Preview کاملاً قابل قبول بود.
متن ظاهراً راستچین بود.
جدول هم تقریباً درست دیده میشد.
اما فایل را دانلود کردیم و در Microsoft Word باز کردیم.
نتیجه متفاوت بود.
بخشهایی که در Preview صحیح به نظر میرسیدند، داخل Word دوباره چپچین شده بودند.
این اتفاق یک نکته مهم را نشان میدهد:
Preview نمیتواند معیار نهایی صحت یک فایل Office باشد.
ممکن است Preview توسط یک Renderer متفاوت ایجاد شده باشد.
مثلاً:
- LibreOffice؛
- یک موتور تبدیل DOCX به PDF؛
- یک Previewer تحت وب؛
- یا موتور داخلی یک سرویس ابری.
این ابزارها ممکن است برخی تنظیمات ناقص را به شکل قابل قبول تفسیر کنند.
اما Microsoft Word رفتار دقیقتری نسبت به ساختار OOXML فایل دارد.
پس اگر خروجی قرار است در Word استفاده شود، تست نهایی باید داخل Microsoft Word واقعی انجام شود.
مرحله دوم؛ چرا حتی RTL کردن پاراگراف هم کافی نبود؟
در آزمایش بعدی جهت واقعی پاراگرافها را RTL کردیم.
جدول نیز اصلاح شد.
Preview عالی شد.
اما پس از دانلود، باز هم Microsoft Word بعضی پاراگرافها را آنطور که انتظار داشتیم نمایش نمیداد.
اینجا مشخص شد یک لایه دیگر نیز وجود دارد:
Styles
و مخصوصاً:
- Document Defaults
- Normal Style
در Microsoft Word فقط خصوصیات مستقیم هر پاراگراف مهم نیستند.
Word هنگام نمایش سند به استایلهای مادر نیز نگاه میکند.
اگر Normal Style هنوز LTR باشد، ممکن است بخشی از رفتار سند تحت تأثیر همان استایل قرار بگیرد.
به همین دلیل در نسخه اصلاحشده، RTL فقط روی پاراگراف قرار نگرفت.
بلکه در سطح پیشفرض کل سند نیز تنظیم شد.
یک Word فارسی استاندارد چه تنظیماتی لازم دارد؟
بعد از چند مرحله آزمایش، به مجموعهای از قوانین رسیدیم که نتیجه بسیار پایدارتر و حرفهایتری ایجاد میکند.
۱. پاراگراف فارسی باید RTL واقعی باشد
برای متن فارسی فقط Right Align کافی نیست.
پارگراف باید خصوصیت راستبهچپ واقعی داشته باشد.
در ساختار OOXML این موضوع معمولاً با ویژگیهایی مانند bidi مشخص میشود.
۲. متن فارسی باید Justify باشد
برای مقالات، گزارشها و اسناد رسمی فارسی معمولاً بهترین حالت نمایش پاراگراف:
Justify
است.
اما Justify باید روی یک پاراگراف RTL واقعی اعمال شود.
نه روی یک پاراگراف LTR که فقط سمت راست صفحه قرار گرفته است.
۳. زبان فارسی باید مشخص شود
بهتر است زبان متن فارسی در ساختار Word بهصورت:
fa-IR
تعریف شود.
این تنظیم به Word کمک میکند متن فارسی و Complex Script را درستتر مدیریت کند.
۴. Runهای فارسی نیز باید RTL باشند
در Word فقط پاراگراف جهت ندارد.
هر بخش کوچک متن یا Run نیز میتواند ویژگیهای مستقل داشته باشد.
ممکن است پاراگراف RTL باشد اما Runهای داخل آن تنظیمات مناسبی نداشته باشند.
برای خروجی قابل اعتماد بهتر است Runهای فارسی نیز RTL و Complex Script باشند.
۵. فونت فارسی فقط با تعیین Font Name حل نمیشود
یکی دیگر از مشکلات ما مربوط به فونت بود.
قرار بود:
متن عادی: Estedad Regular
و:
تیتر و Bold: Estedad Bold
باشد.
اما Microsoft Word برای زبانهای مختلف میتواند Font Slotهای متفاوتی داشته باشد.
مثلاً:
- ASCII
- High ANSI
- East Asia
- Complex Script
اگر فقط یکی از این موارد تنظیم شود، Word ممکن است در متن فارسی سراغ Font Slot دیگری برود.
به همین دلیل بهتر است فونت موردنظر در تمام مسیرهای لازم تعریف شود.
اشتباه جالب دیگری که پیدا کردیم؛ Bold نبود اما Estedad Bold شده بود!
در یکی از نسخههای آزمایشی، تقریباً همه چیز درست شده بود.
اما متن عادی همچنان به جای:
Estedad Regular
با:
Estedad Bold
نمایش داده میشد.
بررسی بیشتر نشان داد مشکل از یک جزئیات کوچک بود.
داخل فایل Word برای متن عادی مشخصهای شبیه این وجود داشت:
Bold = false
اما منطق پردازش فایل فقط وجود ویژگی Bold را بررسی کرده بود.
یعنی میگفت:
«اگر تگ Bold وجود دارد، پس متن Bold است.»
در حالی که مقدار آن False بود.
پس متنهای عادی هم بهاشتباه Estedad Bold میشدند.
راهحل صحیح این بود:
فقط اگر Bold واقعاً فعال است، Estedad Bold اعمال شود.
در غیر این صورت:
Estedad Regular
استاندارد نهایی فونت پیشنهادی
برای فایلهای فارسی مسترسا به این استاندارد رسیدیم:
متن عادی
Estedad Regular
تیترها
Estedad Bold
بخشهای تأکیدی واقعی
Estedad Bold
بولتهای عادی
Estedad Regular
و مهمتر از همه:
نباید صرفاً وجود ویژگی Bold باعث انتخاب فونت Bold شود.
باید مقدار واقعی آن بررسی شود.
بولت فارسی چرا گاهی سمت چپ میافتد؟
Bullet List یکی دیگر از بخشهایی است که معمولاً در فایلهای فارسی تولیدشده با AI بههم میریزد.
ممکن است متن فارسی باشد ولی نقطه بولت سمت چپ ظاهر شود.
مثلاً به جای این:
• طراحی سایت
• تولید محتوا
• سئو
• توسعه نرمافزار
بولتها از سمت نادرست دیده شوند.
علت دوباره همان است:
پاراگراف Bullet هنوز LTR است.
استاندارد بولت فارسی
برای بولت فارسی:
- پاراگراف RTL باشد؛
- متن راستچین باشد؛
- Bullet در سمت راست دیده شود؛
- زبان فارسی باشد؛
- متن عادی Estedad Regular باشد.
اما بولت انگلیسی باید LTR باقی بماند
یکی از اشتباههای رایج این است که چون کل سند فارسی است، همه چیز را RTL کنیم.
این کار برای متن انگلیسی مشکل ایجاد میکند.
مثلاً این موارد:
- WordPress Development
- Artificial Intelligence
- SEO Optimization
باید مثل متن طبیعی انگلیسی نمایش داده شوند.
بنابراین Bullet انگلیسی باید:
- LTR باشد؛
- Left Align باشد؛
- Bullet در سمت چپ باشد.
یعنی جهت سند فارسی نباید رفتار طبیعی انگلیسی را از بین ببرد.
مشکل جدول فارسی حتی پیچیدهتر است
یکی دیگر از موارد جالب آزمایش ما جدول بود.
فرض کنید چهار ستون داریم:
در زبان فارسی انتظار داریم ستون «ردیف» در سمت راست جدول باشد.
اما فقط راستچین کردن متن سلولها کافی نیست.
ممکن است محتوای هر سلول فارسی و راستچین باشد، اما خود ساختار جدول همچنان LTR باقی بماند.
در این شرایط ستونها از چپ به راست چیده میشوند.
راه درست برای جدول فارسی
خود Table باید RTL باشد.
در ساختار Word ویژگیای مانند:
bidiVisual
برای این رفتار استفاده میشود.
در فایل استاندارد فارسی:
- خود جدول RTL است؛
- ستون اول منطقی در سمت راست نمایش داده میشود؛
- متن فارسی داخل سلول RTL است؛
- محتوای سلول میتواند وسطچین شود؛
- Vertical Alignment نیز میتواند وسط باشد.
این تفاوت کوچکی است که نتیجه نهایی را کاملاً تغییر میدهد.
چرا علائم نگارشی فارسی مهماند؟
مسئله فقط جهت متن نیست.
حتی علائم نگارشی هم میتوانند باعث بینظمی متن شوند.
برای متن فارسی بهتر است از علائم صحیح فارسی استفاده شود.
مثلاً:
ویرگول فارسی:
،
به جای:
,
نقطهویرگول فارسی:
؛
علامت سؤال فارسی:
؟
گیومه فارسی:
« »
این کار بهخصوص در ترکیب متن فارسی و انگلیسی کمک زیادی به رفتار صحیح Unicode Bidirectional Algorithm میکند.
حالا چگونه از ChatGPT بخواهیم این موارد را رعایت کند؟
بعد از چند دور آزمون، اصلاح و باز کردن خروجی در Microsoft Word، یک پرامپت جامع تهیه کردیم.
این پرامپت را میتوانید در ابتدای یک چت جدید به ChatGPT بدهید.
از آن به بعد هر زمان از مدل خواستید برایتان فایل Word فارسی ایجاد کند، استاندارد موردنظر را میداند.
پرامپت کامل ساخت Word فارسی استاندارد
نکته: این پرامپت عمداً کامل نوشته شده و خلاصه نشده است. میتوانید آن را مستقیماً کپی کنید.
از این به بعد هر زمان از تو میخواهم یک فایل Microsoft Word با فرمت DOCX و محتوای فارسی بسازی یا یک فایل Word فارسی را اصلاح کنی، خروجی باید یک سند واقعی و استاندارد Microsoft Word باشد؛ نه صرفاً فایلی که در Preview ظاهراً درست دیده شود.
هدف این است که فایل پس از دانلود و باز شدن مستقیم در Microsoft Word ویندوز نیز بدون بههمریختگی جهت متن، فونت، جدول، بولتها و علائم نگارشی نمایش داده شود.
این قواعد را بهصورت کامل رعایت کن:
متن فارسی
تمام پاراگرافهای فارسی باید RTL واقعی باشند، نه اینکه فقط Right Align شده باشند. جهت راستبهچپ را در ساختار واقعی DOCX و OOXML اعمال کن. پاراگرافهای فارسی عادی باید Justify باشند. خط آخر پاراگراف باید طبق رفتار طبیعی Word از سمت راست آغاز شود و نباید بهصورت مصنوعی کشیده شود. زبان متن فارسی را در صورت امکان fa-IR تعریف کن. Runهای فارسی نیز باید RTL و مناسب Complex Script باشند.استایلهای سند
فقط تغییر مستقیم هر پاراگراف کافی نیست. Document Defaults و Normal Style سند را نیز برای محتوای فارسی بهصورت صحیح تنظیم کن تا Microsoft Word سند را ذاتاً فارسی و RTL تفسیر کند. تنظیمات نباید فقط در Preview درست باشند؛ باید در ساختار داخلی DOCX نیز ثبت شوند.فونت
فونت متن عادی فارسی: Estedad Regular. فونت تیترها و فقط قسمتهایی که واقعاً Bold هستند: Estedad Bold. صرف وجود ویژگی یا تگ Bold را به معنی Bold بودن متن در نظر نگیر. اگر مقدار Bold برابر false یا غیرفعال است، متن باید همچنان Estedad Regular باقی بماند. Font Mapping را در مسیرهای لازم Word شامل ASCII، High ANSI، East Asia و Complex Script بهدرستی تنظیم کن تا Word برای متن فارسی فونت دیگری را جایگزین نکند.تیترهای فارسی
تیترهای فارسی باید RTL واقعی باشند، از سمت راست شروع شوند، Right Align باشند و با Estedad Bold نمایش داده شوند.بولتهای فارسی
Bullet List فارسی باید RTL واقعی باشد، راستچین باشد، علامت Bullet در سمت راست قرار گیرد، ادامه متن در خطوط بعد نیز RTL باقی بماند و متن عادی آن Estedad Regular باشد.بولتها و متن انگلیسی
محتوای انگلیسی را بهاجبار RTL نکن. پاراگراف و Bullet انگلیسی باید LTR باشد، Left Align باشد، Bullet در سمت چپ نمایش داده شود و ترتیب طبیعی اعداد، پرانتزها و علائم انگلیسی حفظ شود.جداول فارسی
فقط متن داخل سلولها را راستچین نکن. خود ساختار Table باید RTL واقعی باشد. در OOXML از تنظیم مناسب جهت بصری جدول مانند bidiVisual یا معادل صحیح آن استفاده کن. ستون اول منطقی جدول فارسی باید در سمت راست دیده شود. محتوای همه سلولهای جدول را در حالت پیشفرض افقی Center و عمودی Center قرار بده، مگر اینکه در درخواست من صریحاً حالت دیگری مشخص شده باشد. متن فارسی داخل سلولها باید RTL باقی بماند.علائم نگارشی فارسی
در متن فارسی از نشانههای صحیح فارسی استفاده کن: ویرگول «،»، نقطهویرگول «؛»، علامت سؤال «؟» و گیومه «« »». مراقب باش نقطه، پرانتز، عدد یا علامت پایان جمله به ابتدای خط منتقل نشود.متن ترکیبی فارسی و انگلیسی
وجود واژههایی مانند ChatGPT، Microsoft Word، WordPress، AI یا نام محصولات انگلیسی نباید جهت اصلی پاراگراف فارسی را تغییر دهد. جهت پایه پاراگراف فارسی باید RTL باقی بماند و فقط بخش انگلیسی داخل آن رفتار طبیعی خود را حفظ کند.ساختار واقعی DOCX
فایل را بهصورت DOCX استاندارد تولید کن. در صورت نیاز ساختارهای داخلی OOXML مانند document.xml، styles.xml، settings.xml، Paragraph Properties، Run Properties، bidi، Complex Script و bidiVisual را بررسی و اصلاح کن.کنترل کیفیت اجباری قبل از تحویل
قبل از اینکه فایل را به من تحویل بدهی، ساختار XML فایل DOCX را بررسی کن؛ RTL پاراگرافهای فارسی را Verify کن؛ RTL و ترتیب ستونهای جدول را Verify کن؛ Font Mapping را بررسی کن؛ مطمئن شو متن عادی Estedad Regular است؛ مطمئن شو فقط متن واقعاً Bold با Estedad Bold نمایش داده میشود؛ بولتهای فارسی و انگلیسی را جداگانه بررسی کن؛ جهت متن فارسی و انگلیسی را Verify کن؛ فایل را Render یا Preview کن و مشکلات بصری را بررسی کن.معیار نهایی موفقیت این نیست که Preview خوب دیده شود. معیار نهایی این است که فایل دانلودشده در Microsoft Word ویندوز نیز با RTL واقعی، Justify صحیح، فونتهای درست، جدول RTL، بولتهای صحیح و علائم نگارشی سالم باز شود.
اگر فایل مرجع صحیحی همراه درخواست من آپلود شده است، آن فایل را نیز بهعنوان مرجع عملی بررسی کن و رفتار فایل جدید را از نظر RTL، فونت، Justify، جدول و بولتها با آن هماهنگ کن.
فایل را فقط زمانی تحویل بده که این کنترلها انجام شده باشند.
یک توصیه مهم؛ فقط پرامپت را ندهید، فایل مرجع هم بدهید
اگر میخواهید نتیجه در یک اکانت دیگر ChatGPT یا حتی یک مدل دیگر دقیقتر باشد، یک راه بسیار مؤثر وجود دارد:
نمونه خروجی صحیح را هم همراه پرامپت آپلود کنید.
مثلاً همین فایل Word استانداردی که در این آموزش آماده کردهایم.
سپس به مدل بگویید:
فایل پیوست نمونه مرجع من است. خروجیهای Word بعدی باید از نظر RTL، Justify، فونت، بولت و جدول دقیقاً مانند این فایل رفتار کنند.
این کار به مدل یک مرجع عملی میدهد.
در نتیجه فقط با یک توضیح نظری مواجه نیست.
بلکه میتواند فایل صحیح را نیز بهعنوان الگو در نظر بگیرد.
فایل Word تست استاندارد را دانلود کنید
برای اینکه بتوانید نتیجه را خودتان داخل Microsoft Word بررسی کنید، یک فایل تست آماده کردهایم.
این فایل شامل نمونههای زیر است:
- پاراگراف فارسی RTL؛
- پاراگراف فارسی Justify؛
- Estedad Regular؛
- Estedad Bold؛
- تیتر فارسی؛
- بولت فارسی؛
- بولت انگلیسی؛
- جدول RTL؛
- سلولهای وسطچین؛
- علائم نگارشی فارسی.
دانلود فایل نمونه
دانلود فایل Word مرجع فارسی نسخه ۴
آیا لازم است برای هر Word این پرامپت طولانی را تکرار کنیم؟
نه لزوماً.
اگر در یک گفتگوی طولانی با ChatGPT کار میکنید، میتوانید این استاندارد را یک بار در ابتدای گفتگو تعریف کنید.
بعد از آن درخواستهای بعدی را کوتاهتر بنویسید.
مثلاً:
این گزارش را به Word تبدیل کن و استاندارد Word فارسی که ابتدای گفتگو تعیین کردم روی آن اعمال کن.
یا:
نسخه Word را با همان استاندارد RTL، Estedad و جدول فارسی قبلی خروجی بگیر.
اما اگر یک New Chat ایجاد کردید، بهتر است پرامپت استاندارد را دوباره ارسال کنید.
اگر از اکانت دیگری استفاده میکنید، فایل مرجع را نیز همراه آن بدهید.
آیا میتوان همین استاندارد را برای Claude، Gemini یا مدلهای دیگر هم استفاده کرد؟
بخش زیادی از این دستورالعمل مستقل از ChatGPT است.
هر مدلی که بتواند DOCX واقعی ایجاد یا اصلاح کند، میتواند از این مشخصات استفاده کند.
مفاهیم اصلی مانند:
- OOXML؛
- bidi؛
- RTL؛
- Complex Script؛
- styles.xml؛
- settings.xml؛
- bidiVisual؛
- Font Mapping؛
مربوط به ساختار Microsoft Word هستند، نه یک مدل خاص.
بنابراین میتوانید همین Prompt را برای ابزارهای مختلف نیز امتحان کنید.
نکته مهمتر؛ این داستان فقط درباره Word نیست
این آزمایش یک نکته بزرگتر درباره کار حرفهای با هوش مصنوعی دارد.
خیلی وقتها ما از AI خروجیهایی مثل:
- Word؛
- Excel؛
- PowerPoint؛
- PDF؛
- سایت؛
- افزونه وردپرس؛
- کد؛
- اپلیکیشن؛
- داشبورد؛
- فایل HTML؛
میخواهیم.
اما فقط ظاهر اولیه خروجی را بررسی میکنیم.
مثلاً:
«صفحه درست نمایش داده شد.»
یا:
«فایل باز شد.»
یا:
«Preview خوب است.»
این برای استفاده واقعی کافی نیست.
بین Demo و Production فاصله وجود دارد
یک فایل Word ممکن است در Preview زیبا باشد، اما در Word خراب شود.
یک سایت ممکن است در دسکتاپ عالی باشد، اما روی موبایل مشکل داشته باشد.
یک افزونه ممکن است نصب شود، اما در نسخه بعدی WordPress خطا بدهد.
یک Excel ممکن است عددها را نشان دهد، اما Formulaها واقعی نباشند.
یک فایل PowerPoint ممکن است در Preview مرتب باشد، اما فونتهایش روی سیستم دیگر جایگزین شوند.
بنابراین یکی از مهمترین مهارتهای استفاده حرفهای از AI این است:
فقط خروجی را نبینیم؛ رفتار واقعی خروجی را تست کنیم.
به هوش مصنوعی دقیق بگویید «موفقیت» یعنی چه
یکی از بهترین روشهای Prompt Engineering این است که به جای گفتن:
یک Word خوب بساز.
تعریف کنیم «خوب» یعنی چه.
مثلاً:
فایل باید بعد از دانلود در Microsoft Word ویندوز نیز RTL واقعی باقی بماند.
این جمله یک Acceptance Criterion است.
یا:
جدول باید در Word از راست به چپ باشد و ستون ردیف در سمت راست قرار بگیرد.
این یک تست قابل اندازهگیری است.
یا:
متن عادی باید Estedad Regular باشد و فقط متن واقعاً Bold با Estedad Bold نمایش داده شود.
این هم یک معیار موفقیت روشن است.
هرچه معیارهای موفقیت دقیقتر باشند، احتمال گرفتن خروجی Production-ready بیشتر میشود.
پرامپت خوب فقط نمیگوید چه چیزی بساز؛ میگوید چگونه آن را تست کن
یکی از بخشهای مهم Prompt بالا قسمت:
کنترل کیفیت اجباری
است.
در آن فقط از مدل نخواستیم فایل را بسازد.
گفتیم قبل از تحویل:
- XML را بررسی کن؛
- RTL را Verify کن؛
- Font Mapping را Verify کن؛
- جدول را بررسی کن؛
- خروجی را Render کن.
این الگو در بسیاری از پروژههای هوش مصنوعی کاربرد دارد.
به جای:
بساز و بده.
به مدل بگویید:
بساز، تست کن، Verify کن و بعد بده.
همین تفاوت کوچک میتواند کیفیت خروجی را به شکل محسوسی افزایش دهد.
یک روش حرفهایتر برای استفاده از ChatGPT
فرض کنید میخواهید یک گزارش ۵۰ صفحهای برای شرکت تولید کنید.
به جای اینکه در یک Prompt همه چیز را درخواست کنید، میتوانید فرآیند را به چند مرحله تبدیل کنید:
مرحله اول
ساخت محتوا.
مرحله دوم
ویرایش و Fact Check.
مرحله سوم
ساخت ساختار سند.
مرحله چهارم
اعمال استاندارد Word فارسی.
مرحله پنجم
بررسی جدولها و تصاویر.
مرحله ششم
رندر و QA.
مرحله هفتم
تحویل نسخه نهایی.
این دقیقاً شبیه یک Workflow واقعی در تیم تولید محتواست.
هوش مصنوعی وقتی در چنین فرآیندی قرار میگیرد، معمولاً خروجی بسیار قابل اتکاتری تولید میکند.
چرا این موضوع برای کسبوکارها مهم است؟
ممکن است مسئله RTL فایل Word در نگاه اول موضوع کوچکی به نظر برسد.
اما تصور کنید یک سازمان هر هفته دهها سند تولید میکند:
- پروپوزال؛
- قرارداد؛
- گزارش؛
- صورتجلسه؛
- گزارش مدیریتی؛
- RFP؛
- گزارش پروژه؛
- محتوای آموزشی؛
- مقاله؛
- دستورالعمل داخلی.
اگر برای هر فایل یک نفر مجبور باشد بعد از AI:
- متن را دوباره راستچین کند؛
- فونتها را اصلاح کند؛
- جدولها را برگرداند؛
- بولتها را تنظیم کند؛
عملاً بخشی از مزیت اتوماسیون از بین میرود.
بنابراین استانداردسازی خروجی یکی از مهمترین قدمها برای استفاده سازمانی از AI است.
از «AI تولیدکننده» به «AI همکار اجرایی»
هدف واقعی استفاده از هوش مصنوعی فقط این نیست که سریعتر متن تولید کنیم.
مرحله جذابتر زمانی شروع میشود که AI بتواند خروجیهایی تولید کند که واقعاً وارد Workflow کاری شوند.
یعنی فایل نهایی:
- باز شود؛
- استاندارد باشد؛
- قابل ویرایش باشد؛
- قابل تحویل باشد؛
- نیاز به اصلاح دستی حداقلی داشته باشد.
در مسترسا این نگاه را در پروژههای مختلف دنبال میکنیم:
هوش مصنوعی نباید فقط Demo جذاب تولید کند؛ باید ابزار واقعی کار باشد.
چکلیست سریع Word فارسی با هوش مصنوعی
قبل از تحویل هر فایل Word فارسی، این موارد را بررسی کنید:
متن فارسی
- RTL واقعی؟
- Justify؟
- زبان
fa-IR؟ - خط آخر از سمت راست؟
فونت
- متن عادی Estedad Regular؟
- تیتر Estedad Bold؟
- متن غیرBold اشتباهاً Bold نشده؟
Bullet
- فارسی از سمت راست؟
- انگلیسی از سمت چپ؟
Table
- جدول RTL واقعی؟
- ترتیب ستونها صحیح؟
- محتوای سلولها وسطچین؟
علائم
،؛؟« »
تست نهایی
فایل را دانلود کردهاید و در خود Microsoft Word باز کردهاید؟
اگر پاسخ این سؤال «نه» است، هنوز تست نهایی انجام نشده است.
جمعبندی
مشکلی که در ابتدا یک ایراد ساده در راستچین شدن متن به نظر میرسید، ما را به لایههای عمیقتر ساختار DOCX رساند.
نکته اصلی این بود:
Right Align با RTL واقعی یکی نیست.
برای ساخت Word فارسی حرفهای باید چند لایه همزمان درست باشند:
- Paragraph Direction؛
- Run Direction؛
- Complex Script؛
- Font Mapping؛
- Language؛
- Normal Style؛
- Document Defaults؛
- Table Direction؛
- Bullets؛
- Punctuation.
و از همه مهمتر:
خروجی را فقط در Preview بررسی نکنید. آن را در نرمافزاری که قرار است واقعاً استفاده شود تست کنید.
در این مورد، معیار نهایی ما Microsoft Word ویندوز بود.
بعد از چند نسخه آزمایشی، بالاخره به خروجیای رسیدیم که پاراگرافهای فارسی، جدولها، بولتها و فونتها در Word واقعی هم درست باقی میمانند.
پرامپت کامل این آموزش را ذخیره کنید و فایل Word مرجع را نیز در پروژههای بعدی همراه خود داشته باشید.
این دو در کنار هم میتوانند بخش زیادی از دردسر ساخت فایلهای Word فارسی با هوش مصنوعی را حذف کنند.
یک سؤال از شما
آیا شما هم تا امروز خروجیای از ChatGPT گرفتهاید که:
داخل Preview عالی بوده، اما بعد از دانلود خراب شده باشد؟
Word؟
PowerPoint؟
Excel؟
PDF؟
اگر تجربه مشابهی دارید، در بخش دیدگاهها بنویسید.
این دسته از مشکلات از آن موضوعاتی هستند که معمولاً هرکس جداگانه ساعتها برای حلشان زمان میگذارد؛ در حالی که با اشتراکگذاری تجربه میتوان مسیر را برای بقیه بسیار کوتاهتر کرد.
با مسترسا؛ از دموی هوش مصنوعی تا استفاده واقعی
در مسترسا تمرکز ما فقط روی معرفی ابزارهای جدید AI نیست.
سؤال مهمتر این است:
چطور میتوانیم این ابزارها را وارد کار واقعی، کسبوکار و فرآیندهای روزمره کنیم؟
از تولید محتوا و تصویر گرفته تا ساخت سایت، افزونه، سامانه، اتوماسیون، داشبورد، فایلهای اداری و ابزارهای اختصاصی؛ هدف این است که هوش مصنوعی از یک ابزار سرگرمکننده به یک همکار اجرایی واقعی تبدیل شود.
اگر این نوع آموزشهای کاربردی برایتان مفید است، مقالات مسترسا را دنبال کنید؛ تجربههایی که در پروژههای واقعی به دست میآوریم را تا جای ممکن به آموزشهای قابل استفاده تبدیل میکنیم.
MisterSa.ir
دیدگاه شما
نظر، تجربه یا پرسش خود را بنویسید. برای جلوگیری از ارسال خودکار، پاسخ کوتاه امنیتی الزامی است.