LangChain نسخه Managed Deep Agents v0.9 را بهصورت Public Beta منتشر کرده و سه قابلیت اصلی به آن افزوده است: زمانبندی داخلی، پیکربندی برای هر اجرا و بازخورد سریعتر در Slack. هدف این تغییرها عاملهایی است که باید در طول زمان فعال بمانند، نه سامانهای که فقط یک درخواست را اجرا کند و پایان یابد. با قابلیت Schedules، عامل میتواند یادآوری، کار پیگیری یا وظیفه تکرارشونده بسازد و در زمان تعیینشده اجرای تازهای را بهطور خودکار آغاز کند.
طراحی زمانبندی به بافتی که عامل در آن کار میکند متصل میماند. LangChain میگوید کارهای زمانبندیشده مجوزهای مرتبط کاربر و کانال را به ارث میبرند و هر بار اجرا، یک run تازه در LangSmith ایجاد میکند؛ نتیجه نیز دوباره به همان بافت مبدأ برمیگردد. این مدل باعث میشود هر اجرای تکرارشونده ردپای عملیاتی جداگانه داشته باشد و بررسی آن سادهتر از فرایندی باشد که در پسزمینه و بدون ثبت روشن انجام میشود.
در v0.9 امکان پیکربندی جداگانه برای هر اجرا نیز اضافه شده است. پیش از شروع کار میتوان مدل، دستورها، skills، سرورهای MCP و تنظیمات sandbox را برای همان run انتخاب یا تغییر داد. بنابراین یک عامل پایدار میتواند برای وظایف متفاوت تنظیم شود، بدون اینکه برای هر حالت یک استقرار کاملاً جدا لازم باشد. این تفکیک مرز روشنتری میان هویت ماندگار عامل و تنظیمات لحظه اجرای یک کار ایجاد میکند.
در Slack نیز Managed Deep Agents میتواند بلافاصله پس از دریافت پیام با یک reaction پاسخ دهد. حالت پیشفرض از نماد چشم استفاده میکند و طبق اعلام LangChain قابل تنظیم است. این قابلیت در مقایسه با زمانبندی کوچک به نظر میرسد، اما یک مسئله کاربردی را حل میکند: در محیط چت کاربر باید سریع بداند درخواست ثبت شده است، حتی اگر نتیجه اصلی دیرتر آماده شود.
مجموع این تغییرها Managed Deep Agents را به یک سرویس عملیاتی برای عاملهای ماندگار نزدیکتر میکند، نه صرفاً پوششی برای یک فراخوانی مدل. زمانبندی امکان کار تکرارشونده بدون دخالت دائمی را میدهد، پیکربندی هر اجرا کنترل بیشتری روی محیط کار ایجاد میکند و واکنش Slack ارتباط انسان و عامل را قابلفهمتر میسازد. در استفاده سازمانی، چنین جزئیاتی به اندازه توان خام مدل اهمیت دارند، چون روی مجوزها، قابلیت پیگیری و تحویل قابلاعتماد کار اثر میگذارند.
با این حال v0.9 هنوز Public Beta است. مطلب LangChain وجود قابلیتها و رفتار طراحیشده را تأیید میکند، اما بهتنهایی اثباتی برای پایداری در بارهای سنگین یا اجراهای طولانیمدت نیست. تیمها باید میان «در دسترس بودن کنترلهای تازه» و «اثبات قابلیت اتکا در تولید» تفاوت بگذارند. با وجود این محدودیت، انتشار جدید چند شکاف مهم را پوشش میدهد که وقتی عامل باید فعال بماند، وظیفه تکرار کند و در ارتباطات روزمره تیم حضور داشته باشد، بهسرعت آشکار میشوند.