تصور کنید برنامه‌نویسی با عامل‌های هوش مصنوعی دیگر شبیه به ارسال پیام‌های پراکنده و بررسی تغییرات نامفهوم نباشد، بلکه شبیه به یک جلسه طوفان فکری زنده باشد که کدها در همان لحظه شکل می‌گیرند. همان‌طور که گفته شده است: «کدنویسی با عامل‌های هوش مصنوعی اغلب شبیه به مجموعه‌ای از عکس‌های گسسته است که در آن قصد و هدف برنامه‌نویس بین پرامپت‌ها و کامیت‌ها گم می‌شود.» برای حل این مشکل، شرکت Zed در ۱۲ اوت ۲۰۲۶ محیط Delta را معرفی کرد؛ فضایی چندنفره که در آن توسعه‌دهندگان و عامل‌ها (Agents) — شبیه به هم‌تیمی‌هایی که روی یک تخته‌سفید مشترک می‌نویسند — به‌طور هم‌زمان در یک رشته (Thread) زنده و مشترک روی کدها کار می‌کنند.
برای سال‌ها، صنعت نرم‌افزار با IDE به‌عنوان جایی برای نوشتن کد و پنجره چت به‌عنوان جایی برای صحبت درباره آن برخورد کرده است. این جدایی باعث ایجاد یک «شکاف بستر» (Context Gap) می‌شود؛ وقتی یک عامل تغییرات گسترده‌ای ایجاد می‌کند، توسعه‌دهنده مجبور است منطق آن را از روی تفاوت‌های کد (Diff) بازسازی کند. رویکرد Zed این است که خودِ گفتگو را به‌عنوان سند اصلی در نظر بگیرد، جایی که نرم‌افزار در آن اتفاق می‌افتد. این اقدام، بخش دوم یک برنامه بلندمدت است: ابتدا ساخت بهترین مکان برای نوشتن کد، و سپس تبدیل آن به بهترین مکان برای صحبت درباره کد.
موتور محرک: DeltaDB
قلب تپنده این تجربه DeltaDB است؛ پایگاه‌داده‌ای جدید که گفتگوها و درخت کاری (Worktree) را به‌صورت هم‌زمان و در لحظه بازتولید می‌کند. طبق گزارش zed.dev، این سیستم تضمین می‌کند که هر شرکت‌کننده در یک رشته، وضعیت کد و دیالوگ‌ها را دقیقاً در یک لحظه و به‌صورت یکسان ببیند.
ویژگی‌های کلیدی این زیرساخت عبارتند از:
- یکپارچگی با Git: DeltaDB در کنار مخازن گیت موجود کار می‌کند. ویرایش‌ها و گفتگوها در فواصل بین کامیت‌ها ثبت می‌شوند، به این معنی که هم‌تیمی‌هایی که از Delta استفاده نمی‌کنند، همچنان یک مخزن گیت استاندارد می‌بینند. شما می‌توانید دقیقاً مانند همیشه کامیت کنید و کدها را Push کنید.
- همگام‌سازی آنی: هر شرکت‌کننده یک نسخه محلی از کد روی ماشین خود دارد که هم‌زمان با پیشرفت کار، همگام می‌ماند. این امر نیاز به پرسش درباره اینکه آیا آخرین نسخه کد کامیت یا پوش شده است یا خیر را از بین می‌برد.
- پایداری ابری: کار را می‌توان به یک اجراکننده ابری (Cloud Runner) منتقل کرد. این قابلیت به عامل‌ها اجازه می‌دهد حتی وقتی لپ‌تاپ کاربر بسته است، به اجرای وظایف ادامه دهند. در تمام این مدت، گفتگو و کد با رشته مربوطه همگام می‌مانند.
بازتعریف فرآیند بازبینی کد
بازبینی‌های سنتی کد (Code Reviews)، کامنت‌ها را به عکس‌های ایستایی از کد متصل می‌کنند که با تکامل کد، به‌سرعت منسوخ می‌شوند. اما Delta کامنت‌ها را مستقیماً به درخت کاری در حال تکامل متصل می‌کند. فرقی نمی‌کند یک خط کد سه سال پیش توسط انسان نوشته شده باشد یا دیروز توسط یک عامل؛ کامنت در جای خود باقی می‌ماند.
همه کاربران هر کامنتی را که به کد متصل است و هم‌زمان با تکامل آن تغییر می‌کند، می‌بینند و این کامنت‌ها به گفتگوهایی که منجر به تولید آن کد شده‌اند، متصل هستند. در اینجا، عامل هوش مصنوعی یک شرکت‌کننده درجه‌یک در رشته است و بر اساس همان تصمیمات اولیه‌ای کار می‌کند که توسعه‌دهنده انسانی گرفته است. این رویکرد در مدیریت پروژه‌های عظیم بسیار حیاتی است، مشابه آنچه در سیستم عامل Muse Code برای حذف تداخل در کدبیس‌های بزرگ مشاهده شده است.
وقتی توسعه‌دهنده خطایی را شناسایی می‌کند، دیگر نیازی به ردیابی دستی Diffها نیست. او می‌تواند به‌سادگی در همان رشته از عامل بخواهد دلیل تصمیمش را توضیح دهد یا خط خاصی را اصلاح کند. این امر فرآیند بازبینی را از یک «کالبدشکافی پس از مرگ» (Post-mortem Audit) به یک گفتگوی زنده و تعاملی تبدیل می‌کند. با گذشت زمان، این بستر به هم‌تیمی‌های آینده و عامل‌ها کمک می‌کند تا نه‌تنها بفهمند کد چه کاری انجام می‌دهد، بلکه درک کنند چرا کد به شکل فعلی خود درآمده است.
رابط کاربری طراحی شده برای حجم بالای داده‌های عامل‌ها
عامل‌ها متن و تغییرات کد را با حجمی تولید می‌کنند که ادیتورهای سنتی را فلج می‌کند. اکثر ابزارها برای مقابله با این حجم، اطلاعات را مخفی می‌کنند؛ مثلاً Diffها را جمع می‌کنند، متن‌های طولانی را می‌برند یا محتوا را خلاصه می‌کنند. Zed محیط Delta را به‌گونه‌ای ساخت تا از این میان‌برها پرهیز کند و تضمین کند که Diffها به‌طور کامل باز شوند و تاریخچه‌ها دست‌نخورده باقی بمانند.
همه چیز با همان سرعتی رندر می‌شود که مدل آن را تولید می‌کند. رابط کاربری با گفتگو مانند یک سند برخورد می‌کند. کاربران می‌توانند مکان‌نما (Cursor) خود را به هر جای رشته منتقل کنند — از جمله بلوک‌های تفکر (Thinking Blocks)، مراحل خاص یک برنامه یا یک خط از Diff — و با تایپ کردن، پاسخ خود را ارسال کنند.
این قابلیت اجازه تعامل غیرخطی را می‌دهد. یک کاربر می‌تواند به سه بخش مختلف از یک برنامه واکنش نشان دهد، بدون اینکه مجبور باشد سه پیام متوالی و سریال بفرستد. عامل دقیقاً می‌فهمد منظور کاربر چیست، زیرا کامنت‌ها به متن دقیقی متصل می‌شوند که کاربر درباره آن صحبت می‌کند.
معماری فنی
برای حفظ عملکرد بالا، Zed یک نسخه وب با استفاده از جاوااسکریپت و HTML استاندارد نساخت. در عوض، نسخه مبتنی بر مرورگر Delta همان اپلیکیشن Rust است که به WebAssembly کامپایل شده و از طریق WebGL رندر می‌شود. این موضوع تضمین می‌کند هم‌تیمی‌هایی که یک رشته را از طریق لینک باز می‌کنند، همان تجربه عملکردی را داشته باشند که کاربران اپلیکیشن Native دارند.
همچنین Delta با ابزارهای جانبی مدیریت عامل‌ها، در رأس آن‌ها Claude Code، ادغام شده است. این به توسعه‌دهندگان اجازه می‌دهد تا از ترمینال مورد علاقه خود استفاده کنند، در حالی که جلسه آن‌ها به‌صورت زنده در یک رشته Delta برای مشاهده تیم همگام می‌شود. این یکپارچگی مکمل قابلیت‌هایی است که Claude Code برای استخراج گزارش‌های فنی از جلسات کدنویسی ارائه می‌دهد. هم‌تیمی‌ها می‌توانند تکامل گفتگو و کد را تماشا کنند، در جای مناسب کامنت بگذارند و کار را با دسترسی به تمام بستر (Context) ادامه دهند.
چرا یک اپلیکیشن مجزا؟
شرکت Zed تصمیم گرفت Delta را به‌عنوان یک اپلیکیشن مستقل عرضه کند، نه به‌عنوان یک به‌روزرسانی برای ادیتور اصلی Zed. شرکت اعلام کرد که بازسازی بنیادهای Zed برای صدها هزار کاربر روزانه، باعث اختلال در جریان‌های کاری موجود می‌شد.
با شروع با یک اپلیکیشن جدید، آن‌ها توانستند پایگاه‌داده و رابط کاربری را به‌طور هم‌زمان و بدون محدودیت توسعه دهند و اجازه دهند پایگاه‌داده و اولین اپلیکیشن آن، یکدیگر را شکل دهند. این کار نیاز به گنجاندن مفاهیم اولیه (Primitives) جدید در یک ادیتور موجود را از بین برد.
این تغییر نشان‌دهنده یک باور گسترده‌تر است: «رشته گفتگو» در حال تبدیل شدن به مرکز توسعه نرم‌افزار است. در این واقعیت جدید، ادیتور دیگر ابزار اصلی نیست، بلکه جزئی از یک گفتگوی collaborative بزرگتر است. Delta مکانی متمرکز برای تکرار سریع و بهبود این مفاهیم از طریق استفاده واقعی در محصول فراهم می‌کند.
برای توسعه‌دهندگان، این به معنای ناپدید شدن مرز بین «پرامپت‌نویسی» و «کدنویسی» است. اثر مرتبه دوم این تحول، ایجاد یک رکورد دائمی و قابل جستجو از «قصد و هدف» (Intent) است که در DeltaDB همراه با کد باقی می‌ماند و دقیقاً در جایی که مرتبط است، ظاهر می‌شود.
توسعه‌دهندگان علاقه‌مند در حال حاضر می‌توانند برای بتای خصوصی ثبت‌نام کنند تا این جریان‌های کاری چندنفره و عامل‌محور را آزمایش کنند. اولین دعوت‌نامه‌ها ارسال شده‌اند و در هفته‌های آینده کاربران بیشتری دعوت خواهند شد.
گام بعدی شما
- برای دسترسی به بتای خصوصی Delta ثبت‌نام کنید تا جریان‌های کاری عامل‌محور را آزمایش کنید.
- اگر از Claude Code استفاده می‌کنید، نحوه همگام‌سازی آن با محیط‌های اشتراکی را بررسی کنید.
- ساختار پروژه‌های خود را به‌گونه‌ای تغییر دهید که مستندات تصمیمات (Intent) را در دل گفتگوها جای دهید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو