‏خودت ایجنت باش یا به ایجنت بقیه سوخت برسون

تانای جایپوریا تو این مقاله می‌گه سؤالی که مدام با بنیان‌گذارها بهش برمی‌گرده اینه: خودت ایجنت بساز، یا ایجنتی که مشتریت همین الان استفاده می‌کنه رو قدرتمند کن؟ به گفتهٔ اون، برای تعداد زیادی از آدم‌ها محل پیش‌فرض کار دانشی الان یه ایجنت افقیـه — Claude Code/Cowork، Codex، Copilot — روز کاری همون‌جا شروع می‌شه و بخش زیادی از تسک‌ها هم همون‌جا انجام می‌شه.

مسیر اول یعنی «ساختن ایجنت»: برای یه گروه از کاربرها تو همون چیزی باشی که به‌جای ایجنت افقی بازش می‌کنن. جذابیتش واضحه — رابط کاربری دست خودته و همهٔ کارهای کاربر از توی محصول تو رد می‌شه. اما نویسنده می‌گه هزینه‌ش اینه که اصطکاک پذیرش بالا می‌ره و مستقیم می‌ری تو رقابت با ChatGPT و Claude Cowork و Codex.

به گفتهٔ نویسنده این مسیر دو حالت منطقیه: وقتی خودت سیستم ثبت (system of record) هستی و کاربر کل روزش رو توی محصولت می‌گذرونه، یا وقتی استدلال تخصصی همون محصوله و کار اون‌قدر تخصصیه که ایجنت عمومی از پسش برنمیاد. مثالش Harvey ـه که شرط بسته برای وکلا می‌تونه ایجنت اصلی باشه نه یه قابلیت داخل یه ایجنت افقی. ریسکش هم اینه که رقیب سراغ راه دوم بره و کاربر رو همون‌جایی که هست پیدا کنه.

مسیر دوم «قدرت‌دادن به ایجنت»ـه: قبول کنی مشتری توی ایجنت افقی زندگی می‌کنه و به‌جای جایگزین‌کردنش، همون ایجنت رو تو حوزهٔ تخصصی خودت بهتر کنی. شکل رایجش یه MCP server ـه، ولی یه CLI تمیز یا یه API که از اول برای مصرف ایجنت طراحی شده هم همون کارو می‌کنه. در واقع داری نسخه‌ای از محصولت رو می‌سازی که مصرف‌کننده‌ش آدم نیست، ایجنته.

ارزش این نسخه به گفتهٔ نویسنده دو جا می‌شینه: داده و کانتکست — مثل Granola که MCP داده تا کانتکست جلسه‌هاش رو ایجنت‌ها بخونن — و قابلیت‌ها و کنش‌ها — مثل Higgsfield که با MCP اجازه می‌ده ایجنت افقی از موتور تولید تصویر و ویدیوش استفاده کنه. اکثر کسایی که این راه رو می‌رن بهتره هر دو بعد رو پوشش بدن.

غول‌ها هم دارن همین راه رو می‌رن. Salesforce تو آوریل ۲۰۲۶ «Headless 360» رو معرفی کرد و کل پلتفرم رو به شکل API و ابزار MCP و دستور CLI بیرون داد، با این قاب که «API همون UI ـه». HubSpot هم پشت‌بندش یه MCP server ریموت داد که هر ایجنت سازگاری بتونه داده‌های CRM رو بخونه و بنویسه.

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

نکات کلیدی:

• دوراهی اصلی: خودت ایجنت اصلی کاربر بشی، یا ایجنت افقی‌ای که کاربر داره رو با MCP/CLI/API تقویت کنی
• «ساختن ایجنت» وقتی جواب می‌ده که system of record باشی یا استدلال تخصصی، خودِ محصول باشه (مثل Harvey برای وکلا)
• «قدرت‌دادن به ایجنت» روی دو محور ارزش می‌سازه: داده/کانتکست (Granola) و قابلیت/کنش (Higgsfield)
• Salesforce با Headless 360 و HubSpot با MCP server ریموت، دارن کل پلتفرم رو برای مصرف ایجنت باز می‌کنن
• خیلی از شرکت‌ها هر دو رو با هم می‌رن: ایجنت داخلی برای کاربر حرفه‌ای، لایهٔ headless برای کاربر حاشیه‌ای