پلتفرم یکپارچه‌سازی ایجنت سازمانی

یک پلتفرم. همه‌ی ایجنت‌ها. کنترل کامل سازمان.

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

بدون نیاز به خرید GPU قابل راه‌اندازی است.

نمودار جریان درخواست در پلتفرم AgentsHub کانال‌های ورودی سازمان — پنل، سامانه‌های موجود، پیام‌رسان، موبایل و وب‌سایت — به پلتفرم AgentsHub می‌رسند. پلتفرم هویت، سیاست، تأیید و ممیزی را اعمال می‌کند و سپس درخواست را به ایجنت مناسب می‌فرستد: مرخصی، جلسات، خودرو، خبرساز، گزارش‌ساز، یا ایجنت اختصاصی خود شما. پنل سازمانسامانه‌های موجودپیام‌رسانموبایلوب‌سایت کانال‌های ورود مرخصیجلساتخودروخبرسازگزارش‌سازایجنت شما ایجنت‌ها هویتسیاست دادهتأییدممیزی AgentsHub پلتفرم یکپارچه

ایجنت‌های شما با هر فناوری ساخته شده باشند، از همین یک در وارد می‌شوند

  • Python
  • .NET / C#
  • PHP
  • Go
  • Node.js
  • n8n

سازمان شما احتمالاً همین حالا چند ایجنت دارد

مسئله نداشتن ایجنت نیست. پراکندگی است.

پراکندگی

هر واحد جزیره‌ی خودش

واحد منابع انسانی یک ایجنت دارد، واحد اداری یکی دیگر، و هر پیمانکار با ابزار خودش ساخته. کارمند نمی‌داند برای مرخصی به کدام مراجعه کند و برای رزرو اتاق به کدام.

ممیزی

هیچ‌کس نمی‌داند چه کسی چه کرد

ایجنت‌ها معمولاً با یک حساب سرویس همه‌کاره کار می‌کنند. یعنی در گزارش می‌بینید «ربات ثبت کرد»، نه «چه کسی خواست». برای پاسخ به بازرس، این کافی نیست.

محرمانگی

مرز داده مشخص نیست

کدام درخواست به مدل بیرونی رفت و کدام نه؟ اگر جواب روشنی ندارید، یعنی تصمیمش را ایجنت گرفته، نه سیاست سازمان.

کاتالوگ

از روز اول چند ایجنت آماده دارید

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

ایجنت در کاتالوگ
24
آماده‌ی استفاده
10
دسته
6
  • به‌زودی

    مرخصی

    ثبت، پیگیری و لغو درخواست مرخصی با مانده‌گیری خودکار.

    ساخت آرتیناداری و پرسنلی
  • به‌زودی

    مدیریت جلسات

    رزرو اتاق، دعوت شرکت‌کنندگان و تنظیم صورتجلسه.

    ساخت آرتیناداری و پرسنلی
  • به‌زودی

    تقویم و زمان‌بندی

    یافتن وقت مشترک، یادآوری و هماهنگی چندنفره.

    ساخت آرتیناداری و پرسنلی
  • به‌زودی

    نوبت‌دهی

    رزرو نوبت مراجعان، تغییر و لغو با اطلاع‌رسانی خودکار.

    ساخت آرتیناداری و پرسنلی
  • به‌زودی

    کارتابل و مکاتبات

    پیگیری نامه‌ها، ارجاع و یادآوری کارهای معطل.

    ساخت آرتیناداری و پرسنلی
  • آماده

    غربالگری رزومه

    بررسی و رتبه‌بندی رزومه‌ها بر اساس شرح شغل.

    ساخت آرتیناداری و پرسنلی
  • آماده

    خبرساز

    تولید مقاله و خبر با تحقیق وب، ساختار سئو و تصویر شاخص.

    ساخت آرتینمحتوا و بازاریابی
  • به‌زودی

    محتوای شبکه اجتماعی

    تولید پست و کپشن متناسب با لحن برند برای چند شبکه.

    ساخت آرتینمحتوا و بازاریابی
  • به‌زودی

    خلاصه‌ساز اسناد

    خلاصه‌ی ساختاریافته از گزارش‌ها و اسناد طولانی.

    ساخت آرتینمحتوا و بازاریابی
  • به‌زودی

    مترجم تخصصی

    ترجمه با حفظ اصطلاحات سازمانی و قالب سند.

    رایگانمحتوا و بازاریابی
  • آماده

    پشتیبانی مشتری

    پاسخ به مشتری بر پایه‌ی دانش سازمان و ارجاع هوشمند.

    ساخت آرتینفروش و پشتیبانی
  • آماده

    تحلیل ریزش مشتری

    شناسایی مشتریان در خطر ریزش از روی فایل فروش.

    ساخت آرتینفروش و پشتیبانی
  • به‌زودی

    پیگیری سفارش

    وضعیت سفارش، مرسوله و زمان تحویل از سامانه‌های شما.

    ناشر همکارفروش و پشتیبانی
  • به‌زودی

    درخواست خودرو

    رزرو خودروی سازمانی، تخصیص راننده و ثبت مأموریت.

    ساخت آرتینعملیات و تدارکات
  • به‌زودی

    تدارکات و درخواست کالا

    ثبت درخواست خرید، پیگیری تأیید و موجودی انبار.

    ناشر همکارعملیات و تدارکات
  • به‌زودی

    پشتیبانی فنی داخلی

    ثبت تیکت، عیب‌یابی اولیه و ارجاع به کارشناس.

    ناشر همکارعملیات و تدارکات
  • به‌زودی

    گزارش‌ساز

    ساخت گزارش از داده‌های سازمان با پرسش به زبان ساده.

    ساخت آرتینداده و گزارش
  • آماده

    تحلیل فروش

    روند فروش، محصولات پرفروش و مقایسه‌ی دوره‌ای.

    ساخت آرتینداده و گزارش
  • به‌زودی

    پرس‌وجوی پایگاه داده

    پرسش از پایگاه داده به فارسی، فقط در محدوده‌ی مجاز کاربر.

    رایگانداده و گزارش
  • آماده

    جستجوی وب

    جستجو و خلاصه‌سازی نتایج با ذکر منبع.

    رایگانابزار عمومی
  • آماده

    گفتار به متن

    پیاده‌سازی فایل صوتی جلسات و تماس‌ها به فارسی.

    ساخت آرتینابزار عمومی
  • آماده

    تقویم شمسی و مناسبت‌ها

    تبدیل تاریخ، روزهای کاری و تعطیلات رسمی.

    رایگانابزار عمومی
  • آماده

    نرخ ارز و طلا

    نرخ روز و تبدیل واحد برای محاسبات مالی.

    رایگانابزار عمومی
  • آماده

    آب‌وهوا

    وضعیت و پیش‌بینی، برای برنامه‌ریزی مأموریت و تردد.

    رایگانابزار عمومی

ایجنت‌های نشان‌دار «به‌زودی» روی نقشه‌ی راه‌اند. اگر کاری را لازم دارید که اینجا نیست، معمولاً ساختنش از صفر لازم نیست — سامانه‌ی خودتان را به پلتفرم وصل می‌کنیم.

روال کار، از حرف کاربر تا ثبت در لاگ

شش گام. هیچ‌کدام قابل حذف نیست، و هر کدام یک ریسک مشخص را می‌بندد.

دیاگرام شش گام روال کار در AgentsHub شش گام پشت سر هم: کارمند درخواستش را می‌گوید، گزینه‌های مرتبط پیدا می‌شوند، یکی انتخاب می‌شود، از کاربر تأیید گرفته می‌شود، کار با هویت خود او اجرا می‌شود، و نتیجه در لاگ ممیزی ثبت می‌شود. دو انشعاب هم وجود دارد: اگر در گام سه ابهامی باشد، به گام یک برمی‌گردد و از کاربر سؤال می‌شود؛ و اگر در گام چهار کاربر تأیید نکند، کار همان‌جا متوقف می‌شود و چیزی اجرا نمی‌شود. ۱کارمندمی‌گوید۲گزینه‌هاپیدا می‌شوند۳انتخاب۴تأیید۵اجرا۶ثبت در لاگ اگر ابهامی بود، می‌پرسد تأیید نشد، متوقف می‌شود سمت کاربر سمت سازمان
  1. ۱

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

    «سه روز مرخصی از شنبه می‌خوام.» نه فرم، نه منو، نه کد سامانه.

    بدون آموزش کاربر

  2. ۲

    پلتفرم گزینه‌ها را پیدا می‌کند

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

    ایجنتی که مجوزش را ندارید، حتی پیشنهاد نمی‌شود

  3. ۳

    انتخاب، و اگر لازم شد پرسش

    مدل از میان چند گزینه یکی را انتخاب می‌کند. اگر مطمئن نبود، حدس نمی‌زند — می‌پرسد.

    ابهام به سؤال ختم می‌شود، نه به کار اشتباه

  4. ۴

    تأیید، قبل از هر کار اثرگذار

    هر عملی که چیزی را تغییر می‌دهد، اول به کارمند نشان داده می‌شود: دقیقاً چه چیزی ثبت خواهد شد.

    هیچ کار نوشتنی بدون تأیید انسان

  5. ۵

    اجرا با هویت خود کارمند

    ایجنت با یک توکن موقت و محدود به همان یک کار اجرا می‌شود. کلید دسترسی سامانه‌ها هرگز به پیمانکار نمی‌رسد.

    مجوزهای فعلی سامانه‌ها همچنان معتبرند

  6. ۶

    ثبت کامل در لاگ

    چه کسی، چه چیزی خواست، کدام ایجنت اجرا کرد، با کدام مدل، با چه هزینه‌ای. قابل استخراج، قابل ارائه.

    پاسخ به بازرس، آماده

آنچه پلتفرم به عهده می‌گیرد

هویت یکپارچه

اتصال به اکتیودایرکتوری یا هر ارائه‌دهنده‌ی هویتی که دارید.

کنترل دسترسی

مجوز نهایی هرگز از مجوز خود کاربر در سامانه فراتر نمی‌رود.

سیاست داده

برای هر قابلیت مشخص می‌شود چه سطحی از داده را لمس می‌کند و کدام مدل مجاز است.

تأیید انسانی

کارهای اثرگذار قبل از اجرا به کاربر نشان داده می‌شوند.

شمارش مصرف

اندازه‌گیری در خود پلتفرم انجام می‌شود، نه در کد پیمانکار.

لاگ ممیزی

رکورد کامل هر فراخوانی، قابل استخراج برای گزارش انطباق.

کار طولانی

گزارش‌های سنگین در صف اجرا می‌شوند و نتیجه به کاربر برمی‌گردد.

سنجش کیفیت

هر ایجنت مجموعه‌ای از آزمون‌ها دارد که دوره‌ای اجرا می‌شود.

ساختار

ما به پیمانکارهایتان نمی‌گوییم چطور ایجنت بسازند. فقط یک استاندارد اتصال تعریف می‌کنیم.

کارکنان

یک نقطه‌ی تماس

داخل سامانه‌های موجود، یا به‌صورت مستقل.

پلتفرم

  • مسیریابی
  • هویت
  • سیاست مدل
  • تأیید
  • شمارش مصرف
  • ممیزی

استاندارد اتصال

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

ایجنت‌ها

هر سازنده‌ای، هر فناوری‌ای
  • Python
  • .NET
  • PHP
  • Go
  • Node.js
  • n8n

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

استاندارد اتصال

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

  • با پایتون، سی‌شارپ، پی‌اچ‌پی، Go یا n8n — فرقی نمی‌کند
  • بدون کتابخانه‌ی اجباری و بدون فریم‌ورک تحمیلی
  • ایجنت‌های خود ما هم دقیقاً از همین در وارد می‌شوند

برای تیم فنی سازمان

