Nexus Lab ابزار ack-is-not-done-guard را به صورت متنباز عرضه کرده است؛ یک ابزار کوچک که مانع از آن میشود تا زمانی که عاملهای مبتنی بر فایل در Claude Code به وضعیت تأییدشدهی “proven done” نرسند، ادعا کنند که وظیفهای به پایان رسیده است. توسعهدهندگانی که از تکمیلهای کاذب (phantom completions) خسته شدهاند، اکنون یک محافظ ملموس برای استفاده در خط لولههای (pipelines) خود دارند.
چرا این ابزار اهمیت دارد
عاملهای Claude Code فایلها را میخوانند و مینویسند؛ گردش کاری که بهراحتی شروع یک فرآیند را با پایان آن اشتباه میگیرد.
نحوه عملکرد
این ابزار چهار وضعیت صریح را تعریف میکند:
- Acknowledged – وظیفه شناسایی شده است.
- Working – عامل در حال پردازش فعال است.
- Artifact delivered – خروجیهای مورد نیاز نوشته شدهاند.
- Proven done – تمام شرایط تکمیل برآورده شدهاند.
تنها زمانی که یک عامل به وضعیت “proven done” برسد، این محافظ اجازه میدهد ادعای تکمیل وظیفه تأیید شود. این بررسی سبک است؛ فرآیندهای غیرمرتبط را نظارت نمیکند و به عنوان یک چارچوب ارکستراسیون (orchestration) کامل عمل نمیکند. این ابزار مستقیماً در گردش کار مبتنی بر فایل که Claude Code انتظار دارد، قرار میگیرد.
چه کسانی سود میبرند و چه کسانی از آن جا میمانند
از آنجایی که این محافظ بهطور محدود بر وضعیتهای مبتنی بر فایل تمرکز دارد، به پروژههایی که از معماریهای دیگرِ عاملها استفاده میکنند یا به نظارت گستردهتر بر گردش کار نیاز دارند، کمکی نخواهد کرد. آن تیمها همچنان باید به نظارت خارجی یا منطق سفارشی (custom logic) متکی باشند.
نتیجهگیری
ack-is-not-done-guard ثابت میکند که یک مدل وضعیتِ ساده و بهخوبی تعریفشده میتواند شکاف پایداری را در گردشهای کاری مبتنی بر فایل و مبتنی بر هوش مصنوعی پر کند و راهی شفاف و با سربار کم در اختیار توسعهدهندگان قرار دهد تا مطمئن شوند وقتی یک عامل میگوید “done”، واقعاً تمام شده است.