Gongwen Skill سے GB/T 9704-2012 سرکاری دستاویز DOCX بنائیں اور جانچیں

یہ منصوبہ کون سا مسئلہ حل کرتا ہے

Gongwen GB/T 9704-2012 Skill چینی رسمی مواد کے لیے ایک اوپن سورس ٹول ہے۔ یہ صرف عنوان کے لیے سیاہ فونٹ اور متن کے لیے فینگ سونگ فونٹ مقرر نہیں کرتا، بلکہ GB/T 9704-2012 کے قابلِ عمل تقاضوں کے مطابق A4 صفحہ، متن کا مرکزی علاقہ، عنوان،正文، درجہ بندی، پہلا صفحہ، ادارے کا نام، دستاویز نمبر، دستخط، تاریخ اور صفحہ نمبر جیسے لے آؤٹ عناصر کو سنبھالتا ہے، اور ایسا DOCX فائل تیار کرتا ہے جس میں مزید ترمیم کی جا سکتی ہے۔

یہ منصوبہ عام رپورٹس، منصوبوں اور بریفنگز کے لیے موزوں ہے، اور رسمی دستاویزات، پہلے سے چھپے سرخ ہیڈر والے کاغذ پر پرنٹنگ، مکمل الیکٹرانک سرخ ہیڈر، خطوط، احکامات اور اجلاس کے منٹس کو بھی سپورٹ کرتا ہے۔ تیار شدہ دستاویز کو Word یا WPS میں مزید ترمیم کرکے جدول، ضمیمے اور مہر کی تصاویر شامل کی جا سکتی ہیں، یا جسمانی مہر لگانے کا انتظام کیا جا سکتا ہے۔

GB/T 9704-2012 پارٹی اور سرکاری اداروں کی جانب سے جاری کردہ سرکاری دستاویزات پر لاگو ہوتا ہے؛ دیگر ادارے اور یونٹس بھی اسے بطور حوالہ استعمال کر سکتے ہیں۔ README کے مطابق 2025年5月30日 کو ہونے والے جائزے کے بعد یہ معیار بدستور مؤثر ہے۔

بنیادی خصوصیات اور استعمال کی حدود

• عام مواد: بطور ڈیفالٹ ordinary استعمال ہوتا ہے۔ ادارے کا نام فراہم کیے جانے کے باوجود یہ خودکار طور پر سرخ ہیڈر تیار نہیں کرتا۔
• رسمی دستاویز: formal کو لازماً واضح طور پر منتخب کرنا ہوگا۔ پہلے سے چھپے سرخ ہیڈر والے کاغذ کا موڈ کاغذ پر موجود سرخ ہیڈر اور سرخ لکیر کے لیے صرف جگہ محفوظ کرتا ہے، DOCX میں انہیں دوبارہ نہیں بناتا۔
• الیکٹرانک سرخ ہیڈر: جنریٹر صرف اس وقت سرخ ہیڈر کے تمام عناصر بناتا ہے جب formal --letterhead digital مقرر کیا جائے۔
• ادارے کا نام اور دستاویز نمبر: --org اور --doc-no کے ذریعے فراہم کیے جاتے ہیں۔ رسمی لے آؤٹ ایسے دستاویز نمبروں کو مسترد کرے گا جو سال، شش ضلعی بریکٹ، سلسلہ نمبر اور “号” کے قواعد سے واضح طور پر مطابقت نہ رکھتے ہوں۔
• عنوان اور فہرست: چار سطحوں کے عنوان Word/WPS کے “标题1” سے “标题4” اسٹائلز اور متعلقہ آؤٹ لائن لیولز میں لکھے جاتے ہیں، جن کی بنیاد پر خودکار فہرست داخل کی جا سکتی ہے۔
• صفحہ نمبر: درمیان میں، طاق و جفت صفحات، اور عدم نمائش، تینوں موڈز کو سپورٹ کرتا ہے۔ مخصوص پیرامیٹرز کے لیے منصوبے کی SKILL.md سے رجوع کریں۔
• ضمیمے اور اختتامی معلومات: ضمیمہ الگ صفحے پر تیار کیا جا سکتا ہے اور رسمی صفحہ نمبروں کا تسلسل برقرار رہتا ہے؛ نقلِ ارسال یا اشاعت کی معلومات آخری صفحے کے متن کے مرکزی علاقے کے نچلے حصے پر لنگر انداز کی جا سکتی ہیں۔
• دستی کارروائی: مہر، دستخطی مہر، ضمیمے کا مواد اور حقیقی مہر لگانے کی جگہ اب بھی استعمال کے مقصد کے مطابق DOCX میں شامل یا دوبارہ جانچنی ہوگی۔