سؤال‌های تیم فنی

اینجا برای کسی نوشته شده که باید این را روی زیرساخت سازمان راه بیندازد و بعداً پاسخگوی خرابی‌اش باشد. جواب‌ها مشخص‌اند، نه تبلیغاتی.

چه چیزی از کدام مرز رد می‌شود

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

دیاگرام مرزهای داده در پلتفرم AgentsHub سه ناحیه از راست به چپ: داخل سازمان شامل هویت سازمان، سامانه‌های موجود و کارکنان؛ سپس مرز سازمان؛ سپس پلتفرم AgentsHub؛ سپس مرز اینترنت؛ و در انتها مدل زبانی بیرونی. از مرز سازمان توکن موقت و درخواست طبقه‌بندی‌شده عبور می‌کند، ولی کلید دسترسی سامانه‌ها و دسترسی فراتر از مجوز کاربر هرگز عبور نمی‌کند. از مرز اینترنت فقط درخواست غیرمحرمانه عبور می‌کند؛ داده‌ی طبقه‌بندی‌شده هرگز به مدل بیرونی نمی‌رود. داخل سازمان شما هویت سازمانAD / LDAP / SSOسامانه‌های موجوداتوماسیون · منابع انسانی · مالیکارکنانبدون آموزش جدید مرز سازمان AgentsHub هویت · سیاست · تأیید · ممیزی ابری، یا داخل همین سازمان توکن موقت محدود به یک کار کلید دسترسی سامانه‌ها هرگز خارج نمی‌شود مرز اینترنت مدل زبانی بیرونی فقط اگر سیاست اجازه بدهد غیرمحرمانه داده‌ی طبقه‌بندی‌شده اگر مدل داخلی نباشد، کار شکست می‌خورد عبور می‌کندهرگز عبور نمی‌کند

عبور می‌کند

  • توکن موقت، محدود به یک کار مشخص
  • درخواست کاربر، پس از طبقه‌بندی سطح محرمانگی
  • نتیجه‌ی کار، برای نمایش به همان کاربر

× هرگز عبور نمی‌کند

  • کلید دسترسی سامانه‌های سازمان
  • داده‌ی طبقه‌بندی‌شده به مدل بیرونی
  • دسترسی فراتر از مجوز خود کاربر
کلید دسترسی

برای وصل شدن به سامانه‌های ما، کاربر سرویس می‌خواهید؟

نه. هیچ کلید دسترسی سامانه‌ای به ایجنت یا به پیمانکارش داده نمی‌شود.

اجرا با هویت خود کارمند انجام می‌شود، با توکنی که موقت است و دامنه‌اش به همان یک کار محدود شده. یعنی سقف کاری که یک ایجنت می‌تواند بکند، دقیقاً همان سقف دسترسی خود آن کارمند در همان سامانه است. نه یک واحد بیشتر. الگوی «یک حساب سرویس همه‌کاره» که در بیشتر پروژه‌های ایجنت دیده می‌شود، اینجا وجود ندارد.

مرز داده

از کجا بدانم درخواست‌های ما به مدل بیرونی نمی‌رود؟

چون تصمیمش با ایجنت نیست؛ در سیاست سازمان تعریف می‌شود و در لاگ ممیزی ثبت می‌شود.

هر قابلیت اعلام می‌کند چه سطحی از محرمانگی را لمس می‌کند. اگر سطحی محرمانه علامت خورده باشد، فقط به مدل داخلی می‌رود؛ و اگر مدل داخلی در دسترس نباشد، کار شکست می‌خورد. ⚠️ این نکته‌ی مهم است: شکست می‌خورد، به مدل بیرونی منتقل نمی‌شود. رفتار در قطعی هم تعریف‌شده است، نه بهترین‌تلاش.

یکپارچگی

سامانه‌های ما قدیمی‌اند و API مدرن ندارند.

پلتفرم مستقیم به سامانه‌ی شما وصل نمی‌شود. ایجنت وصل می‌شود، و ایجنت را هر کسی می‌تواند بنویسد.

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

