Pi.dev: شما گفتید No MCP

از: Earendil Engineering < rfc@earendil.com >

اولین چیزی که باید به خاطر بسپارید این است که جهان ساکن نیست. ما در سال گذشته به MCP توجه کرده‌ایم و MCP امروز MCP سال گذشته نیست. با این حال، این به تنهایی دلیل زیادی برای قرار دادن آن در هسته نخواهد بود. همانطور که می دانید، Pi دارای یک اکوسیستم عالی از برنامه های افزودنی است، مطمئنا MCP می توانست یک افزونه باشد؟ شاید حتی یک Earendil پسوند را تأیید کند. و بله، شما واقعا درست می گویید که MCP می توانست یک پسوند باشد، همانطور که بود. این که MCP اکنون بخشی از هسته است، نتیجه این است که ما سر خود را کنار هم قرار می دهیم و در مورد آن تجدید نظر می کنیم.

دلیل اینکه ما MCP را به هسته وارد کردیم فقط در مورد نحوه تغییر MCP نیست، بلکه به این دلیل است که متوجه شدیم تغییراتی که لازم است به طور کلی مفید هستند. به عنوان مثال، تغییراتی که ما در MCP ایجاد کرده‌ایم، استفاده از Jev را به راحتی در Pi نیز امکان‌پذیر می‌سازد. در نهایت آنچه Pi به آن نیاز دارد کاملا شبیه به آنچه MCP نیاز دارد است: یک جعبه شنی برای بازی در قالب یک مفسر.

در حالی که بسیاری از چیزها در مورد MCP بهبود یافته اند، تعداد کمی بهبود یافته اند. بزرگترین مشکل MCP این است که نوشتن آن سخت است. حتی با کد مد، که فقط یک جعبه ماسه‌بازی کوچک است که امکان ایجاد تماس‌های ابزار را فراهم می‌کند، MCP به طور کامل این کار را انجام نمی‌دهد. اما در این مرحله کمتر مشکل MCP وجود دارد، بلکه سرورهای MCP وجود دارد و رویکردهای مختلف مهارها برای کار با آنها.

بسیاری از سرورهای MCP هنوز برای مهارهایی ساخته شده‌اند که فقط ابزارها را در متن می‌ریزند و سعی می‌کنند با برگرداندن متن، کارایی توکن‌ها را در کنار خود بهینه کنند. روشی که ما دوست داریم در این مرحله در مورد MCP فکر کنیم این است که با کشف ابزار هوشمند باید به OpenAPI بسیار نزدیکتر باشد. این بدان معناست که ابزارها باید داده های ساختار یافته را برگردانند و ابزارها باید با مستندات و توضیحاتشان قابل کشف باشند.

دلیل اینکه CLIها بسیار کاربردی هستند این است که عامل و مدل فقط موارد را با bashism های کارآمد به هم متصل می کنند. اما هیچ دلیل اساسی وجود ندارد که چرا با MCP نمی توانید این کار را انجام دهید. MCP در Pi فقط بر اساس قرار دادن آن ابزارها در جعبه ایمنی جاوا اسکریپت ساخته شده است، مانند سایر مهارها مانند Codex.

این سؤال را ایجاد می کند که چرا ما فقط Codemode را بدون MCP انجام ندادیم. بخشی از پاسخ به این موضوع به نحوه بیان ابزارها در Pi امروز مربوط می شود. ما در ماه‌های اخیر کارهای زیادی انجام دادیم تا به Pi اجازه دهیم با مدل‌های جدیدی که بارگذاری ابزار به تعویق افتاده، پیام‌های سیستم در اواسط مکالمه و تغییرات سطح استدلال را امکان‌پذیر می‌کنند، معنا پیدا کند. با این حال، ما هنوز بارگذاری ابزار خود را برای مقیاس بهتر برای این قابلیت‌های جدید ارتقا نداده‌ایم.

در دنیای Codemode باید تصمیم گرفت که آیا ابزار برای LLM در دسترس است یا فقط بخش کد LLM. یک برنامه افزودنی MCP معمولی دارای ابرداده کافی از بارگیری ابزار Pi در دسترس نیست تا آن تجربه به خوبی کار کند. بنابراین ما باید اطمینان حاصل می‌کردیم که ابزارها را می‌توان به گونه‌ای پیکربندی کرد که به تعویق افتاده یا یک چیز خاص Codemode باشند.

و در حالی که می‌توانستیم ابرداده‌ها را برای فعال کردن پسوندهای MCP بهتر سیم‌کشی کنیم، همچنین فکر می‌کنیم که MCP با Codemode تعداد زیادی از مشکلاتی را که به طور سنتی داشت حل می‌کند. ما معتقدیم بهترین راه برای تأثیرگذاری مثبت بر چیزی، پذیرش آن است. و در حالی که ما فکر می کنیم که MCP مدرن در موقعیت بسیار بهتری نسبت به MCP قرار دارد، سرورها و الگوها هنوز هم فضایی برای بهبود دارند. بنابراین ما می‌خواهیم بخشی از آن مکالمه باشیم و به آن کمک کنیم تا به جای ایستادن در حاشیه و فقط تماشا کردن، در مهارهای کوچک به خوبی کار کند.

اکنون ما آنقدر در مورد Codemode صحبت کردیم، شاید ارزش توضیح دادن آن را داشته باشد. هنگامی که یک مهار ابزارها را اجرا می کند، در بیشتر موارد دارای دو طرف است: می تواند این کار را در جایی که bash اجرا می شود انجام دهد، یا می تواند این کار را در جایی که حلقه عامل مهار اجرا می شود انجام دهد. سطح اعتماد هر دو طرف بسیار متفاوت است. حلقه مهار اغلب در محیطی اجرا می‌شود که مورد اعتماد است، در حالی که ابزارهایی که اجرا می‌کند اغلب درون جعبه‌ای اجرا می‌شوند که واقعا آنقدرها قابل اعتماد نیستند.

اکنون از نظر تئوری هر زبانی می تواند انجام دهد، اما جاوا اسکریپت کاملا جذاب است زیرا نسخه های کوچک جاوا اسکریپت را می توان به صورت باینری WASM ارسال کرد و سطوح معقولی از محافظت را فراهم کرد.

در Pi، Codemode به طور خودکار با پیکربندی MCP بارگیری می شود، یا می توان آن را به عنوان یک ابزار پیش فرض به پیکربندی اضافه کرد. فقط از pi بخواهید خودش را مجددا پیکربندی کند تا حالت کد را فعال کند! سپس می توانید از آن برای چیزهای بسیار جالب استفاده کنید، نه فقط MCP. به عنوان مثال، هنگامی که با ارائه دهنده ای وارد شده اید که "Jev" را ارائه می دهد، می توانید کارهایی مانند این را انجام دهید:

از typeafe/jev از طریق کد مد استفاده کنید تا 20 ناامیدترین نظر دهندگان را در ردیاب مشکل ما پیدا کنید.

و به طرز هوشمندانه ای چیزهایی مانند Linear MCP و Jev را برای انجام آن تحلیل، درست از درون Pi، بدون هدر دادن هیچ زمینه ای ترکیب می کند.

ما بعدا در مورد چیزهایی مانند Jev و Codemode چیزهای بیشتری برای گفتن خواهیم داشت، اما امیدواریم این پست به عنوان نمونه ای از چگونگی تطبیق و به روز رسانی اندیشمندانه Pi در ادامه تکامل جهان باشد.