پلاگین Vercel به مدل دانش می‌دهد؛ ابزار به پروداکشن دست می‌زند
حدود میانه ژوئیه ۲۰۲۶، Vercel Plugin به چیزی تبدیل شد که می‌شد از VS Code و Copilot CLI واقعاً استفاده کرد، نه فقط اسلایدی درباره skill. بخش مفید باریک‌تر از انرژی اعلامیه است: پلاگین دانش پلتفرم را به نشست ایجنت تزریق می‌کند. کمک می‌کند مدل درباره استقرار، شکل پروژه، و گردش کار مخصوص Vercel حرف بزند بدون اینکه نصف مستندات را در پرامپت بچسبانی.
این تزریق دانش است. این با دادن توکنی که می‌تواند به پروداکشن بفرستد یکی نیست. تیم‌ها این دو ایده را روی هم می‌خوابانند. من در بازبینی مدام از هم جدایشان می‌کنم. تاریخ در دسترس قرار گرفتن را با وضعیت امروز محصول چک کن؛ تفکیک دانش و عمل به آن تاریخ بند نیست.
پلاگین و skill مدل را کم‌نادان‌تر می‌کنند
پلاگین، فایل skill، بسته سند گزیده، یک رده کارند. دانش مرتبط و تازه پلتفرم را در زمینه‌ای می‌گذاری که ایجنت قبل از عمل می‌خواند. نوع خوبش پرچم CLI توهمی و نصیحت کهنه «این را به vercel.json اضافه کن» را کم می‌کند.
این را می‌خواهم. سند غلط در زمینه، PR مطمئنی می‌سازد که در CI می‌شکند. پلاگین پلتفرم راه عاقلانه‌ای است که مغز Vercel مدل به واقعیت نزدیک‌تر بماند تا به قطع آموزش.
ولی دانش هنوز متن است. متن به‌خودی‌خود استقرار نمی‌سازد. راز را نمی‌چرخاند. Postgres پروداکشن را کوئری نمی‌کند. اگر مدل ذهنی‌ات این‌جا تمام شود که «پلاگین Vercel را نصب کن تا Copilot استک ما را بفهمد»، تکمیل و برنامه‌ریزی را بهتر کرده‌ای. ایجنت عملیات طراحی نکرده‌ای.
MCP و ابزار عمل می‌کنند
نیمه دیگر ابزار است: فراخوانی تابع با اثر جانبی. فهرست پروژه. راه انداختن استقرار. خواندن drain لاگ. باز کردن pull request. زدن وب‌هوک. این‌ها اعتبار، محدوده، سیاست تأیید، و رد حسابرسی می‌خواهند.
MCP چسباندن تلی از ابزار به نشست و گفتن «آماده ایجنت» را آسان کرد. آسان همان دام است. وقتی مدل می‌تواند چیزی را با توکن پروداکشن صدا بزند، در قلمرو صف و وب‌هوک و حادثه هستی، حتی اگر UI هنوز شبیه نوار کناری چت باشد.
حالت شکستی که می‌بینم: تیم در یک نفس پلاگین سند را نصب می‌کند و سرور MCP ممتاز را، بعد هر دو را «باهوش‌تر کردن ایجنت» می‌نامد. یکی کتابخانه است. دیگری مسیر دسترسی به پروداکشن.
مسیر دانش را از قابلیت ممتاز جدا کن
قاعده من برای طراحی محصول ایجنت دو مسیر است. مسیر دانش: پلاگین، skill، سند نمایه‌شده، خلاصه اسکیما، دفترچه اجرا. خواندن‌محور. شعاع انفجار کم. برای توسعه‌دهنده می‌شود گسترده روشن کرد. مسیر عمل: ابزار MCP، CLI با اعتبار، API استقرار، کلاینت پایگاه. فهرست مجاز صریح. توکن به تفکیک محیط. تأیید برای هر چیز برگشت‌ناپذیر.
پیش‌فرض به هم سیم‌شان نکن فقط چون هر دو در یک نشست Copilot ظاهر می‌شوند. ایجنت کدنویسی که می‌داند استقرار پیش‌نمایش Vercel چطور کار می‌کند، در سندباکس بدون توکن پروداکشن مفید است. ایجنتی که می‌تواند استقرار را ارتقا دهد باید وضعیت دیگری باشد، شاید نیمرخ دیگر، قطعاً راز دیگر.
اگر مجبوری هر دو را در یک محصول بگذاری، حالت را در UI برچسب بزن. «درباره Vercel بپرس» و «روی پروژه X عمل کن» نباید یک کلید بی‌خیال را شریک باشند.
وقتی قاطی شوند چه می‌شود
اعتماد اضافه از جواب بهتر. پلاگین مدل را درباره پلتفرم روان نشان می‌دهد. لحن روان بازبین را کمتر بدبین می‌کند وقتی ایجنت ابزار استقرار هم دارد. اعتماد لحن مجوز نیست.
خزش محدوده در سرور ابزار. کسی ابزار «فقط برای دیباگ» خواندن env را کنار کمک سند اضافه می‌کند. سه هفته بعد همان نقطه MCP می‌تواند env پروداکشن را بخواند چون سرور به پروژه غلط اشاره کرده. فایل skill این را باعث نشده. مرز غایب باعث شده.
آشفتگی حسابرسی. بعد از حادثه کسی نمی‌داند ایجنت چیزی را از سند تزریق‌شده «می‌دانسته» یا از راه ابزار «انجام داده». لاگی نگه دار که منبع زمینه را از فراخوانی ابزار جدا کند. در گزارش پس از حادثه ابزار deployments.create را با فاعل و آرگومان می‌خواهم، نه رونوشتی درهم که مثل پست وبلاگ خوانده شود.
تئاتر امنیت. «پلاگین رسمی را نصب کردیم» می‌شود چک‌باکسی که جای حداقل امتیاز را می‌گیرد. پلاگین جای توکن محدود، اجرای سندباکس، یا تأیید انسان برای فرستادن به پروداکشن را نمی‌گیرد.
خود پلاگین را چطور روشن می‌کنم
جایی که توسعه‌دهنده از قبل کار می‌کند روشن کن، VS Code و Copilot CLI، به‌عنوان لایه دانش برای سؤال شکل Vercel و کمک گردش کار محلی. اعتبار پیش‌نمایش و پروداکشن را از آن نشست پیش‌فرض بیرون نگه دار.
اگر بعداً ایجنتی خواستی که استقرار را ببیند یا ارتقا دهد، پشت پیکربندی ابزار جدا بگذار. توکن فقط staging به‌صورت پیش‌فرض. توکن پروداکشن فقط در نیمرخ شکستن شیشه. تأیید روی ارتقا، alias، و تغییر env. هیچ سرور «دسترسی کامل Vercel» از هر چت آویزان نباشد. پلاگین می‌تواند در زمینه بماند. ابزار باید راه ورودش را به دست بیاورد.
هر پلتفرم چیزی شبیه این خواهد فرستاد: بسته skill تا مدل محصول را بفهمد، به‌علاوه اتصال اختیاری تا ایجنت بتواند عمل کند. AWS، پایگاه داده، ارائه‌دهنده پرداخت، همان شکاف می‌آید چه کلمه پلاگین را به کار ببرند چه نه.
ایجنت داخلی را همین‌طور طراحی کن. سند مخزن و خلاصه اسکیما دانش‌اند. دکمه استقرار و کوئری پروداکشن ابزارند. اول یاد بده. بعد اجازه بده. نگذار جمله بازاریابی درباره «ایجنت باهوش‌تر» قانعت کند که این‌ها یک قابلیت‌اند. ایجنتی می‌خواهم که بداند استک چطور کار می‌کند. می‌خواهم شب هم بخوابم. این دو فقط وقتی با هم جمع می‌شوند که سند و کلید در دو قفسه جدا باشند.
دانش تاریخ انقضا دارد، توکن نه به‌صورت پیش‌فرض
سند تزریق‌شده را مثل وابستگی ببین. اگر پلاگین یا skill ماه‌ها به‌روز نشود، مدل دوباره پرچم کهنه را با اعتماد تازه می‌گوید و بازبین چون «پلاگین رسمی» است کمتر شک می‌کند. راه تازه کردن دانش را جدا از راه چرخاندن توکن بنویس. یکی کار توسعه‌دهنده است. دیگری کار عملیات.
در بازبینی PR که ایجنت نوشته، بپرس این تغییر از دانش آمده یا از ابزار. اگر diff فقط کد است و هیچ فراخوانی استقرار در لاگ نیست، هنوز حق نداری فرض کنی نشست به پروداکشن دست نزده، مگر اینکه توکن از همان نشست غایب بوده باشد. غیاب توکن را قابل اثبات کن، نه قابل اعتماد به حافظه تیم.
این تفکیک را در سند داخلی یک صفحه نگه دار: چه چیزی دانش است، چه چیزی عمل است، کدام نیمرخ کدام راز را دارد، و چه کسی تأیید ارتقا را می‌زند. اگر این صفحه را نداری، نصب پلاگین فقط شروع ابهام است.