تصور کنید دسترسی مستقیم یک مدل هوش مصنوعی مانند Claude به سخت‌افزار شبکه، تنظیماتی که ساعت‌ها زمان می‌برد را به چند ثانیه کاهش دهد و یک محیط پیچیده را به فرآیندی ساده و بهینه تبدیل کند. در ۱۵ ژوئیه ۲۰۲۶، یک متخصص شبکه مستند کرد که چگونه مدل‌های زبانی بزرگ (LLM) — شبیه به یک نیروی تکثیرکننده اما هر چه باشد، آشوب‌ناک — می‌توانند در پیکربندی تجهیزات MikroTik عمل کنند. این ابزارها سرعت استقرار شبکه را به‌شدت افزایش می‌دهند، اما در عین حال، نیاز به تأیید سخت‌گیرانه توسط انسان را اجباری می‌کنند.
شبکه‌سازی اغلب شبیه به یک کوه یخ است؛ کاربر در سطح تنها یک آدرس IP ساده را می‌بیند، اما در اعماق آن، منطق مسیریابی پیچیده‌ای نهفته است که می‌تواند هر کسی را مبهوت کند. هرچه عمیق‌تر شوید، با ابزارهایی مانند «the dude» و سایر کاربردهای مبهم و تخصصی روبرو می‌شوید. این عمق و پیچیدگی، فرآیند را برای کسانی که به‌صورت آماتور با شبکه سروکار دارند — یعنی کسانی که «نیمه‌شبکه‌ساز» هستند و می‌توانند کابل بکشند یا پانل‌های کوچک را وصل کنند، اما بدون مطالعه‌ای مفصل نمی‌توانند از آزمون رسمی «مهندس مسیریابی خبره» (Certified Routing Engineer) پاس شوند — بسیار دشوار می‌کند.
این چالش در تجهیزات میکروتیک به‌دلیل تنوع کاربردها، از روترهای IoT و مودم‌های تلفن همراه گرفته تا روترهای معمولی، سوئیچ‌ها و سیستم‌های نقطه-به-نقطه (Point-to-Point)، بسیار شدید است. سخت‌افزار این برند به‌خاطر قابلیت اطمینان بالا و قیمت ارزان محبوب است، اما مجموعه جامع ویژگی‌های آن اغلب با یک رابط پیکربندی پیچیده همراه است. همان‌طور که در تحلیل قبلی ما درباره‌ی مدل‌های قیمت‌گذاری تخصصی AI مانند Oxlo.ai برای بهینه‌سازی تأخیر در بک‌اند اشاره کردیم، این تغییر به سمت مدیریت زیرساخت‌های مبتنی بر هوش مصنوعی، تمرکز را از وارد کردن دستی داده‌ها به «ارکستراسیون» یا مدیریت سطح بالا تغییر می‌دهد.
برای استفاده مؤثر از مدل‌های زبانی در شبکه‌سازی، نویسنده چندین مکانیزم و گردش‌کار خاص را توصیه می‌کند:
- یکپارچگی با API: استفاده از APIهای REST/JSON به‌طور قابل‌توجهی «بومی‌تر» برای مدل‌های زبانی است تا SSH. این روش از وضعیت «مرگ با هزار برش» (death by a thousand cuts) جلوگیری می‌کند؛ وضعیتی که زمانی رخ می‌دهد که LLMها سعی می‌کنند متن‌ها را به‌صورت رفت‌وبرگشتی در یک ترمینال منتقل کنند و در این مسیر دچار خطا شوند.
- تأیید اجماعی: بررسی متقاطع پیکربندی‌ها در چندین مدل مختلف — به‌ویژه Antigravity، Codex، Opus و Fable — به کاربر کمک می‌کند تا بر اساس یک اجماع مشترک، تشخیص دهد که آیا موردی فراموش شده است یا چیزی به‌شدت اشتباه پیکربندی شده است.
- مدیریت لایه ۲: استفاده از MAC-Telnet به هوش مصنوعی اجازه می‌دهد از طریق لایه L2 (آدرس MAC) با دستگاه‌ها ارتباط برقرار کند. این قابلیت زمانی حیاتی است که آدرس‌های IP در شبکه «پراکنده» باشند، مثلاً زمانی که شبکه‌های تکراری 192.168.88.x وجود دارد و روتر از طریق IP اتترنت در دسترس نیست. در حالی که WinBox اکنون چندپلتفرمی است و روی مک (Mac) کار می‌کند، اما یک رابط گرافیکی (GUI) است که مدل‌های زبانی نمی‌توانند آن را کنترل کنند؛ بنابراین، یک ابزار خط فرمان (CLI) مانند MAC-Telnet ضروری است.
- بهداشت پیکربندی: غیرفعال کردن سرویس‌های ناامن مانند پورت API غیرامن، www، telnet و ftp حیاتی است. علاوه بر این، تنظیم NTP (سرویس‌های زمان) روی تمام دستگاه‌ها، گامی کوچک اما حیاتی برای حفظ سلامت سیستم و ثبت دقیق گزارش‌ها (Logging) است.
- شناسه‌گذاری دستگاه‌ها: نویسنده پیشنهاد می‌کند از نام‌های توصیفی برای روتر، سوئیچ و نقاط دسترسی بی‌سیم استفاده شود. این موضوع شامل نام‌گذاری پورت‌ها در یک سوئیچ نیز می‌شود تا ردیابی اینکه هر پورت به کدام دستگاه متصل است، در هنگام جابه‌جایی سخت‌افزارها آسان‌تر شود.
یکی از نقاط شکست بحرانی شناسایی شده، «توهم مدل زبانی» (LLM hallucination) در مورد نحو (Syntax) دستورات است. به‌دلیل اینکه نسخه‌های RouterOS تغییر می‌کنند، مدل‌ها ممکن است گزینه‌های قدیمی را پیشنهاد دهند یا تصور کنند دستوری را می‌شناسند که از آن زمان تاکنون تغییر یافته است. نویسنده تأکید می‌کند که تمام دستگاه‌ها باید به یک نسخه یکسان از RouterOS به‌روزرسانی شوند و به‌طور صریح از مدل بخواهند که نحو دستورات را بازبینی و تأیید کند.
برای جلوگیری از فروپاشی کامل شبکه، گردش‌کار پیشنهادی شامل موارد زیر است:
- اجرای تک‌مرحله‌ای (Granular Execution): وظایف را به حداقل برسانید و یکی‌یکی پیش بروید؛ هرگز از یک پرامپت واحد مانند «شبکه‌ام را تنظیم کن و اشتباه نکن» استفاده نکنید.
- تست تکرارشونده: بلافاصله بعد از هر تغییر تک‌در‌تک در پیکربندی، شبکه را تست کنید.
- دفترچه بازیابی (Recovery Runbook): پیش از تخریب یک شبکه در جریان مهاجرت (مثلاً تبدیل یک روتر تک‌کاره با وای‌فای داخلی به ترکیبی از روتر+سوئیچ+دو AP)، تمام SSIDها، رمزها و رزروهای DHCP را مستند کنید. این دفترچه بازیابی باید تست شود؛ زیرا یک پشتیبان تست‌نشده، معادل فایلی است که تماماً از صفر تشکیل شده است.
- کنترل نسخه: قبل و بعد از هر تغییر، یک کپی کامل (Dump) از کل پیکربندی بگیرید تا امکان کنترل نسخه از طریق منبع (Source Version Control) فراهم باشد.
برای کاربران خانگی یا دفاتر کوچک، این به معنای آن است که سد ورود به شبکه‌سازی در سطح حرفه‌ای در حال ریزش است. شما دیگر برای پیاده‌سازی ویژگی‌های پیشرفته‌ای مانند CAPsMAN نیاز به مدرک تخصصی ندارید؛ ابزاری که نویسنده آن را یک «ساده‌ساز بزرگ برای وای‌فای» توصیف می‌کند و پیکربندی آن با کمک مدل‌های زبانی «بسیار راحت و سریع» است. در این وضعیت، ریسک از «چگونه این کار را انجام دهم؟» به «آیا هوش مصنوعی در اینجا اشتباه کرده است؟» تغییر می‌کند.
این گذار، مدیر شبکه را به یک «بازبین» (Reviewer) تبدیل می‌کند. با خرد کردن وظایف به گام‌های تک‌به‌تک و بهره‌گیری از کلاینت‌های L2 telnet، می‌توان سخت‌افزارهایی را مدیریت کرد که پیش‌تر برای تنظیمات آماتور بیش از حد پیچیده بودند. مزیت اصلی این روش سرعت است، اما بهای آن، الزام به بازبینی و تأیید مداوم است.
برای شروع، سعی کنید پیش از اولین مهاجرت شبکه با هدایت AI، یک دفترچه بازیابی اختصاصی تهیه کنید. همچنین می‌توانید فرمول جدید Homebrew را که برای MAC-Telnet ساخته شده است، یا یک ابزار CLI کوچک همراه آن را که برای مصرف راحت‌تر توسط مدل‌های زبانی طراحی شده است، بررسی کنید.
گام بعدی شما
- پیش از اولین مهاجرت شبکه با کمک AI، یک دفترچه بازیابی (Runbook) دقیق تهیه کنید.
- فرمول جدید Homebrew را برای نصب MAC-Telnet بررسی کنید تا دسترسی لایه ۲ را فعال کنید.
- برای کاهش توهمات مدل، لیست نسخه‌ی RouterOS خود را در ابتدای پرامپت به مدل اعلام کنید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو