مسئلهی بیشتر سازمانها این نیست که ایجنت ندارند. این است که چند ایجنت پراکنده دارند و هیچ تصویر کلی. این صفحه میگوید چرا مدل «برای هر کار یک پروژه» شکست میخورد و جایگزینش چه شکلی است.
ایجنت سازمانی ایجنتی است که با هویت واقعی کارمند اجرا میشود، مجوزهای موجود سامانهها را دور نمیزند، و هر فراخوانیاش در لاگ ممیزی قابل استخراج ثبت میشود.
سازمانی که میخواهد یک کار را هوشمند کند، معمولاً این چرخه را طی میکند: شرح نیاز مینویسد، پیمانکار میگیرد، سه تا شش ماه صبر میکند، و یک ایجنت تحویل میگیرد که فقط همان یک کار را میکند — با ورود جداگانه، بدون ممیزی، و معمولاً با یک حساب سرویس همهکاره. برای کار بعدی، همهی چرخه از نو.
بعد از پنج کار: پنج ایجنت جزیرهای، پنج پیمانکار، پنج در ورودی، و صفر تصویر کلی. هزینهی این مدل خطی است — کار دهم بهاندازهی کار اول هزینه دارد، و هیچکدام از آن پنج پروژه، پروژهی ششم را ارزانتر نکرده است.
| مدل پروژهای | مدل پلتفرمی | |
|---|---|---|
| کار جدید | سه تا شش ماه | از کاتالوگ نصب میشود |
| هزینهی کار دهم | مثل کار اول | کسری از کار اول |
| ورود کاربر | برای هر ایجنت جدا | یک در، همان SSO سازمان |
| ممیزی | در بهترین حالت، لاگ هر پیمانکار | یک رکورد یکسان برای همه |
| تعویض پیمانکار | بازنویسی | تعویض یک ایجنت در کاتالوگ |
| پاسخ به بازرس | جمعآوری دستی | استخراج از یک منبع |
این جدول یک وعدهی جادویی نیست: مدل پلتفرمی هزینهی راهاندازی اولیهی بیشتری دارد. صرفهاش از ایجنت سوم به بعد ظاهر میشود. سازمانی که فقط یک کار برای هوشمندسازی دارد، بهتر است همان یک پروژه را بدهد.
تجربهی این نوع پروژهها میگوید شروع بزرگ شکست میخورد. دو فرایند انتخاب کنید که هر سه شرط را داشته باشند، نه ده حوزه همزمان.
نمونههای خوب: درخواست مرخصی و رزرو اتاق جلسه. هر دو، هر سه شرط را دارند.
نه؛ پلتفرم روی سامانههای موجود مینشیند و مجوزهای همانها را محترم میشمارد.
جایگزینی سامانهی عملیاتی هیچوقت هدف نبوده. چیزی که اضافه میشود یک لایهی بالاست که تصمیم میگیرد کدام ایجنت کار را بگیرد و با چه هویتی اجرا شود. برای سامانهای که استاندارد هویت مدرن نمیفهمد هم مسیر تعریفشده وجود دارد، هرچند صادقانه یک بدهی فنی است نه راهحل زیبا.
برای ایجنتی که از کاتالوگ نصب میشود، کار اصلی اتصال هویت و سامانهی مقصد است، نه ساخت ایجنت.
عدد دقیقش به دو چیز بستگی دارد که هر دو سمت سازمان است: وضعیت ارائهدهندهی هویت، و اینکه سامانهی مقصد API دارد یا نه. عمداً عدد ثابتی اعلام نمیکنیم؛ برآورد واقعی بعد از دیدن همین دو مورد داده میشود.
اندازهگیری مصرف در خود پلتفرم انجام میشود نه در کد پیمانکار، و صورتحساب بر پایهی همان لاگ بسته میشود.
واحد نهایی قیمتگذاری هنوز در حال نهایی شدن است و ترجیح ما واحدی است که مشتری بفهمد، نه واحد فنی. آنچه امروز قطعی است این است که مبنای محاسبه گزارش خودِ پیمانکار نیست؛ شمارش در پلتفرم است و برای هر دو طرف یکی است.
حاکمیت ایجنت یعنی اینکه هر ایجنت با هویت واقعی همان کارمند اجرا شود، مجوز نهاییاش هرگز از مجوز خود او فراتر نرود، و هر فراخوانی در یک رکورد قابل استخراج ثبت شود.
برای راهاندازی پلتفرم ایجنت لازم نیست GPU بخرید؛ پروفایل کاملاً آنلاین بدون هیچ سختافزار خاصی راه میافتد و GPU فقط وقتی لازم میشود که بخواهید متن خام کاربر از سازمان خارج نشود.
ایجنت موجود پیمانکار دور ریخته نمیشود: اگر پیمانکار یک فایل معرفی و یک آدرس HTTP بدهد، همان ایجنت بدون تغییر زبان یا فریمورک زیر پلتفرم میآید.
ایجنت هوش مصنوعی برنامهای است که درخواست کاربر را به زبان طبیعی میگیرد و برای انجام آن در سامانههای واقعی کار میکند — یعنی اثر میگذارد، نه اینکه فقط متن جواب بدهد.
بگویید چه فرایندهایی دارید و چه سامانههایی. معمولاً در همان جلسهی اول معلوم میشود از کجا باید شروع کرد.
گفتگو دربارهی سازمان شما