اسلک قابلیت Add to Slack را فعال کرده تا کاربران بدون نوشتن یک یکپارچه‌سازی سفارشی، عامل‌هایی را که با ده پلتفرم خارجی ساخته شده‌اند مستقیماً به فضای کاری خود اضافه کنند.

نحوه کار: نصب از داخل ابزار شریک

فرایند نصب از داخل ابزار شریک آغاز می‌شود: کاربر در پلتفرم سازنده فرایند ایجاد و نصب عامل را اجرا می‌کند و آن پلتفرم مدیریت OAuth، پیکربندی اپ و تعیین محدوده‌های دسترسی را انجام می‌دهد. زمان اجرا (runtime) عامل بیرون از اسلک باقی می‌ماند — معمولاً روی سرور ارائه‌دهنده یا ماشین/حساب ابری کاربر — و اپ اسلک مرتبط پس از نصب می‌تواند پیام‌ها و منشن‌ها را دریافت کند و به کانال‌ها بپیوندد. پروتکل احراز هویت مورد استفاده OAuth است؛ توضیحات بیشتر: OAuth.

شرکای راه‌اندازی

اسلک با ده شریک نخست این قابلیت را فعال کرده است: LangChain، OpenAI، Vercel، n8n (n8n)، Hyperagent، Lovable، NanoClaw، Runlayer، Skydive و Superhuman. این فهرست ترکیبی از سازنده‌های نقطه‌و-کلیک و چارچوب‌های توسعه‌دهنده را شامل می‌شود که مسیر نصب یکنواخت و ساده‌تری فراهم می‌کند. مطالعه مرتبط: LangChain.

نمایی از رابط اسلک با عامل‌های نصب‌شده

کنترل دسترسی و مرزهای داده

عامل‌های نصب‌شده از سیاست‌ها و کنترل‌های فضای کاری پیروی می‌کنند و تأیید اپ فضای کاری همچنان اعمال می‌شود. دسترسی عامل به محدوده‌های OAuth هر اپ و عضویت در کانال‌ها تعیین‌کننده سطح دسترسی است و اپ‌ها پس از نصب در مرورگر اپ‌های اسلک قابل مشاهده خواهند بود. این مدل به سازمان‌ها اجازه می‌دهد سطح دسترسی هر عامل را شفاف و قابل مدیریت نگه دارند؛ برای مرجع دربارهٔ ساختار اسلک می‌توانید Slack را مطالعه کنید.

هر عامل، یک اپ مجزا

طراحی Add to Slack طوری است که هر عامل می‌تواند اپ Slack مخصوص خود را داشته باشد. NanoClaw نمونه‌ای روشن از این رویکرد است: پیش از این اتصال به این چارچوب متن‌باز نیازمند ساخت اپ سفارشی، پیکربندی محدوده‌ها و احراز هویت بود؛ اکنون اپ Marketplace مربوط به NanoClaw نقش اپِ مدیریت را بازی می‌کند و می‌تواند برای هر عامل یک اپ Slack مدیریت‌شدهٔ جداگانه بسازد.

نمایش و تعامل: نمونه NanoClaw

در دمویی که سازندهٔ NanoClaw، Gavriel Cohen، اجرا کرد، او تیمی از عامل‌ها با شخصیت‌های سریال The Office ساخت؛ عامل‌ها با نام‌های متمایز ظاهر شدند و در یک کانال مشترک با یک Canvas واحد به تبادل پیام پرداختند. NanoClaw برای هر عامل یک اتصال WebSocket جداگانه به Slack برقرار می‌کند و پیام‌ها را به عامل متناظر هدایت می‌کند؛ نتیجه تجربه‌ای شبیه حضور چند ربات مستقل اما هماهنگ در یک فضای کاری بود. گزارشی از این دموی نمایش را می‌توانید در وب‌سایت The New Stack بخوانید.

چرا این تغییر اهمیت دارد

  • سرعت راه‌اندازی: حذف نیاز به ساخت اپ سفارشی، زمان و پیچیدگی فنی را برای تیم‌ها کاهش می‌دهد.
  • تجربه یکپارچه: فرایند یکنواخت نصب از داخل ابزار شریک، برای کاربران نهایی ساده و قابل‌فهم است.
  • امنیت و کنترل: مدیریت محدوده‌های OAuth و سیاست‌های فضای کاری در اختیار ادمین‌ها باقی می‌ماند، بنابراین سازمان‌ها می‌توانند سطح دسترسی را کنترل کنند.

تفاوت Add to Slack با Slack Code

Add to Slack روی نصب و یکپارچه‌سازی عامل‌ها تمرکز دارد، اما اسلک هم‌زمان قابلیت دیگری به نام Slack Code معرفی کرده که برای سازمان‌دهی کار گروهی عامل‌های کدنویس طراحی شده است. Slack Code کانال‌های پروژهٔ موقتی ایجاد و امکان نمایش برنامه‌ها، diffها، جزئیات pull request و پیش‌نمایش‌های زنده را فراهم می‌کند تا تیم‌ها قبل از بایگانی کانال تصمیم‌گیری کنند.

نکات عملی برای سازمان‌ها

نصب آسان‌تر احتمال پذیرش سریع‌تر عامل‌های خارجی را افزایش می‌دهد، اما ضروری است سازمان‌ها موارد زیر را رعایت کنند:

  • بررسی دقیق OAuth scopes هر اپ پیش از تأیید نصب.
  • تنظیم و مدیریت سیاست‌های approval در سطح workspace.
  • نظارت بر رفتار عامل‌ها هنگام دسترسی به کانال‌ها و داده‌ها.
  • بررسی معماری runtime و نحوهٔ مسیریابی پیام‌ها بین WebSocketهای مجزا برای کنترل مقیاس‌پذیری و هزینه‌های عملیاتی.

این تغییر می‌تواند اکوسیستم ابزارهای عاملی را بازتر و کاربرپسندتر کند و به توسعه‌دهندگان اجازه دهد سریع‌تر تجربه‌های خود را وارد فضای کاری کنند؛ اما سادگی همراه با نیاز به دقت در تنظیمات دسترسی و نظارت سازمانی است.