منصوبہ اور رن ٹائم ماحول تیار کریں

سب سے پہلے GitHub منصوبے کے پتے سے ریپوزٹری حاصل کریں اور منصوبے کی جڑ والی ڈائریکٹری میں جائیں۔ جنریٹر اور تصدیق کنندہ node کے ذریعے چلتے ہیں، اس لیے مقامی مشین پر قابلِ استعمال Node.js ماحول موجود ہونا چاہیے؛ README نے کوئی مخصوص ورژن مقرر نہیں کیا، اس لیے موجودہ اسکرپٹس اور ٹیسٹ کے نتائج کو بنیاد بنائیں۔

اگر صرف DOCX براہِ راست تیار کرنا ہو تو ریپوزٹری میں اسکرپٹ چلائیں۔ اگر AI پروگرامنگ ٹول سے یہ Skill خودکار طور پر پڑھوانی ہو تو کراس پلیٹ فارم انسٹالر استعمال کیا جا سکتا ہے۔

macOS اور Linux

scripts/install.sh --all

Windows

.\scripts\install.ps1 -All

انسٹالر ایک ہی ماخذ ڈائریکٹری کو مختلف پلیٹ فارمز کی صارف سطح کی Skill ڈائریکٹریز سے منسلک کرتا ہے۔ Windows میں علامتی لنک کی اجازت کے مسائل سے بچنے کے لیے بطور ڈیفالٹ نقل کرنے کا طریقہ استعمال ہوتا ہے۔ معاون پلیٹ فارمز میں Codex، Claude Code، OpenCode، Trae Code، Trae CLI، Kimi Code CLI، Kimi Code، WorkBuddy اور ZCode شامل ہیں۔ TraeWork ریپوزٹری میں موجود dist/traework-gongwen-skill.zip درآمدی پیکیج استعمال کرتا ہے۔

پہلا عام مواد تیار کریں

منصوبہ ٹیسٹ ان پٹ فائل tests/fixture.md فراہم کرتا ہے۔ درج ذیل کمانڈ اسے عام مواد کے لے آؤٹ میں تبدیل کرکے عارضی ڈائریکٹری میں لکھے گی:

node scripts/generate_gongwen_docx.mjs --input tests/fixture.md --output /tmp/gongwen.docx --format ordinary --title "公文格式回归测试"

اہم پیرامیٹرز کے معنی درج ذیل ہیں:

• --input：ان پٹ مواد کی فائل۔
• --output：تیار کردہ DOCX کا راستہ۔
• --format ordinary：عام رپورٹ، منصوبے یا بریفنگ کا لے آؤٹ استعمال کرتا ہے۔
• --title：دستاویز کا عنوان مقرر کرتا ہے۔

تیاری مکمل ہونے کے بعد، اس بات کی جانچ کے لیے تصدیق کنندہ استعمال کریں کہ ٹول DOCX کے جن ڈھانچوں اور لے آؤٹ عناصر کی ضمانت دیتا ہے وہ موجود ہیں:

node scripts/verify_gongwen_docx.mjs --input /tmp/gongwen.docx --profile ordinary

تصدیق کامیاب ہونے کا مطلب یہ نہیں کہ حتمی جائزہ چھوڑا جا سکتا ہے۔ رسمی حوالگی سے پہلے فائل کو ہدف کمپیوٹر کے Word یا WPS میں کھولیں اور حقیقی پرنٹنگ کی شرائط کے ساتھ لائن ٹوٹنے، صفحہ بندی، فونٹ، ضمیمے اور مہر لگانے کی جگہ کی جانچ کریں۔

پہلے سے چھپے سرخ ہیڈر والے کاغذ کے لیے پرنٹنگ مسودہ تیار کریں

اگر مواد کو ایسے کاغذ پر پرنٹ کرنا ہو جس پر سرخ ادارہ جاتی نشان اور سرخ لکیر پہلے سے موجود ہو، تو رسمی لے آؤٹ اور پہلے سے چھپے سرخ ہیڈر کا موڈ واضح طور پر منتخب کریں:

node scripts/generate_gongwen_docx.mjs --input tests/fixture.md --output /tmp/formal.docx --format formal --letterhead preprinted --letterhead-reserve-mm 72 --org "示例单位文件" --doc-no "示例发〔2026〕1号" --title "公文格式回归测试"

