پیکورن با پروتکل MCP خروجی‌های تصویری هوش مصنوعی را قابل ویرایش کرد

تصور کنید یک طراح گرافیک است که ساعت‌ها وقت صرف تولید یک پوستر با هوش مصنوعی کرده، اما حالا باید تنها یک کلمه از تیتر را تغییر دهد و مجبور است کل تصویر را از اول بسازد. این بن‌بستِ «تصاویر تخت» (Flat Images) همان مشکلی است که پیکورن (Picorn) برای حل آن آمده است. در واقع، یک فایل PNG تخت برای طراحی مبتنی بر هوش مصنوعی یک مسیر بدون خروجی است.

به نقل از سازنده پیکورن در ۱۳ اوت ۲۰۲۶، این ابزار با تغییر ماهیت خروجی‌ها از رندرهای استاتیک به مدل‌های شیء‌محور، اجازه می‌دهد هر لایه به‌طور مستقل مدیریت شود. در این گردش‌کار، عامل‌های هوش مصنوعی به‌جای تولید رندرهای ایستا، مدل‌های ساختاریافته‌ای از اشیاء را ایجاد می‌کنند. این یعنی اگر یک کلمه در تیتر اشتباه باشد، نیازی به تولید مجدد کل تصویر نیست و تنها همان بخش اصلاح می‌شود.

بیشتر ابزارهای بصری فعلی، عامل (Agent) — شبیه دستیاری که دستورات شما را می‌گیرد و اجرا می‌کند — را به یک اقدام واحد محدود کرده‌اند: تولید تصویر. این موضوع باعث ایجاد گلوگاه می‌شود؛ مثلاً اگر کاربر بخواهد جای یک محصول را ۲۰ پیکسل جابه‌جا کند یا لایه فراخوان (CTA) را تغییر دهد، با مشکل مواجه می‌شود. اگر لایه CTA پشت سوژه پنهان شده باشد، یک تصویر تخت هیچ شیء واقعی برای تغییر ارائه نمی‌دهد. در این حالت، عامل مجبور است کل تصویر را دوباره تولید کند و امیدوار باشد نسخه بعدی بهتر باشد.

همان‌طور که در تحلیل‌های قبلی ما درباره‌ی ابزارهای عامل‌محور اشاره کردیم، کلید بهره‌وری در تفکیک «تولید» از «ویرایش» است. این رویکرد در واقع پاسخی به نیاز به تعریف دقیق «پایان کار» در عامل‌های هوش مصنوعی است تا از اتونومی مطلق و خروجی‌های غیرقابل کنترل فاصله گرفته شود. پیکورن با بهره‌گیری از پروتکل زمینهٔ مدل (MCP) — که مثل یک مترجم استاندارد، مدل‌های مختلف را به ابزارهای خارجی متصل می‌کند — این امکان را فراهم کرده تا عامل بتواند پروژه‌ای با پس‌زمینه، تصاویر محصول شفاف و لایه‌های متنی مجزا مدیریت کند که هر کدام دارای یک شناسه (ID) پایدار هستند. این قابلیت به عامل اجازه می‌دهد دستورات دقیقی مانند «محصول را به پشت تیتر منتقل کن» یا «فقط لایه CTA را تغییر بده» را با خطاب قرار دادن همان شیء اجرا کند.

زمینه و گردش‌کار

طبق گزارش وب‌سایت dev.to، این گردش‌کار با ابزارهایی مثل Claude، Cursor یا Codex یکپارچه می‌شود. فرآیند طبق یک توالی مشخص پیش می‌رود: ابتدا عامل دستور (Brief) را دریافت می‌کند، سپس از طریق MCP فراخوانی پیکورن را برای ایجاد یک پروژه لایه‌بندی‌شده انجام می‌دهد و در نهایت یک پیش‌نمایش برای بازرسی کاربر رندر می‌کند.

در این ساختار، رندر نهایی صرفاً یک پیش‌نمایش از سند است، نه منبع اصلی حقیقت (Source of Truth). این پروژه سپس در یک ویرایشگر مرورگر باز می‌شود تا انسان بتواند به‌صورت دستی فاصله، رنگ‌ها یا ترتیب لایه‌ها را پیش از تایید نهایی تنظیم کند. همچنین، فرآیندهای انتشار و زمان‌بندی پست‌ها در پشت یک مرحله تایید صریح قرار دارند تا اطمینان حاصل شود که نتایج تولید شده به‌طور خودکار و بی‌صدا در حساب‌های اجتماعی متصل ظاهر نمی‌شوند. این لایه‌ی نظارتی برای جلوگیری از خطاهای احتمالی حیاتی است، چرا که نشت اطلاعات داخلی یا یادداشت‌های عامل‌ها می‌تواند اعتبار برند را در فضای عمومی به خطر اندازد.

برای تست این مرزها، توسعه‌دهنده از یک پرامپت خاص استفاده می‌کند: «یک پست محصول ۱۰۸۰x۱۰۸۰ بساز. چهار لایه نام‌گذاری شده شامل پس‌زمینه، PNG محصول، تیتر و CTA را حفظ کن. متن‌ها را رسترایز (تبدیل به پیکسل) نکن. محصول را پشت تیتر قرار بده، یک پیش‌نمایش رندر کن و URL پروژه قابل ویرایش را برگردان. هیچ چیز را منتشر نکن.» این تست بررسی می‌کند که آیا رابط متصل شده، ابزارهای ویرایشی واقعی را در اختیار دارد یا صرفاً یک دستور تولید تصویر دیگر را بازส่ง می‌کند.

پیاده‌سازی فنی

از نظر فنی، MCP عمومیِ پیکورن ۳۰ ابزار مجزا را در اختیار عامل قرار می‌دهد. این ابزارها به مدل اجازه می‌دهند تا روی المان‌های اولیه (Primitives) زیر اثر بگذارد:

• مدیریت لایه‌ها: مدیریت لایه‌های متنی، تصاویر، SVG و اشکال هندسی.
• ترکیب‌بندی: کنترل گروه‌بندی، ترازبندی و ترتیب روی‌هم‌گذاری (Stacking Order).
• زمان‌بندی و رندر: مدیریت تایم‌لاین‌های ویدیو و تولید پیش‌نمایش‌های پروژه.
• تحویل (Handoff): بازگرداندن URL پروژه قابل ویرایش به کاربر.

توسعه‌دهنده استدلال می‌کند که ارائه این «ابزارهای کوچک» بسیار برتر از یک دستور واحد و کلی مثل «کمپین بساز» (make_campaign) است. اگرچه یک ابزار واحد برای نمایش (Demo) راحت‌تر است، اما ساختاری را که عامل هنگام بروز خطا در نتیجه اول به آن نیاز دارد، پنهان می‌کند. ابزارهای دانه‌ریز به هوش مصنوعی اجازه می‌دهند تا در صورتی که شناسه‌ها و توضیحات ابزارها ثابت بمانند، یک بخش خاص از سند را بدون تخریب کل ترکیب‌بندی، بازرسی و تعمیر کند.

این تغییر، نقش هوش مصنوعی را از یک «تولیدکننده نهایی» به یک «تولیدکننده پیش‌نویس» تغییر می‌دهد. در این چرخه، انسان فیلتر ضروری برای تطبیق با هویت برند، صحت ادعاها و قضاوت بصری باقی می‌ماند. حلقه نهایی به این صورت تعریف می‌شود: دستور $ \rightarrow $ پیش‌نویس ساختاریافته $ \rightarrow $ رندر $ \rightarrow $ اصلاح انسانی $ \rightarrow $ تایید $ \rightarrow $ انتشار. این تفکیک لایه‌ای در تولید محتوا، با الزامات جدید قانونی برای شفافیت منشأ محتوا همسو است، مشابه آنچه در قوانین جدید اتحادیه اروپا برای اثبات منشأ محتوای هوش مصنوعی مورد تاکید قرار گرفته است.

توسعه‌دهندگانی که می‌خواهند این سیستم را تست کنند می‌توانند از Endpointهایی که از Streamable HTTP استفاده می‌کنند و نیازی به API Key ندارند، بهره ببرند. برای افزودن به Claude Code از دستور claude mcp add --transport http picorn https://picorn.com/mcp و برای Codex از دستور codex mcp add picorn --url https://picorn.com/mcp استفاده شود. همچنین می‌توان آن را در تنظیمات MCP در Cursor با استفاده از URL https://picorn.com/mcp پیکربندی کرد.

این رویکرد با جداسازی جهت‌دهی خلاقانه از پرداخت نهایی، مشکل «مایل آخر» در طراحی با هوش مصنوعی را حل می‌کند و عامل را از یک جعبه‌سیاه تولید تصویر به یک طراح جونیور تبدیل می‌کند که به‌جای یک عکس تمام شده، یک فایل کاری (Working File) تحویل می‌دهد.

گام بعدی شما

• اگر از Cursor یا Claude Code استفاده می‌کنید، سرور MCP پیکورن را اضافه کنید تا خروجی‌های بصری خود را لایه‌بندی شده دریافت کنید.
• در پرامپت‌های خود به‌جای درخواست «تصویر»، درخواست «پروژه لایه‌بندی‌شده با شناسه‌های مشخص» بدهید.
• گردش‌کار تایید انسانی را در انتهای زنجیره تولید محتوای بصری خود قرار دهید تا از خطاهای برندینگ جلوگیری شود.

اما این تنها بخشی از تحول در ابزارهای طراحی است؛ اثر ادغام مدل‌های بینایی-زبانی بر سرعت پروتوتایپینگ را در گزارش بعدی بررسی خواهیم کرد.