وابستگی

اگر سرویس شما بخوابد، سامانه‌های ما هم می‌خوابند؟

نه. پلتفرم روی مسیر کاری سامانه‌های شما نیست؛ کنارش است.

کارمند همیشه می‌تواند مثل قبل مستقیم وارد سامانه شود. قطعی پلتفرم یعنی «راه میان‌بر امروز کار نمی‌کند»، نه «سامانه‌ی مرخصی از کار افتاد». این یک تصمیم معماری عمدی است: چیزی که تازه اضافه شده، نباید بتواند چیزی که سال‌ها کار می‌کرده را زمین بزند.

شبکه

شبکه‌ی ما اینترنت ندارد.

پروفایل کاملاً داخلی برای همین حالت است و به اینترنت وابسته نیست.

چهار پروفایل استقرار وجود دارد و انتخاب بینشان یک تنظیم است، نه نسخه‌ی متفاوتی از محصول. سازمانی که امروز آنلاین شروع می‌کند، فردا بدون مهاجرت و بدون تغییر ایجنت‌ها می‌تواند داخلی شود.

ممیزی

اگر ایجنت رکورد اشتباه ثبت کند، چطور ثابت می‌کنم چه شد؟

هر فراخوانی ثبت می‌شود: چه کسی، چه خواست، کدام ایجنت، کدام مدل، چه هزینه‌ای.

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

سؤالی که اینجا جواب نگرفت، در جلسه‌ی فنی جواب می‌گیرد — وقت بگذارید

لازم نیست GPU بخرید

بیشتر سازمان‌ها زیرساخت پردازشی سنگین ندارند و قرار هم نیست بخرند. پلتفرم طوری طراحی شده که از «هیچ سخت‌افزاری» تا «کاملاً داخلی» کار کند.

سخت‌افزاری که باید بخرید داده‌ای که داخل سازمان می‌ماند
A

کاملاً آنلاین

سخت‌افزاربدون سخت‌افزار خاص
حریم داده

شروع سریع، و سازمان‌هایی که داده‌ی حساس در این مسیر ندارند

B

جستجوی داخلی

سخت‌افزاریک سرور معمولی
حریم داده

فهرست سامانه‌ها و قابلیت‌ها از سازمان خارج نشود

انتخاب رایج
C

ترکیبی

سخت‌افزاریک کارت گرافیک میان‌رده
حریم داده

متن خام کاربر هرگز از سازمان خارج نمی‌شود

D

کاملاً داخلی

سخت‌افزارچند کارت گرافیک
حریم داده

الزام قانونی، یا شبکه‌ی بدون اینترنت

انتخاب پروفایل یک تنظیم است، نه نسخه‌ی متفاوتی از محصول. با رشد سازمان قابل تغییر است.

ایجنت می‌سازید؟

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

شرایط ناشران
  • زیرساخت هویت، شمارش مصرف و ممیزی آماده است
  • دسترسی به کاربران سازمانی که از قبل روی پلتفرم هستند
  • تسویه بر اساس لاگ پلتفرم، نه گزارش خودتان

پرسش‌های متداول

آنچه سازمان‌ها قبل از تصمیم می‌پرسند.

ایجنت هوش مصنوعی چیست؟

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

تفاوت اصلی در «اثر» است. یک مدل زبانی متن تولید می‌کند؛ یک ایجنت مرخصی ثبت می‌کند، اتاق رزرو می‌کند، گزارش می‌سازد. چون کارش اثر دارد، مسائل هویت، مجوز و ممیزی درباره‌اش مطرح می‌شود. درباره‌ی یک چت ساده هیچ‌کدام مطرح نبود.

تفاوت ایجنت هوش مصنوعی با چت‌بات چیست؟

چت‌بات پاسخ می‌دهد، ایجنت کار انجام می‌دهد؛ به همین دلیل ایجنت به هویت کاربر، مجوز دسترسی و تأیید انسانی نیاز دارد و چت‌بات نه.

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