--letterhead-reserve-mm 72 کا مطلب ہے کہ پہلے صفحے پر کاغذ کے پہلے سے موجود سرخ ہیڈر کے لیے 72 ملی میٹر جگہ محفوظ کی جائے۔ 72 ملی میٹر ڈیفالٹ قدر ہے؛ حقیقی استعمال میں متعلقہ ادارے کے سرخ ہیڈر والے کاغذ کی پیمائش کریں اور منصوبے کے معاون 37 سے 130 ملی میٹر کے دائرے میں اسے ایڈجسٹ کریں۔ یہ موڈ DOCX میں سرخ ادارہ جاتی نشان اور سرخ لکیر دوبارہ نہیں بناتا۔

اس کے بعد متعلقہ رسمی لے آؤٹ کی ترتیب سے تصدیق کریں:

node scripts/verify_gongwen_docx.mjs --input /tmp/formal.docx --profile formal --letterhead preprinted

مکمل الیکٹرانک سرخ ہیڈر تیار کریں

صرف اس وقت --letterhead digital استعمال کریں جب DOCX میں سرخ ہیڈر کے تمام عناصر واقعی بنانے کی ضرورت ہو:

node scripts/generate_gongwen_docx.mjs --input tests/fixture.md --output /tmp/formal-digital.docx --format formal --letterhead digital --org "示例单位文件" --doc-no "示例发〔2026〕1号" --title "公文格式回归测试"

الیکٹرانک سرخ ہیڈر فونٹ کے ماحول کے لیے زیادہ حساس ہوتا ہے۔ سرخ ہیڈر اور عنوان میں ہدف کمپیوٹر پر حقیقتاً نصب 小标宋体 فونٹ، جبکہ正文 اور دیگر مواد میں معیاری 仿宋体 فونٹ استعمال ہونا چاہیے۔ اگر جنریٹر کو یہ فونٹس نہ ملیں تو وہ ٹرمینل میں انتباہ دے گا اور استعمال کیے گئے متبادل فونٹس کا اندراج کرے گا۔

فونٹ کا متبادل ممنوع

ایسی حوالگی کی صورت میں جہاں فونٹ کے متبادل قابلِ قبول نہ ہوں، جنریٹر اور تصدیق کنندہ دونوں میں --require-standard-fonts شامل کریں۔ اگر موجودہ کمپیوٹر میں 小标宋体 یا معیاری 仿宋体 موجود نہ ہو تو کمانڈ رک جائے گی اور غائب فونٹس کی فہرست دے گی، متبادل ورژن تیار نہیں کرے گی۔

node scripts/generate_gongwen_docx.mjs --input tests/fixture.md --output /tmp/strict.docx --format formal --letterhead digital --org "示例单位文件" --doc-no "示例发〔2026〕1号" --title "公文格式回归测试" --require-standard-fonts
node scripts/verify_gongwen_docx.mjs --input /tmp/strict.docx --profile formal --letterhead digital --require-standard-fonts

فہرست، ضمیمے اور مخصوص فارمیٹس

Word یا WPS میں فہرست تیار کریں

جنریٹر چار سطحوں کے عنوانات کو معیاری عنوان اسٹائلز اور آؤٹ لائن لیولز میں لکھتا ہے۔ دستاویز کھولنے کے بعد Word/WPS میں “حوالہ جات→فہرست” منتخب کرکے خودکار فہرست تیار یا اپ ڈیٹ کی جا سکتی ہے۔ چوتھی سطح کے عنوانات دکھانے یا نہ دکھانے کا انتخاب فہرست کی ترتیبات میں کیا جا سکتا ہے۔

ضمیمہ شامل کریں

--attachment-file کو بار بار استعمال کرکے متعدد ضمیمے الگ صفحات پر دستاویز میں شامل کیے جا سکتے ہیں۔ جنریٹر “ضمیمہ” کا لیبل، تیسری سطر کا عنوان اور正文 ترتیب دیتا ہے، اور رسمی فائل کے صفحہ نمبروں کا تسلسل برقرار رکھتا ہے۔ مخصوص ان پٹ ڈھانچے کے لیے ریپوزٹری میں موجود SKILL.md سے رجوع کریں۔

مخصوص جنریشن برانچ منتخب کریں

• خط letter: مقررہ سائز کی اوپر اور نیچے سرخ دوہری لکیریں تیار کرتا ہے، نچلی لکیر فوٹر میں ہوتی ہے، اور صفحہ نمبر بند کر دیتا ہے۔
• حکم command: ادارہ جاتی نشان کے نیچے دو خالی سطروں، حکم نمبر کے نیچے دو خالی سطروں اور دیگر لے آؤٹ تقاضوں کو نافذ کرتا ہے۔
• منٹس minutes: “حاضر”، “رخصت” اور “مشاہد” لیبلز کو سیاہ فونٹ اور افراد کی فہرست کو فینگ سونگ فونٹ میں مقرر کرتا ہے۔

