اگر از چندین ابزار کدنویسی هوشمند استفاده میکنید، احتمالاً از تکرار تنظیمات یکسان در هر محیط خسته شدهاید. ivar این مشکل را حل میکند تا توسعهدهندگان بتوانند سرورهای پروتکل زمینه مدل (Model Context Protocol یا MCP) — که شبیه به یک مترجم استاندارد برای اتصال هوش مصنوعی به دادههای خارجی است — را یکبار تعریف کرده و بهطور همزمان در Claude Code، OpenCode و OMP همگامسازی کنند.
این ابزار در حالی معرفی میشود که اکوسیستم ابزارهای سازگار با MCP بهسرعت در حال گسترش است. این روند به خوبی در پلتفرم OGAD دیده میشود که با پیادهسازی استاندارد MCP تلاش میکند نیاز به فضای ابری را برای اتصال هوش مصنوعی محلی به اپلیکیشنها حذف کند. همانطور که در تحلیل قبلی ما دربارهی تزریق محدودیتهای بودجه در Claude Code از طریق هوکها (hooks) اشاره کردیم، چالش اصلی اکنون از مدیریت هزینهها به زیرساختها تغییر یافته است. توسعهدهندگانی که از چندین محیط استفاده میکنند، معمولاً مجبور به نگهداری سه فایل JSON مجزا هستند. این وضعیت منجر به پدیدهای به نام «انحراف پیکربندی» (configuration drift) میشود؛ به این معنا که بهروزرسانی یک URL در یک فایل، در بقیه فراموش شده و باعث میشود نیمی از جلسات کاری بدون اتصال به سرور مورد نظر شروع شوند.
به نقل از راهنمای منتشر شده در dev.to در تاریخ ۱۵ اکتبر ۲۰۲۶، ivar تمام این اعلانها را در یک فایل واحد به نام ivar.json متمرکز میکند. این ابزار وظیفهی دشوار تبدیل این تنظیمات به فرمتهای خاص هر محیط را بر عهده میگیرد: فایل .mcp.json برای Claude Code، فایل opencode.json برای OpenCode و فایل .omp/mcp.json برای OMP.
زمینهسازی و راهاندازی
برای پیادهسازی، کاربران ابزار را از طریق یک اسکریپت curl نصب کرده و یک دایرکتوری به نام «hall» ایجاد میکنند. این دایرکتوری مانند یک مرکز فرماندهی برای تمامی ارائهدهندگان و سرورها عمل میکند. فرآیند راهاندازی شامل افزودن محیطهای مورد استفاده است، مثلاً با دستورات ivar provider add opencode و ivar provider add omp.
پس از مقداردهی اولیه، سرورها با دستور ivar mcp add اضافه میشوند. برای سرویسهای شناختهشدهای مثل Figma و Linear، ابزار ivar بهطور خودکار URLها را پر میکند. برای سایر سرورهای HTTP، کاربر باید آدرس را دستی وارد کند؛ برای مثال با دستوری شبیه به ivar mcp add sentry --url https://mcp.sentry.dev/mcp. نکتهی مهم این است که اگر سروری با نام تکراری اما URL متفاوت اضافه شود، ivar برای جلوگیری از خطا و جایگزینی ناخواسته، اجازه تغییر نمیدهد و درخواست را رد میکند.
پیادهسازی فنی
ivar فراتر از همگامسازی ساده، مشکلاتی را در احراز هویت حل میکند. برای مثال، Figma اغلب ثبتنام کلاینت را وقتی مستقیماً از طریق OpenCode انجام شود، رد میکند؛ در این حالت دستور opencode mcp auth صرفاً عبارت «Authentication failed» را چاپ کرده و خارج میشود. ivar این مشکل را با ثبت یک نام کلاینت که مورد پذیرش Figma باشد و سپس نوشتن مستقیم توکنهای حاصل در ذخیرهساز OpenCode دور میزند.
روش احراز هویت در هر محیط متفاوت است:
- Claude Code: از دستور
claude mcp loginبرای اجرای مرحله مرورگر استفاده میکند. - OpenCode: از دستور
opencode mcp authبرای مرحله مرورگر بهره میبرد. - OMP: این ابزار دستور بومی برای لاگین MCP ندارد؛ بنابراین ivar جریان مرورگر را اجرا کرده و توکن را از طریق
omp auth-broker importوارد میکند.
قابلیتهای کلیدی این ابزار عبارتاند از:
- اعلان متمرکز: تعریف یکباره سرور با دستور
ivar mcp add [server]. فایلivar.jsonاطلاعاتی شامل نام، نوع (مثلاً http) و URL را ذخیره میکند. - احراز هویت یکپارچه: دستور
ivar mcp auth [server] --all-providersجریان لاگین مرورگر را برای تمام محیطهای لیستشده بهترتیب یکی پس از دیگری اجرا میکند. حتی اگر احراز هویت در یک محیط شکست بخورد، ابزار برای محیطهای دیگر تلاش میکند. - مدیریت اسرار: کلیدهای امنیتی (Client secrets) در مسیر
.ivar/secrets/mcp.envذخیره میشوند تا وارد فایلهای پیکربندی که توسط git ردیابی میشوند نشوند. توکنها هرگز درivar.jsonقرار نمیگیرند و این به همتیمیها اجازه میدهد فایل پیکربندی را commit کنند اما هر کس احراز هویت شخصی خود را انجام دهد. - ردیابی وضعیت: دستور
ivar mcp statusدقیقاً چاپ میکند که کدام سرور در کدام محیط دارای اعتبارنامه (credentials) است.

محدودیتهای سیستمی
این ابزار در حال حاضر از macOS و Linux پشتیبانی میکند و ویندوز یا WSL هنوز آزمایش نشدهاند. تمرکز اصلی روی سرورهای HTTP MCP است و Figma و Linear بهعنوان پیادهسازیهای تأییدشده OAuth شناخته میشوند. برای سایر سرورهای OAuth، ivar به لاگین بومی محیط یا جریان داخلی خود برای OMP متکی است. لازم به ذکر است که جریان OAuth مستقیماً با هر سرور MCP صحبت میکند و ivar هیچ سرور واسطی (middle-man) ندارد. در مقیاسهای بزرگتر، پیادهسازی Stateless MCP در محیطهای Kubernetes میتواند محدودیتهای نشستها را حذف کرده و پایداری این زیرساختها را افزایش دهد.
این تغییر، تجربه توسعهدهنده را از تنظیمات «ابزار-محور» به معماری «مرکز-محور» (hall) منتقل میکند. با متصل کردن مخازن و سرورها در یک دایرکتوری واحد، هر جلسه کاری بدون توجه به عامل (agent) مورد استفاده، از محیط یکسانی میخواند.
برای یک توسعهدهنده حرفهای، این یعنی هزینه جابهجایی بین عاملی مثل Claude Code و ابزاری تخصصی مثل OMP تقریباً به صفر میرسد. این رویکرد، سرورهای MCP را از پلاگینهای خاص هر ابزار به زیرساختی مشترک برای کل پشتهی هوش مصنوعی محلی تبدیل میکند.
گام بعدی شما
- اگر از ترکیب Claude Code و ابزارهای متنباز استفاده میکنید، ivar را برای حذف تکرار در فایلهای JSON نصب کنید.
- برای امنیت بیشتر، مطمئن شوید فایل
.ivar/secrets/mcp.envدر.gitignoreشما قرار دارد. - وضعیت اتصال سرورهای خود را با دستور
ivar mcp statusبررسی کنید تا از عدم انحراف پیکربندی مطمئن شوید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.




گفتگو