تصور کنید در حال توسعه یک ابزار مدیریت رزرو با گوگل اپس اسکریپت (Apps Script) هستید. همه چیز در ابتدا عالی پیش می‌رود؛ کدها را می‌نویسید، فرم‌ها را طراحی می‌کنید و دیتابیس را به گوگل شیت متصل می‌کنید. اما به مرور زمان، پروژه بزرگ و بزرگ‌تر می‌شود. فایل HTML شما تبدیل به غولی ۷۰۰ خطی می‌شود که هم کد بخش کاربری (Frontend) را در خود جای داده و هم پنل مدیریت (Admin Panel) را.

در این مرحله، هوش مصنوعی ممکن است دچار «گیجی» شود. هر تغییر کوچکی در دیزاین، ممکن است منطق برنامه را به هم بریزد یا برعکس. اینجاست که باید استراتژی خود را تغییر دهید: از یک کدنویس ساده به یک معمار سیستم تبدیل شوید.

استراتژی خروج: انتقال هوشمند به محیط محلی

یکی از چالش‌های اصلی در کار با اپس اسکریپت، محدودیت محیط ویرایشگر آن است. وقتی پروژه به بلوغ می‌رسد، دیگر نباید همه چیز را در یک فضای درهم‌تنیده رها کرد. اولین قدم برای بهینه‌سازی، خارج کردن کدها از محیط اپس اسکریپت و انتقال آن‌ها به یک ادیتور محلی (مثل VS Code) است.

با این کار، شما کنترل کاملی روی فایل‌ها پیدا می‌کنید. می‌توانید یک پوشه اختصاصی بسازید و فایل‌های .html و .js خود را به صورت مجزا ذخیره کنید. این کار نه تنها به ذهن شما نظم می‌دهد، بلکه خوراک دقیق‌تری برای هوش مصنوعی فراهم می‌کند.

چرا انتقال به «چت جدید» معجزه می‌کند؟

گاهی اوقات گفتگو با هوش مصنوعی در یک چت طولانی، شبیه به راه رفتن در گل‌ولای می‌شود. مدل به دلیل محدودیت پنجره بافت (Context Window)، ممکن است دستورات قبلی را فراموش کند یا کدهای قدیمی را با جدید ترکیب کند.

راهکار حرفه‌ای:

  1. کدهای اصلاح‌شده و نهایی خود را از ادیتور محلی کپی کنید.
  2. یک چت کاملاً جدید (ترجیحاً در حالت Canvas یا محیط‌های مشابه) باز کنید.
  3. کدها را به صورت فایل یا متن مستقیم به هوش مصنوعی بدهید و بگویید: «این کد فعلی من است؛ بدون تغییر در عملکرد، فقط ساختار آن را اصلاح کن.»

با این روش، هوش مصنوعی بدون هیچ پیش‌فرض غلط یا «نویز» قبلی، فقط روی کدهای شما تمرکز می‌کند. نتیجه؟ سرعت بالاتر و خطای کمتر.

تبدیل Apps Script به یک API واقعی

برای اینکه بتوانید ظاهر (Frontend) پروژه را روی هاست شخصی خودتان بیاورید و از محدودیت‌های ظاهری گوگل رها شوید، باید نقش اپس اسکریپت را تغییر دهید.

در این ساختار جدید:

  • اپس اسکریپت (Backend): دیگر وظیفه نمایش HTML را ندارد. کدها بازنویسی می‌شوند تا مانند یک API عمل کنند؛ یعنی فقط درخواست‌ها را می‌گیرند، در شیت ذخیره می‌کنند و پاسخ را برمی‌گردانند.
  • هاست شخصی (Frontend): فایل‌های HTML و CSS شما روی هاست خودتان (یا حتی سیستم محلی) قرار می‌گیرند و با استفاده از دستورات fetch به آدرس وب‌اپلیکیشن گوگل متصل می‌شوند.

جراحی ساختار: جداسازی پنل مدیریت از فرم عمومی

یکی از بزرگترین اشتباهات در پروژه‌های جونیور، قرار دادن کد پنل مدیریت و فرم ثبت‌نام در یک فایل است. این کار هم امنیت را پایین می‌آورد و هم حجم کد را بی‌دلیل زیاد می‌کند.

باید از هوش مصنوعی بخواهید این دو بخش را مثل دو موجودیت کاملاً مجزا ببیند:

  1. فایل ایندکس (Public): فقط کدهای مربوط به فرم و تعامل با کاربر عادی. هر کدی که مربوط به مدیریت یا دسترسی به کل دیتابیس است باید از اینجا حذف شود. این کار باعث می‌شود فایل شما از ۷۰۰ خط به مثلاً ۴۰۰ خط کاهش پیدا کند (سبک‌سازی).
  2. فایل ادمین (Admin): یک فایل مجزا که فقط با احراز هویت (Password) باز می‌شود و قابلیت‌هایی مثل جستجو، فیلتر کردن دانشجوها و خروجی اکسل را دارد.

اصلاح باگ‌ها در حین بازسازی

وقتی در حال جداسازی کدها هستید، بهترین زمان برای حل مشکلات قدیمی است. مثلاً اگر سیستم جستجوی شماره موبایل در نسخه قبلی «گیج» می‌زد یا درست فیلتر نمی‌کرد، در چت جدید و همزمان با ساخت فایل ادمین، این درخواست را مطرح کنید.

نکته کلیدی: همیشه ابتدا از کارکرد درست «اتصال» مطمئن شوید و بعد سراغ اضافه کردن امکانات جدید (مثل باکس‌های فیلتر پیشرفته یا آیکون‌های گرافیکی) بروید.

توسعه ابزار با هوش مصنوعی فقط پرامپت‌نویسی نیست؛ بلکه مدیریت جریان داده و ساختار کد است. با جدا کردن فایل‌ها، تبدیل اسکریپت به API و انتقال مداوم کدهای تمیز به چت‌های جدید، شما مانع از سردرگمی هوش مصنوعی می‌شوید. این مسیر به شما اجازه می‌دهد پروژه‌هایی بسازید که نه تنها در ظاهر زیبا هستند، بلکه در پشت صحنه نیز مانند یک نرم‌افزار حرفه‌ای و مقیاس‌پذیر عمل می‌کنند.