یہ اقسام عام لے آؤٹ میں محض متن کی تبدیلی نہیں ہیں، بلکہ ہر ایک متعلقہ جنریشن برانچ میں داخل ہوتی ہے۔ انتخاب سے پہلے فائل کی قسم کی تصدیق کریں۔

اعلیٰ درجے کے استعمال کی تجاویز

1. ادارے کے نام سے سرخ ہیڈر کی قسم کا اندازہ نہ لگائیں۔عام مواد کے لیے ہمیشہ ordinary واضح طور پر استعمال کریں، جبکہ رسمی دستاویز کے لیے formal واضح طور پر منتخب کریں۔
2. پہلے کاغذ کی تصدیق کریں، پھر پرنٹنگ کی خالی جگہ مقرر کریں۔پہلے سے چھپے سرخ ہیڈر والے کاغذ کا حقیقی سائز ادارے کے سانچے کے مطابق مختلف ہو سکتا ہے، اس لیے ڈیفالٹ 72 ملی میٹر کو механیکی طور پر استعمال نہ کریں۔
3. حتمی ترمیمی ماحول میں فونٹس نصب کرکے ان کی تصدیق کریں۔ایک ہی فونٹ مختلف نظاموں، Word اور WPS میں مختلف نام سے ظاہر ہو سکتا ہے، اور متبادل فونٹ فونٹ سائز، لائن اسپیسنگ اور لائن ٹوٹنے کو بھی بدل سکتا ہے۔
4. طویل دستاویزات کو عنوان اسٹائلز کے ذریعے برقرار رکھیں۔فہرست کی سطحوں کی دستی نقل نہ کریں؛ جنریٹر کے ذریعے لکھے گئے 标题1 سے 标题4 اسٹائلز استعمال کریں۔
5. خودکار تصدیق کو دستی جانچ کے ساتھ ملائیں۔ریپوزٹری میں موجود references/gbt9704-audit-matrix.md اور references/formal-checklist.md سے رجوع کرکے ان امور میں فرق کریں جنہیں خودکار طور پر جانچا جا سکتا ہے اور جن کی لازماً دستی تصدیق ہونی چاہیے۔
6. خصوصی ترتیب کے منطق پر توجہ دیں۔رسمی الیکٹرانک سرخ ہیڈر سرخ لکیر کے نیچے عنوان اور ادارہ جاتی نشان سے دستاویز نمبر تک فاصلے کو کنٹرول کرنے کے لیے واضح 28 پاؤنڈ کے متن کے مرکزی علاقے کی خالی سطریں استعمال کرتا ہے؛ اوپر بھیجی جانے والی دستاویز کا نمبر اور جاری کنندہ ایک ہی سطر میں رکھے جاتے ہیں۔

منصوبے کے ٹیسٹ چلائیں

macOS یا Linux ماحول میں ریپوزٹری کے فراہم کردہ ریگریشن ٹیسٹ چلائے جا سکتے ہیں:

tests/run_tests.sh

ٹیسٹ درمیان میں اور طاق و جفت صفحات کے صفحہ نمبروں کی تیاری، DOCX پیکیج کے ڈھانچے اور PDF تبدیلی کی تصدیق کو شامل کرتے ہیں، تاکہ یہ ثابت ہو سکے کہ جنریٹر، تصدیق کنندہ اور قابلِ طباعت فائل کا سلسلہ چل سکتا ہے۔ کراس پلیٹ فارم انسٹالیشن کو الگ تھلگ ماحول میں tests/test-install.sh کے ذریعے مقامی Skill ڈائریکٹری اور TraeWork درآمدی پیکیج کے ساتھ بھی جانچا جا سکتا ہے۔

اختتامیہ

Gongwen Skill ان سرکاری دستاویزات کے قواعد کو ایک قابلِ نگہداشت ورک فلو میں یکجا کرتا ہے جو عموماً پرامپٹس، Word ٹیمپلیٹس اور عارضی اسکرپٹس میں بکھرے ہوتے ہیں۔ سب سے قابلِ اعتماد طریقہ یہ ہے: پہلے درست عام یا رسمی فارمیٹ منتخب کریں، پھر DOCX تیار کریں، تصدیق کنندہ چلائیں، اور آخر میں ہدف Word/WPS، فونٹ کے ماحول اور پرنٹنگ کی شرائط کے تحت دستی جائزہ مکمل کریں۔ یہ منصوبہ MIT لائسنس کے تحت ہے، تاہم معیاری متون اور سرکاری اداروں کے ٹیمپلیٹس کے لیے متعلقہ حقوق اور انتظامی قواعد کی پابندی ضروری ہے۔