یک عامل (Agent) هوش مصنوعی میتواند در ۱۰ دقیقه، کدهایی را تغییر دهد که یک برنامهنویس برای اصلاح آنها به یک بعدازظهر زمان نیاز دارد. اگرچه این سرعت خیرهکننده است، اما یک شکاف خطرناک در دیدهپذیری ایجاد میکند: گیت (Git) تغییرات بایتها را ثبت میکند، اما نمیتواند بگوید کدام پرامپت دقیقاً منجر به تولید آن خط مشکوک از کد شده است.
این چالش دقیقاً زمانی رخ میدهد که ابزارهای عاملمحور مانند Cursor، Claude Code، Cline، Windsurf، Aider و Continue از تکمیل خودکار ساده به سمت بازسازیهای پیچیده (Refactoring) حرکت میکنند. در گردش کار فعلی، یک توسعهدهنده ممکن است از عامل بخواهد که «جریان احراز هویت را بازسازی و منطق تازهسازی JWT را اضافه کند». در این حالت، عامل فایلها را میخواند، پیشفرضهایی میسازد، کد مینویسد، تستها را اصلاح میکند و احتمالاً پیش از پایان کار، فایلهای نامرتبطی را هم تغییر میدهد. در نهایت، توسعهدهنده تنها با یک Diff (تفاوت کدها) مواجه میشود.
اگر خطی مشکوک در فایل auth.ts ظاهر شود، گیت میتواند نشان دهد که این خط چه زمانی ظاهر شده است، اما نمیتواند به این پرسشها پاسخ دهد: کدام پرامپت دقیقاً این خط را تولید کرد؟ این خط حاصل کدام Completion بود؟ آیا عامل پیش از آن، فایلهای درستی را خوانده بود؟ آیا این تغییر بخشی از درخواست اصلی بود یا یک اثر جانبی تصادفی؟ بحرانیتر از همه این است که اگر توسعهدهنده این خط را برگرداند (Revert)، چه کارهای وابسته در مراحل بعدی از بین میرود؟ هرچه عاملها خودکارتر شوند، نیاز ما نه تنها به «منشأ کد»، بلکه به «منشأ قصد» (Intent Provenance) بیشتر میشود.
طبق گزارش فنی مورخ ۸ ژوئیه ۲۰۲۶ در وبسایت dev.to، ابزار Causari با تبدیل اقدامات هوش مصنوعی به «رویدادهای علیّتی» این مشکل را حل میکند. این ابزار مفهوم «کد با قابلیت آدرسدهی قصد» را معرفی کرده است؛ جایی که هر تغییر به یک پرامپت، یک مدل خاص، فایلهای خوانده شده در طی فرآیند و هزینهٔ مربوطه متصل است. گیت همچنان منبع حقیقت برای کنترل نسخه است، اما Causari در کنار آن قرار میگیرد تا بگوید «چرا» یک تغییر رخ داده، در حالی که گیت فقط میگوید «چه چیزی» تغییر کرده است.
مکانیسم ثبت دادهها
Causari برای ثبت رفتارها به گزارشهای خودِ عامل تکیه نمیکند. نویسنده اشاره میکند که این روش شکننده است، زیرا عاملها ممکن است فراموش کنند، ابزارها با هم متفاوتاند و یکپارچگی با محیطهای توسعه (IDE) ناسازگار است. برخی عاملها قلابهایی (Hooks) را در دسترس قرار میدهند و برخی دیگر خیر؛ همچنین برخی گردشهای کار از طریق پروکسیها، ابزارهای محلی یا ویرایشگرها انجام میشوند. برای حل این مشکل، Causari از سه مسیر مستقل برای ثبت منشأ استفاده میکند تا دقت را تضمین کند:
re proxy: این ابزار به عنوان یک پروکسی محلی سازگار با OpenAI یا Anthropic عمل میکند. عامل شما درخواستها را از طریق آن ارسال میکند و Causari در حالی که درخواستها به سمت ارائهدهنده میروند، پرامپت، پاسخ (Completion)، مدل، توکنها و هزینه را مشاهده میکند. این تعاملات در یک دفتر کل علیّتی محلی ثبت میشوند.
re watch: این بخش سیستم فایل را برای هرگونه تغییر رصد میکند. هنگامی که فایلها تغییر میکنند، Causari اسنپشاتها و Diffها را ثبت میکند. اگر بلوکی از کد که در پروکسی تولید شده، ثانیههایی بعد روی دیسک ظاهر شود، Causari یک «اثر انگشت علیّتی» ایجاد میکند تا ترافیک مدل زبانی بزرگ (LLM) را به تغییرات فایل متصل کند.
re hook: برای ابزارهایی که قلابهای چرخهٔ عمر (Lifecycle Hooks) را ارائه میدهند، مانند claude-code، Causari رویدادها را مستقیماً از محیط اجرای (Runtime) عامل دریافت میکند.
با لایهبندی این سیگنالها — یعنی ثبت از طریق پروکسی، رصد سیستم فایل و استفاده از قلابهای بومی — منشأ کد به شکل قابل توجهی دقیقتر میشود.
کوئری گرفتن از زنجیره علیّتی
وقتی این رویدادها در پوشهی محلی .causari/ ذخیره شدند، توسعهدهندگان میتوانند با دستورات CLI خاص، کدها را حسابرسی کنند. سیستم با هر اقدام عامل به عنوان یک رویداد برخورد میکند که شامل موارد زیر است: پرامپت، مدل، فایلهای خوانده شده، فایلهای نوشته شده، Diff، استدلال/پیام، اطلاعات توکن و هزینه، و همچنین رابطه علیّتی با رویدادهای قبل و بعد از آن.
بهطور مثال، اگر توسعهدهندهای بخواهد خط ۴۲ در فایل src/auth.ts را بررسی کند، میتواند دستور re why src/auth.ts:42 را اجرا کند تا ببیند چه چیزی آن خط خاص را تولید کرده است، یا دستور re trace src/auth.ts:42 را بزند تا کل زنجیره علیّتی بالادستی (Upstream) را مشاهده کند.
برای مدیریت ریسک، این ابزار تحلیل «شعاع تخریب» (Blast-radius Analysis) را از طریق دستور re impact <event-id> ارائه میدهد. این دستور نشان میدهد کدام کارهای پاییندستی (Downstream) به یک اقدام خاص از عامل وابسته هستند. این قابلیت از خطر بازگرداندن یک تغییر AI که ویرایشهای بعدی AI بر پایه آن بنا شده بودند، جلوگیری میکند. این روند، فرآیند را از یک «بازبینی کد ساده» به «بازبینی قصد» تبدیل میکند.
ابزارهای تشخیصی دقیق
فراتر از ردیابی پایه، Causari مجموعهای از ابزارهای تحلیلی را برای اندازهگیری بهرهوری و پایداری مشارکتهای هوش مصنوعی فراهم میکند:
re bisect: پیدا میکند که کدام اقدام عامل باعث شکست Build شده است. این کار با اجرای یک دستور تست، مثلاً
re bisect --test "npm test"انجام میشود.re churn: اندازهگیری میکند چه مقدار از کد تولیدشده توسط هوش مصنوعی باقی مانده و چه مقدار بلافاصله بازنویسی شده است. نرخ بالای تغییر (Churn) میتواند نشاندهنده پرامپتهای بد، بستر (Context) ناقص، انتخاب مدل نادرست یا گردشهای کار معیوب باشد.
re lens: فایل را با حاشیهنویسیهای منشأ در هر خط نمایش میدهد، که به توسعهدهندگان اجازه میدهد قصد پشت تکتک خطوط یک فایل را مشاهده کنند.
re find: امکان جستوجو در پرامپتها، پیامها، استدلالها و رویدادها را فراهم میکند (مثلاً:
re find "JWT refactor").re report --open: یک گزارش محلی یا داشبورد برای بصریسازی فعالیتهای عامل ایجاد میکند.
در این مدل، واحد تحلیل از «کامیت گیت» به «اقدام عامل» تغییر میکند. در حالی که یک کامیت واحد ممکن است شامل ۳۰ تصمیم مجزای عامل باشد، Causari هر یک از این تصمیمات را قابل بازرسی میکند.
موارد کاربرد عملی برای منشأ قصد
در مقیاس کوچک، ثبت هر تصمیم AI ممکن است اضافی به نظر برسد. اما زمانی که عاملها تغییرات معماری بزرگی را مدیریت میکنند یا منطق کد را بین چندین فایل جابهجا میکنند، نیاز به علیّت حیاتی میشود. Causari چندین سناریوی واقعی عیبیابی را هدف قرار داده است:
عیبیابی پسرفتها (Regressions): وقتی یک تست پس از مجموعهای از ویرایشهای AI میشکند، توسعهدهندگان دیگر نیازی ندارند لاگهای حجیم چت را دستی بخوانند. آنها میتوانند با ابزار bisect، دقیقاً اقدامی را که باعث شکست شده، شناسایی کنند.
بازبینی عمیق کد: بازبینیکنندهای که با یک خط کد عجیب مواجه میشود، میتواند دستور
re why path/to/file.ts:120را اجرا کند تا فوراً پرامپت و بستر خاصی را که AI در لحظه نوشتن آن خط داشت، بررسی کند.ارزیابی ریسک: پیش از بازگرداندن یک اقدام AI، دستور
re impact <event-id>شناسایی میکند که آیا تغییرات بعدی به آن منطق خاص وابستهاند یا خیر، تا از پسرفتهای تصادفی جلوگیری شود.تحلیل اتلاف کار: با اندازهگیری Churn، تیمها میتوانند تشخیص دهند که آیا هزینهی توکنهای گرانقیمتی را پرداخت میکنند که منجر به کدهایی میشود که بلافاصله بازنویسی شوند یا خیر؛ این موضوع نشاندهنده نیاز به مهندسی پرامپت بهتر یا بستر دقیقتر است.
تبدیل کار به مهارتهای قابل استفاده مجدد
فراتر از عیبیابی، Causari یک لایه تجربی برای «مهارتها» (Skills) دارد. فلسفه این است که عاملها نباید اشتباهات یکسان را برای همیشه تکرار کنند. اگر یک مخزن کد در حال حاضر شامل راهکاری تأییدشده برای یک دسته خاص از مشکلات است، عامل بعدی باید بتواند آن تجربه را به عنوان یک منشأ محلی، امضاشده و بازرسیپذیر بازخوانی کند، نه به عنوان یک حافظه مبهم.
این رویکرد در واقع پاسخی به این چالش است که چرا بسیاری از ابزارهای خودکار در محیطهای واقعی شکست میخورند؛ موضوعی که در تحلیل ما درباره کمبود هوش محیطی در عاملهای کدنویس به تفصیل بررسی شده است. این فرآیند از طریق یک خط لوله (Pipeline) مشخص اجرا میشود:
Distillation: کارهای تأییدشده از طریق دستور
re skill distillبه واحدهای قابل استفاده مجدد و امضاشده تبدیل (فشرده) میشوند.Composition: یک مهارت شامل تسک اصلی، گامهای برداشته شده، فایلهای خاص تغییر یافته و نتیجه نهایی است.
Deployment: مهارتها را میتوان با دستور
re skill export <id>منتقل کرد و بعداً از طریقre skill verifyبازبینی نمود.
طراحی و معماری محلی-محور (Local-First)
Causari با زبان Rust توسعه یافته و از آدرسدهی محتوا (Content Addressing) برای رویدادها استفاده میکند. این ابزار از یک طراحی سختگیرانه Local-first پیروی میکند؛ به این معنا که دفتر کل کاملاً در مخزن کاربر و در پوشهی .causari/ قرار دارد. هدف این است که تضمین شود کدهای اختصاصی و پرامپتها هرگز به یک داشبورد شخص ثالث ارسال نمیشوند و فعالیتهای عامل به صورت محلی بازرسیپذیر باشند.
با ایجاد «کد با قابلیت آدرسدهی قصد»، این ابزار گلوگاه بعدی در توسعه با هوش مصنوعی را هدف قرار داده است. این تمرکز بر درک عمیق تاریخچه، تداومبخشِ رویکردی است که در آن تحلیل جامع تاریخچه مخزن را بر روشهای خطمحور ترجیح میدهیم تا کدهای میراثی را بهتر مدیریت کنیم. آینده کدنویسی با AI تنها در تولید سریعتر کد نیست، بلکه در این است که آیا میتوانیم آنچه عامل انجام داده را بفهمیم، تأیید کنیم، بازپخش کنیم و عیبیابی کنیم.
همزمان با تبدیل شدن گردشهای کار عاملمحور به استاندارد صنعت، Causari قصد دارد لایه لازم برای علیّت و منشأ را فراهم کند. برای کسانی که با خطاهای تخیلی در بازسازیهای گسترده دستوپنجه نرم میکنند، ابزارهایی مانند N3MO با استفاده از تحلیل ایستا تلاش کردهاند تا قطعیت را به این فرآیند بازگردانند. خواه این منطق به عنوان یک CLI باقی بماند، یا به یک افزونه IDE یا یک سرور MCP تکامل یابد، ماموریت اصلی ثابت است: شفافسازی منطق عامل تا مانند خودِ کد منبع، بازرسیپذیر باشد.
گام بعدی شما
- اگر از ابزارهای عاملمحور مثل Cursor یا Aider استفاده میکنید، Causari را نصب کنید تا تاریخچه تغییرات کدتان را از حالت «چه تغییر کرد» به «چرا تغییر کرد» ببرید.
- دستور
re churnرا روی پروژههای فعلی اجرا کنید تا بفهمید کدام مدلها یا پرامپتها بیشترین کد دورریز (Wasted Code) را تولید میکنند. - قابلیت
re bisectرا برای شناسایی سریعترین مسیر یافتن باگهای معرفیشده توسط هوش مصنوعی در خط لوله CI/CD خود بگنجانید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو