تصور کنید به جای جابه‌جایی میان پنج پنجره ترمینال برای چک کردن وضعیت کدها، یک اعلان روی گوشی دریافت کنید که یکی از عامل‌های شما برای دسترسی به دیتابیس منتظر تأیید شماست. این دقیقاً همان نقطه‌ای است که handup وارد میدان می‌شود تا گلوگاه مدیریت چندین عامل خودگردان را از بین ببرد.
مدیریت مجموعه‌ای از عامل‌ها معمولاً به جابه‌جایی خسته‌کننده بین ترمینال‌ها و تصمیم‌گیری‌های تکراری ختم می‌شود. handup — که در گزارش ۱۰ اکتبر ۲۰۲۶ در وب‌سایت dev.to معرفی شد — تمام درخواست‌ها، تصمیمات و به‌روزرسانی‌های وضعیت را به یک اینباکس متمرکز و همگام‌سازی شده در دسکتاپ و موبایل منتقل می‌کند.
برای توسعه‌دهندگانی که چندین عامل — مانند Claude Code و Codex — را به طور همزمان اجرا می‌کنند، اصطکاک اصلی در سرعت هوش مصنوعی نیست، بلکه در توانایی انسان برای یافتن این است که کدام عامل در حال حاضر منتظر یک دستور (prompt) است. بسیاری از کاربران برای به حداکثر رساندن سرعت، اعلان‌های اجازه را غیرفعال می‌کنند (مثلاً با استفاده از --dangerously-skip-permissions برای Claude Code و --yolo برای Codex). اما handup این ریسک را با یک سیستم اعلان هوشمند جایگزین می‌کند تا کاربر به جای گشتن در پنجره‌های مختلف، روی گوشی خود متوجه شود که عاملی برای نام یک مخزن (repo) یا تأیید بودجه برای یک اجرای تست ابری منتظر اوست. این رویکرد در مدیریت هزینه‌ها و منابع مشابه هدف برنامه AgentMon Start برای ردیابی محلی هزینه‌های عامل‌های کدنویسی است.
زمینه و جریان کاری
این سیستم نیاز به ردیابی دستی این موضوع که کدام عامل کارش تمام شده یا کدام یک متوقف شده است را کاملاً حذف می‌کند. هر درخواست با برچسب نام عامل و پروژه مشخص می‌شود. هرگاه یک به‌روزرسانی نیاز به پیگیری داشته باشد، کاربر می‌تواند مستقیماً زیر همان اعلان پاسخ دهد (مثلاً: «خوب است، حالا مستندات را بنویس») و عامل بلافاصله این پاسخ را به عنوان دستور بعدی خود دریافت می‌کند. این مدل تعامل متمرکز، جایگزین روش‌های پراکنده است؛ مشابه آنچه در سیستم عامل‌های AIPass برای ثبت گزارش باگ میان عامل‌ها از طریق ایمیل مشاهده شده است.
برای مدیریت حجم بالای فعالیت‌ها، این اینباکس قابلیت‌های پیشرفته فیلتر و جست‌وجو را ارائه می‌دهد. کاربران می‌توانند درخواست‌ها را بر اساس نام عامل یا نوع درخواست فیلتر کنند، یا به طور خاص بر اساس پروژه، شاخه (branch) یا نشست (session) جست‌وجو نمایند. عامل‌هایی که روی ماشین‌های مختلف در حال اجرا هستند، همگی در یک لیست واحد تجمیع شده و هر کدام با نام کامپیوتری که روی آن اجرا می‌شوند، برچسب می‌خورند.
جزئیات تعامل
طبق گزارش dev.to، در یک آزمایش ۱۰ روزه روی ۲۲ پروژه، حدود ۱۷۰۰ درخواست ثبت شد. ابزار handup برای بهینه‌سازی جریان کاری، این تعاملات را به چهار دسته تقسیم می‌کند:
- به‌روزرسانی‌ها (۵۰٪): گزارش‌های وضعیت مانند «استقرار (deploy) فعال شد»، «۵۰ مورد از ۵۳ تکلیف انجام شد» یا «این‌ها پنج بنر درخواستی هستند» که هیچ نیازی به پاسخ کاربر ندارند.
- پرسش‌ها (حدود ۴۷۰ مورد): انتخاب‌های خاصی که فقط یک انسان می‌تواند تصمیم بگیرد، مانند انتخاب یک طرح تحلیل (analytics plan) یا انتخاب نام برای یک مخزن جدید.
- بازبینی‌ها (حدود ۱۲۵ مورد): تأیید پیش‌نویس‌ها، اسکرین‌شات‌ها، ویدیوها و برنامه‌های پیشنهادی.
- تصمیمات حیاتی (حدود ۲۵۰ مورد): اقدامات با ریسک بالا، مانند حذف رکوردهای دیتابیس تولید (production)، تغییر اندازه یک سرور، تغییر وضعیت پرداخت به حالت تولید، یا صرف ۲ دلار برای یک اجرای تست ابری.
تعامل با این درخواست‌ها با ورودی‌های بسیار سریع طراحی شده است. در دسکتاپ، کلیدهای Vim (مانند j/k برای جابه‌جایی، 'a' برای تأیید، 'd' برای رد و اعداد ۱ تا ۹ برای انتخاب یک پاسخ خاص) امکان پردازش سریع را فراهم می‌کنند. در مقابل، کاربران موبایل با کشیدن (swipe) به راست تأیید و با کشیدن به چپ رد می‌کنند. همچنین سیستم از پیش‌نمایش‌های غنی رسانه‌ای شامل Diffها، Markdown، PDFها، فایل‌های صوتی و بسته‌های کامل فایل‌ها پشتیبانی می‌کند تا کاربر بدون خروج از اینباکس، بستر کامل تصمیم را در اختیار داشته باشد.
پیاده‌سازی فنی
از نظر فنی، handup از طریق ابزارهای پروتکل زمینهٔ مدل (MCP) با عامل‌ها یکپارچه می‌شود. این ابزار سه تابع مشخص را فراهم می‌کند:
notify: برای به‌روزرسانی‌ها و کارهای به پایان رسیده.ask_question: برای انتخاب‌هایی که فقط انسان قادر به انجام آن‌هاست.request_approval: برای استفاده پیش از انجام یک اقدام حساس و اثرگذار.
این توابع توسط دستورالعمل‌هایی هدایت می‌شوند که در فایل‌های AGENTS.md یا CLAUDE.md پروژه قرار می‌گیرند. اگر کاربر اعلان‌های اجازه را فعال نگه داشته باشد، handup می‌تواند مستقیماً از طریق اینباکس به پرسش‌های Claude Code و Codex پاسخ دهد.
این تغییر، نقش توسعه‌دهنده را از یک «ناظر» به یک «مربی» تبدیل می‌کند. چون هر تصمیم و دلیل رد درخواست (شامل دلیل دقیق رد شدن) ثبت می‌شود، این اینباکس به یک مجموعه داده برای آموزش تبدیل می‌شود. وقتی کاربر درخواستی را با دلیلی رد می‌کند — مثلاً «از محیط staging استفاده کن، نه prod» — عامل دقیقاً همین دلیل را دریافت می‌کند. به مرور زمان، تأییدهای تکراری به قوانین خودکار تبدیل می‌شوند و کاربر می‌تواند از عامل بخواهد لاگ‌های handup را بخواند تا پیشنهاد دهد چه بخش‌هایی را می‌توان در آینده خودکار کرد. این روند تعداد کل مداخلات انسانی مورد نیاز در هفته را کاهش می‌دهد. چنین بهینه‌سازی‌هایی در سرعت توسعه، یادآور تجربه‌ی ساخت اپلیکیشن‌های چندنفره با هوش مصنوعی در کمتر از ۵ روز است که نشان می‌دهد ابزارهای مدیریت صحیح چگونه زمان تولید را کاهش می‌دهند.
گام بعدی شما
برای شروع کار، کاربران می‌توانند دستور handup setup را برای اتصال عامل‌های شناسایی شده اجرا کنند. برای چاپ دستورالعمل‌های لازم جهت قرار دادن در فایل‌های MD، دستور handup prompt کاربرد دارد و برای همگام‌سازی دستگاه موبایل از طریق Tailscale، باید دستور handup pair را اجرا کنید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو