عمق ۱ · ۱۶۶ ثانیه
گزارشِ اشتباه
چهل ویرایشِ دقیق روی گزارشِ اشتباه. چرا پرهزینهترین اشتباههای عامل برداشتِ نادرست از کار است، و برنامهای که پیش از هر تغییری میخوانید چطور آن را وقتی پیدا میکند که با یک جمله درست میشود.
درباره‌ی این ویدیو
از عاملتان می‌خواهید گزارشِ فصلی را با عددهای تازه‌ی فروش به‌روز کند. بی‌درنگ دست به کار میشود: سی دقیقه، چهل ویرایش، سه نمودارِ تازه. وقتی نگاه می‌کنید، گزارشِ سالِ پیش را از نو ساخته، نه گزارشِ این فصل را، و چیدمانِ جدولی را هم که مدیرتان به آن تکیه دارد عوض کرده. تک‌تکِ ویرایش‌ها دقیق بودند؛ کلِ کار اشتباه بود.
ارزان‌ترین لحظه برای پیدا کردنِ این اشتباه پیش از اولین ویرایش بود. عامل درخواست را از همان اول اشتباه فهمید، همه‌ی گام‌های بعدی روی همان ساخته شدند، و مدل به‌ندرت برمی‌گردد تا انتخاب‌های قبلی‌اش را زیرِ سؤال ببرد. اگر در برنامه پیدا شود، با یک جمله درست میشود؛ اگر در پایان، یک بعدازظهر وقت می‌گیرد.
حالتِ برنامه‌ریزی شیوه‌ای از کار است که عامل در آن نگاه میکند اما دست نمی‌زند: می‌تواند فایل‌ها را بخواند، جست‌وجو کند و فکر کند، اما نمی‌تواند چیزی را ویرایش کند یا چیزی اجرا کند که تغییری بدهد. یک حالتِ اجازه است که در آن هر تغییری رد میشود. در Claude Code با Shift+Tab به آن می‌روید یا پیامتان را با فرمانِ plan شروع می‌کنید، و وقتی برنامه آماده شد می‌پرسد که ادامه بدهد یا نه. با هر عاملی هم میشود گفت: «فعلاً چیزی را تغییر نده. هر چه لازم است بخوان و برنامهای به من بده.»
بررسیِ برنامه آسان است: چهل ویرایش را به‌آسانی نمی‌شود بازبینی کرد، اما ده خط برنامه را میشود خواند و دید «گزارشِ اشتباه» یا «چیدمان را عوض نکن». برنامه را برای پیدا کردنِ برداشتِ نادرست بخوانید، نه کلمه‌ی نادرست: هدفی که اشتباه فهمیده شده، بخشی که جا افتاده، تغییری در چیزی که باید بماند. برنامه‌ی تأییدشده در زمینه می‌ماند و کارِ طولانی را در مسیر نگه می‌دارد؛ هر گام را طوری بنویسید که به چیزی قابلِ بررسی برسد، و برای کارِ بزرگ از عامل بخواهید برنامه را در فایلی ذخیره کند. اگر باز هم خراب شد، Claude Code نقطه‌های بازگشت نگه می‌دارد و فرمانِ rewind گفت‌وگو، فایل‌ها یا هر دو را برمی‌گرداند (فایل‌هایی که فقط با فرمان‌های اجراشده تغییر کرده‌اند پوشش داده نمی‌شوند، پس کارتان را در git نگه دارید). این ویدیو برنامه‌ریزی پیش از کار را در Knaph توضیح می‌دهد.
این ویدیو عمق ۱ از «برنامه‌ریزی پیش از کار» را نشان می‌دهد.
یادگیری برنامه‌ریزی پیش از کارمتن گفتار
- ۰:۰۰از عاملتان می‌خواهید گزارشِ فصلی را با عددهای تازه‌ی فروش به‌روز کند.
- ۰:۰۶بی‌درنگ دست به کار میشود. سی دقیقه. چهل ویرایش. سه نمودارِ تازه.
- ۰:۱۱گزارشِ سالِ پیش را ساخته و چیدمانِ جدولِ مدیرتان را هم عوض کرده.
- ۰:۱۷تک‌تکِ ویرایش‌ها دقیق بودند.
- ۰:۲۰پس کِی پیدا کردنِ اشتباه از همه ارزان‌تر بود؟
- ۰:۲۴پیش از اولین ویرایش. درخواست را از همان اول اشتباه فهمید.
- ۰:۲۹همه‌ی گام‌های بعدی روی همان ساخته شدند، و مدل به‌ندرت برمی‌گردد تا انتخاب‌های خودش را زیرِ سؤال ببرد.
- ۰:۳۶پرهزینهترین اشتباههای عامل همین شکلی‌اند. برداشتی نادرست از کار، که خیلی خوب انجام شده.
- ۰:۴۲پس بگذارید اول برنامه را بنویسد و بایستد. این حالتِ برنامه‌ریزی است.
- ۰:۴۷عامل می‌تواند فایل‌ها را بخواند، بگردد و فکر کند.
- ۰:۵۰اما نمی‌تواند ویرایش کند یا چیزی اجرا کند که تغییری بدهد.
- ۰:۵۵یک حالتِ اجازه است که در آن هر تغییری رد میشود.
- ۰:۵۹در Claude Code کلیدهای Shift و Tab را بزنید، یا پیامتان را با فرمانِ plan شروع کنید.
- ۱:۰۶با یک برنامه برمی‌گردد. ده خطی که واقعاً میشود خواند.
- ۱:۱۱گامِ اول، باز کردنِ گزارشِ سالِ پیش. گزارشِ اشتباه. یک جمله درستش میکند.
- ۱:۱۶گامِ چهارم، چیدمانِ تازه برای جدول. نه، چیدمان بماند.
- ۱:۲۰چهل ویرایش را به‌آسانی نمی‌شود بازبینی کرد. ده خط برنامه را میشود خواند.
- ۱:۲۵فقط وقتی تأیید کنید شروع میکند.
- ۱:۳۰بعد طبقِ برنامه کار میکند.
- ۱:۳۳برنامه‌ی تأییدشده در زمینه می‌ماند و کارِ طولانی را در مسیر نگه می‌دارد.
- ۱:۳۸هر گام به چیزی برسد که بشود بررسی کرد. بعد بایست و جدول را نشانم بده.
- ۱:۴۴برای کارِ بزرگ، بخواهید برنامه را در فایلی ذخیره کند و گام‌ها را یکی‌یکی علامت بزند.
- ۱:۵۲برنامه را که میخوانید، دنبالِ برداشتِ نادرست بگردید، نه کلمه‌ی نادرست.
- ۱:۵۷هدفی که اشتباه فهمیده شده.
- ۲:۰۰بخشی که جا افتاده، مثلِ عددهای اسفند.
- ۲:۰۳تغییری در چیزی که باید همان‌طور بماند.
- ۲:۰۸همین‌ها هستند که یک بعدازظهر کارِ برگرداندن می‌شوند.
- ۲:۱۴و اگر باز هم خراب شد، بدانید چطور برگردید.
- ۲:۱۸Claude Code حینِ کار نقطه‌های بازگشت نگه می‌دارد. فرمانِ rewind گفت‌وگو، فایل‌ها یا هر دو را برمی‌گرداند.
- ۲:۲۵فایل‌هایی که فقط فرمان‌ها عوض کرده‌اند برنمی‌گردند. کارتان را در git نگه دارید.
- ۲:۳۰زود برگردید و برنامه را درست کنید، به جای وصله کردن روی اشتباه.
- ۲:۳۶برنامه‌ی اشتباه یک جمله هزینه دارد. گزارشِ اشتباه یک بعدازظهر.