چرا Smart Employee را بهصورت ماژولار طراحی میکنیم؟
چرا یک هسته مشترک برای کارمند هوش مصنوعی با ماژولهای اختیاری انتخاب کردهایم و مرز میان اجزای فعال و محصول کامل کجاست.
Smart Employee امروز مجموعهای کامل از ماژولهای آماده نیست. این یک معماری محصولی است که در حال طراحی آن هستیم: یک کارمند هوش مصنوعی با هویت، حافظه، مجوزها و فضای کاری مشترک که بتواند بهمرور قابلیتهای تازه بگیرد.
مسئله از نامگذاری محصولات شروع شد
وقتی هر قابلیت به یک محصول جداگانه تبدیل شود، مشتری با حسابها، تنظیمات و سابقههای جدا روبهرو میشود. این پراکندگی فهمیدن و مدیریت تیم دیجیتال را سخت میکند.
برای همین سؤال سادهتری پرسیدیم: آیا منشی، پشتیبانی، فروش و شبکههای اجتماعی باید اپلیکیشنهایی جدا باشند یا نقشهای مختلف همان کارمند هوش مصنوعی؟
یک هسته مشترک، ماژولهای اختیاری
جهت طراحی ما یک هسته مشترک برای پروفایل کسبوکار، زبان ترجیحی، حافظه، مجوزها و فضای کار روزانه است. بعد ماژولهایی مانند منشی، پشتیبانی مشتری، فروش، شبکههای اجتماعی و عملیات بهصورت اختیاری اضافه میشوند.
ماژول فقط یک گزینه منو نیست. باید کار مشخصی را انجام دهد، ابزارها و مجوزهای روشن داشته باشد، یک گردشکار قابل فهم را دنبال کند و نتیجهای قابل اندازهگیری بسازد.
امروز چه چیزی داریم و چه چیزی نداریم؟
اجزای فعالی مانند مسیرهای پاسخگویی، پایگاه دانش، مخاطبان و پیامها، تیکت و ارجاع به انسان، ذخیره رسانه و گزارشگیری داخلی داریم. این اجزا سابقه عملیاتی واقعی دارند.
اما فعلاً برای محیطهای کسبوکاری مشخص کار میکنند. هنوز یک محصول Smart Employee خودراهانداز با جداسازی کامل دادههای مشتریان نیستند. راهاندازی مشتری، جداسازی دقیق داده، گردشکار قابل تنظیم و پنل کامل مشتری همچنان به توسعه محصول نیاز دارند.
مواد اولیه قوی به این معنا نیست که همه ماژولها همین امروز آمادهاند.
چرا زبان باید در هسته باشد؟
زبان فقط ترجمه دکمهها نیست. ممکن است رابط کاربری به یک زبان و گفتوگوی مشتری به زبانی دیگر باشد. لحن، واژگان و نمایش راستبهچپ هم باید هماهنگ بماند.
وقتی زبان در هسته مشترک باشد، ماژولهای آینده صدای متفاوت و ناهماهنگ ایجاد نمیکنند.
مدل تجاری از معماری پیروی میکند
یک هسته مشترک با ماژولهای اختیاری میتواند در آینده مدل تجاری روشنی داشته باشد: مشتری قابلیتهای مورد نیازش را فعال کند و مصرف هر ماژول جداگانه سنجیده شود.
این جهت محصول است، نه وعده آماده بودن همه بستهها در امروز.
یک قانون مفید برای محصولات ایجنتیک
مردم برای مجموعهای از منوها پول نمیدهند؛ برای کار انجامشده پول میدهند.
به همین دلیل میخواهیم هر ماژول Smart Employee را با نتیجهای که تحویل میدهد بسنجیم. هدف، یک کارمند هوش مصنوعی منسجم و قابل رشد همراه کسبوکار است، نه چند اپلیکیشن جدا از هم.
ما اجزای فعال و یک مسیر معماری آزمودهشده داریم؛ محصول چندمشتری پیرامون آنها هنوز در حال ساخت است.
پرسش بپرسید
دربارهٔ این نوشته پرسشی دارید؟ ایمیلتان را بگذارید تا پاسخ دهیم.
از انتشارِ نوشتههای تازه باخبر شوید
ماهی ۱ تا ۲ ایمیل دربارهٔ پلتفرمِ agentic و هوشِ مصنوعی. بدونِ اسپم.
نوشتههای مرتبط
روی سرور بودن با قابلبازیابی بودن فرق دارد؛ یک درس از تیم ایجنتیک
بازبینی مستقل نشان داد چند تغییر زنده هنوز در تاریخچه نسخه ثبت نشدهاند؛ تجربهای عملی درباره تعریف واقعی Done.
آپلود تصویر وبلاگ را چگونه از کار دستی سرور به پنل ادمین و CDN بردیم؟
تکرالب از قبل CDN داشت. حلقه گمشده، مسیر امن از پنل Admin Blog به همان CDN و بررسی دیداری بود که ثابت کند تصویر واقعاً نمایش داده میشود.
Logbook تکرالب چیست و چگونه به رادار محتوای ما تبدیل شد؟
تکرالب برای انسانها و ایجنتهای هوش مصنوعی یک حافظه مشترک ساخت. شکلات این تاریخچه را میخواند، رویدادها را به محصول و زمان درست وصل میکند و کار واقعی را به پیشنهاد محتوایی قابلبررسی تبدیل میکند.