MCP چیست و چه ربطی به پلتفرم ایجنت دارد؟

MCP یا Model Context Protocol یک استاندارد باز است که به مدل زبانی اجازه می‌دهد ابزارها و داده‌های بیرونی را به شکل یکسان صدا بزند.

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

برای راه‌اندازی باید GPU بخریم؟

نه؛ پلتفرم در پروفایل کاملاً آنلاین بدون هیچ سخت‌افزار خاصی راه می‌افتد.

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

داده‌ی سازمان ما به مدل بیرونی می‌رود؟

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

در بیشتر سازمان‌ها مشکل این نیست که داده بیرون می‌رود؛ مشکل این است که کسی نمی‌داند کدام درخواست بیرون رفت. وقتی تصمیم مدل در سیاست پلتفرم گرفته شود و در لاگ ممیزی ثبت شود، جواب این سؤال از حدس به سند تبدیل می‌شود.

ایجنت‌هایی که قبلاً پیمانکار ما ساخته چه می‌شوند؟

دور ریخته نمی‌شوند؛ اگر پیمانکار یک فایل معرفی و یک آدرس بدهد، همان ایجنت موجود زیر پلتفرم می‌آید.

پلتفرم به پیمانکار نمی‌گوید با چه زبانی یا چه کتابخانه‌ای بنویسد. فقط یک استاندارد اتصال تعریف می‌شود: چه کارهایی بلد است، کدامشان اثر دارد، چه سطح محرمانگی‌ای لمس می‌کند، چه مجوزی می‌خواهد. پایتون، سی‌شارپ، پی‌اچ‌پی، Go یا n8n؛ فرقی نمی‌کند. ایجنت‌های خود ما هم از همین در وارد می‌شوند.

اگر ایجنت کار اشتباهی انجام دهد چه؟

کارهای اثرگذار قبل از اجرا به کاربر نشان داده می‌شوند و هیچ عمل نوشتنی بدون تأیید انسان اجرا نمی‌شود.

سه سد پشت سر هم قرار دارد: ایجنتی که کاربر مجوزش را ندارد اصلاً پیشنهاد نمی‌شود؛ ابهام به پرسش ختم می‌شود نه به حدس؛ و اجرا با هویت خود کارمند و یک توکن موقت انجام می‌شود، یعنی مجوز نهایی هرگز از مجوز خود او فراتر نمی‌رود. هر فراخوانی هم در لاگ ممیزی ثبت می‌شود و قابل استخراج است.

تفاوت این پلتفرم با ابزارهای اتوماسیون مثل n8n چیست؟

ابزار اتوماسیون یک مسیر از پیش تعریف‌شده را اجرا می‌کند؛ پلتفرم ایجنت تصمیم می‌گیرد کدام ایجنت باید کار را بگیرد و با چه هویتی اجرا شود.

این دو رقیب هم نیستند. اتوماسیون برای فرایند مشخص و تکراری ابزار خوبی است و ایجنتی که با n8n ساخته شده هم می‌تواند روی پلتفرم منتشر شود. چیزی که اتوماسیون نمی‌دهد، لایه‌ی مشترک هویت، سیاست داده، تأیید و ممیزی روی ده‌ها ایجنت از سازنده‌های مختلف است.

هزینه چطور حساب می‌شود؟

اندازه‌گیری مصرف در خود پلتفرم انجام می‌شود نه در کد پیمانکار، و صورتحساب بر پایه‌ی همان لاگ بسته می‌شود.

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

از کجا شروع کنیم؟

با دو فرایند کم‌ریسک و پرتکرار شروع کنید، نه با ده حوزه هم‌زمان.

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

از دو حوزه شروع کنید، نه از ده تا

تجربه‌ی این نوع پروژه‌ها می‌گوید شروع بزرگ شکست می‌خورد. دو فرایند با ارزش ملموس و ریسک پایین انتخاب کنید — مثل مرخصی و رزرو اتاق جلسه — و بعد از اینکه کار کرد، گسترش بدهید.

شروع گفتگو