یک تعامل واقعی را از ابتدا تا انتها دنبال کن، چون تبلیغ کلی — «دستیاری که عمل میکند، نه فقط پاسخ میدهد» — تا وقتی خودت نبینی چیزی به تو نمیگوید. کسی عبارت «برایم یک ردیاب عادت با استریک بساز» را در دکمه شناور Ask-AI که روی هر صفحه این سایت هست تایپ میکند. اینجا چیزی است که واقعاً بین آن جمله و یک ساخت در حال اجرا رخ میدهد، و جایی که تصمیم گرفتیم دست انسان دوباره روی فرمان باشد.
خودِ جمله
نه کلمه، بدون علامت نگارشی، بدون پیمایش منو، بدون اینکه کاربر بداند سازنده اصلاً در کدام صفحه است. این ورودی است، و شکل آن مثل اغلب درخواستهایی است که این سیستم دریافت میکند: نه یک دستور، بلکه یک خواسته. هیچکس نمیگوید «سازنده را باز کن، پروژه را ردیاب عادت نامگذاری کن، فیلد پرامپت را با توضیح ردیابی استریک پر کن، و فوکوس را روی دکمه شروع بگذار.» فقط میگویند چه میخواهند وجود داشته باشد. فاصله بین این دو نوع بیان — خواسته در برابر دستورالعمل — کل این ویژگی است.
تجزیه
هر زبانی که آن جمله در آن نوشته شده باشد، به همان زبان پردازش میشود — ما در محصول از بیست زبان پشتیبانی میکنیم، هماهنگ با رویکرد چندزبانه گستردهتر پلتفرم، و دستیار یک لایه ترجمه روی یک اسکریپت ثابت انگلیسی اجرا نمیکند، بلکه به هر زبانی که تایپ کرده باشی بهصورت بومی استدلال میکند. برای «ردیاب عادت با استریک» بهطور خاص، تجزیه باید همزمان سه کار انجام دهد:
- تشخیص اینکه این یک درخواست ساخت است، نه یک سؤال
- استخراج نام پروژه
- استخراج مشخصات کافی تا فیلد پرامپت خالی نماند
اگر هرکدام از اینها اشتباه شود، کاربر در سازندهای فرود میآید که با درخواستش مطابقت ندارد، که بدتر از عمل نکردن است — حالا باید ابتدا عدم تطابق را متوجه شود، سپس آن را اصلاح کند، و بعد از نو شروع کند.
صفحه آمادهشده
این بخشی است که در دمو نادیده گرفتنش آسان است و در عمل اشتباه کردنش هم آسان: ساخت را شروع نمیکند. سازنده را با نام پروژه، فیلد پرامپت از پیش نوشتهشده، و اجرا فقط یک کلیک با فاصله باز میکند. این یک نقطه توقف عمدی است، نه میانبری که وقت تمام کردنش را نداشتیم. باز کردن یک صفحه و پیشپر کردن یک فرم اگر اشتباه هم باشد ارزان تمام میشود — بدترین حالت اینکه متن را ویرایش کنی یا تب را ببندی. پس دستیار همین کار را میکند، بدون پنجره تأیید، بدون «آیا مطمئنی میخواهی هدایت شوی».
کلیکی که همچنان کار خودت بود
کلیکی که همچنان مال تو بود
| نوع اقدام | چه اتفاقی میافتد |
|---|---|
| ارزان برای بازگشت — پیمایش، متن آمادهشده | خودکار انجام میشود، بدون تأیید |
| هزینه یا محاسبات واقعی مصرف میکند — شروع ساخت | منتظر یک کلیک عمدی از سوی تو میماند |
پس از کشوقوسهای زیاد به این نتیجه رسیدیم، و اعتراف میکنم که هیچکدام از دو حالت افراطی درست بهنظر نمیرسید. تأیید گرفتن برای هر کاری یعنی همان تجربه قدیمی کلیک از میان سه منو را، حالا با یک پنجره چت روی آن سوار کردهای، که بدتر از چیزی است که جایگزینش شده. تأیید نگرفتن برای هیچچیز هم یعنی دیر یا زود تجزیه یک درخواست مبهم را اشتباه حدس میزند و اجرایی را کلید میزند که کسی نخواسته، با پول کس دیگری. برای همین مثال دقیقاً به این معناست: دستیار تو را در یک حرکت به سازنده بارگذاریشده میرساند، و دکمهای که واقعاً چیزی خرج میکند، یک کلیک واقعی، عمدی و انسانی باقی میماند.
زیرساخت پنهان
چیزی که در هیچجای این جریان نمیبینی، و دقیقاً به همین دلیل اهمیت دارد: همه بخشهای آن — پیمایش، پرامپت آمادهشده، ساخت نهایی — درون فضای کاری خودت اتفاق میافتد و فضای کاری هیچکس دیگری. هرچقدر هم درخواست را عبارتپردازی کنی، نمیتوان دستیار را متقاعد کرد که به فضای کاری مستأجرهای دیگر دستدرازی کند، چون این یک ویژگی چت با قواعد خاص خارج از سیستم مجوزدهی نیست — از نظر فنی، فقط یک عامل دیگر روی پلتفرم است که تحت همان مرز حساببهحساب اجرا میشود که هر عامل دیگری تحت آن اجرا میشود. سؤال جداگانهای درباره «آیا چتبات میتواند این را ببیند» وجود ندارد، چون پاسخ آن پیش از وجود این ویژگی چت، توسط زیرساخت مشخص شده بود.
چه چیزی اتفاق نمیافتد
همین مثال را یک قدم جلوتر ببرید و به مرز کاری میرسید که دستیار بدون درخواست انجام میدهد، و ارزش دارد دقیقاً مشخص کنیم این مرز کجاست. دستیار سازنده را برایتان باز میکند. فراتر از آن:
- بیش از چیزی که از قبل تأیید کردهاید هزینه نمیکند
- پروژهٔ نهایی را به نام شما در جایی منتشر نمیکند
- هیچ اقدامی انجام نمیدهد که از محیط ایزولهٔ فضای کاری شما خارج شود و به دنیای بیرون برسد
کل این دسته مسیری با محوریت دستیار ندارد — نه تأیید سختگیرانهتر، نه هیچ مسیری اصلاً. اگر میخواهید پروژهای عمومی شود، همچنان دکمهای است که خودتان باید پیدا کرده و فشار دهید، درست مثل همیشه.
چرا نقاط توقف همینجا هستند، نه در جایی «امنتر»
میتوانستیم برای هر یک از این مراحل درخواست اجازه بگذاریم و آن را احتیاط بنامیم. فکر نمیکنم آن احتیاط بود — فکر میکنم نسخهٔ کندتری از همان کار زائدی میشد که این قابلیت قرار است حذفش کند. چتباتی که فقط محل دکمهٔ ساخت را توصیف میکند، وقتی اشتباه کند شعاع آسیبش کوچک است: سی ثانیه هدر میرود، کمی آزرده میشوید، هیچ هزینهای پرداخت نشده. اما دستیاری که یک ساخت واقعی را آماده میکند، اگر حصارهای ایمنی درست نباشند، این اشتباه هزینهٔ بیشتری دارد؛ همین دلیل واقعی وجود خط «تأیید پیش از هزینه» است — نه بهعنوان یک احتیاط ظاهری که برای مسئولانه بهنظر رسیدن اضافه کرده باشیم، بلکه چون دیدیم حالت شکست دقیقاً کجا خواهد افتاد و توقف را دقیقاً همانجا گذاشتیم. هر چیزی پیش از آن خط — خواندن جمله، آمادهسازی صفحه، رساندن شما به یک کلیک مانده به پایان — به هیچ اجازهای نیاز نداشت، چون هیچکدامشان نمیتوانست به شما آسیب بزند.
