«چیزی که لازم داشتم بین این همه اعلان گم شد.» این جمله میتواند نقطه شروع بهتری برای استفاده از هوش مصنوعی باشد تا درخواست دریافت خبرهای بیشتر. اگر قرار است ابزاری بهجای ما صفحهای را مرتب بررسی کند، باید اول معلوم شود کدام تغییر ارزش قطعکردن کار روزانه را دارد. قابلیت تازه IFTTT دقیقاً فرصتی برای فکرکردن به همین مسئله است: کمتر سرزدن به سایتها، بدون ساختن یک مزاحم تازه در گوشی.
IFTTT در ۲۸ اکتبر ۲۰۲۶ سرویس AI Agent و تغییر مدل استفاده از خدماتش را معرفی کرد. شرکت میگوید محدودیت تعداد برنامههای خودکار و دسترسی به سرویسها در همه طرحها برداشته شده و اجراها از سهمیه اعتبار مصرف میکنند. این خبر درباره قابلیت عرضهشده سازنده است؛ بررسی اسناد ما در ۳۱ اکتبر انجام شده و آزمون مستقل کیفیت یا تأیید دسترسی در ایران نیست. اطلاعیه رسمی IFTTT
اول تصمیم بگیریم چه چیزی ارزش خبرکردن دارد
یک نمونه فرضی را در نظر بگیریم: به برنامههای یک فرهنگسرای محلی علاقه دارید، اما هر روز فرصت بررسی صفحه اطلاعیههای آن را ندارید. نمایشگاه عکس، کنسرت، تغییر ساعت کار و خبر تعمیر ساختمان همه در همان صفحه منتشر میشوند. شما فقط میخواهید از تغییر زمان برنامهای که قصد رفتن به آن را دارید باخبر شوید. در این وضعیت، دریافت همه نوشتههای جدید همان مسئله قبلی را به صندوق اعلان منتقل میکند.
پس درخواست اولیه باید از علاقه کلی دقیقتر باشد. عبارت «خبرهای فرهنگسرا را بفرست» با «فقط اطلاعیه مربوط به تغییر زمان برنامه موردنظر را همراه لینک اصلی نشان بده» یک نیاز را تعریف نمیکند. مثال دوم هنوز دستور آماده و آزمودهشده برای محصول نیست؛ نمونهای تألیفی است که نشان میدهد انتخاب موضوع، شرط اهمیت و شکل خروجی باید روشن باشند.
یک راه ساده این است که پیش از ساختن هر جریان خودکار، جملهای برای خودمان کامل کنیم: «وقتی این پیام برسد، قرار است چه تصمیمی بگیرم؟» اگر پاسخ مشخصی نداریم، شاید دریافت آن پیام ضرورتی نداشته باشد. برای مثال فرضی ما، دانستن تغییر ساعت میتواند زمان حرکت را عوض کند، اما خبر رنگآمیزی دیوار سالن احتمالاً چنین اثری ندارد. این معیار، پیشنهاد عملی تحریریه است و نتیجه پژوهش درباره رفتار همه کاربران نیست.
از پیدا شدن یک نوشته تا ساختن پیام، دو مرحله داریم
راهنمای رسمی میگوید AI Agent میتواند نوشته تازه در یک صفحه یا تغییر یک عدد را دنبال کند. محتوای موجود هنگام شروع، قدیمی محسوب میشود. قابلیت جداگانه AI Action assist نیز متن پیام هر اجرا را بر اساس دستور کاربر تولید میکند. به زبان ساده، تشخیص رویداد و نوشتن توضیح آن دو کار متفاوتاند. شرح قابلیتهای AI Agent و AI Action assist
این تفکیک برای مثال فرهنگسرا مهم است. ممکن است ابزار بهدرستی بفهمد نوشتهای تازه آمده، اما توضیح کوتاه آن برای تصمیم ما کافی نباشد. یا خلاصه کاملاً روان باشد، ولی اصلاً به برنامه موردنظر مربوط نشود. بنابراین خوانایی پیام بهتنهایی معیار درستی انتخاب نیست. باید هم ارتباط نوشته اصلی و هم وفاداری خلاصه به آن را بررسی کنیم.
در یک طراحی پیشنهادی، پیام کوتاه میتواند نام برنامه، تغییر اعلامشده و لینک اطلاعیه را کنار هم بیاورد. اگر اطلاعیه ساعت تازه را نگفته، خروجی هم نباید آن را حدس بزند. بهجای جمله قطعی «برنامه ساعت دیگری برگزار میشود»، بهتر است ابهام منبع آشکار بماند. این توصیه درباره کیفیت خروجی است؛ ادعا نمیکنیم محصول در همه اجراها چنین رفتاری دارد یا دستور فارسی را با دقت مشخصی میفهمد.

سه اتفاق کوچک که نتیجه را عوض میکنند
در نخستین حالت فرضی، اطلاعیه جدید فقط پوستر برنامه را با همان ساعت قبلی منتشر میکند. برای کسی که منتظر تغییر زمان است، این نوشته خبر تازه مفیدی ندارد. در حالت دوم، ساعت واقعاً تغییر کرده اما نام برنامه به شکل کوتاه نوشته شده است؛ ارتباط موضوعی باید درست تشخیص داده شود. در حالت سوم، توضیح تازهای پایین همان صفحه اضافه شده و نوشته مستقلی ایجاد نشده است. نباید بدون آزمون فرض کنیم قابلیت تشخیص «مورد جدید» هر نوع ویرایش صفحه را هم میبیند.
خود راهنما توصیه میکند از صفحه عمومی با فهرست روشن استفاده شود و هشدار میدهد بعضی فروشگاهها و صفحاتی که محتوا را با جاوااسکریپت بارگذاری میکنند، ممکن است فعلاً کار نکنند. همچنین سابقه فعالیت، کار انجامشده یا ردشده و دلیل آن را نشان میدهد. محدودیت صفحات و سابقه اجرا این محدودیت عملی را باید قبل از سپردن پیگیری یک موضوع مهم در نظر گرفت.
برای شروع، یک موضوع کماهمیت را انتخاب کنید که بتوانید نتیجه آن را شخصاً با صفحه اصلی مقایسه کنید. چند نمونه مختلف از تغییرات واقعی همان صفحه را ببینید، بدون آنکه از ابتدا پیگیری دستی را کنار بگذارید. هدف، اثبات علمی عملکرد ابزار نیست؛ میخواهید بفهمید مشکل احتمالی از نوع صفحه است، از تعریف درخواست یا از توضیح تولیدشده. این سه علت به اصلاحهای متفاوتی نیاز دارند.
پیام نرسیده همیشه یعنی «خبری نیست»؟
پاسخ منفی است. طبق راهنمای اعتبار IFTTT، مراحل موفق اجرا میتوانند اعتبار مصرف کنند؛ بررسی دورهای که رویدادی پیدا نکند، مصرف ندارد. با تمامشدن اعتبار، برنامههای خودکار متوقف میشوند و رویدادهای زمان توقف بعداً دوباره اجرا نخواهند شد. جزئیات مصرف اعتبار و توقف بنابراین دسترسی به امکانات، به معنی اجرای نامحدود آنها نیست.
برای خواننده عادی، پیامد این قاعده روشن است: سکوت گوشی بهتنهایی نشانه نبود تغییر نیست. شاید واقعاً اطلاعیهای منتشر نشده باشد، شاید صفحه درست خوانده نشده باشد یا جریان خودکار در وضعیت توقف باشد. اگر پیامی برای تصمیم مهمی لازم است، باید وضعیت اجرا و منبع اصلی هم قابل بررسی باشند. این نتیجهگیری از تفاوت «نداشتن پیام» و «تأیید نبود رویداد» به دست میآید، نه از ادعای خرابی گسترده محصول.
لازم نیست برای شروع تعداد زیادی برنامه خودکار بسازیم. یک پیگیری محدود، فرصت بهتری برای شناخت فایده و مصرف آن میدهد. بعد از مدتی میتوان پرسید آیا پیامهای رسیده به تصمیم کمک کردند، چند مورد بیربط بودند و آیا چیزی که مهم میدانستیم از دست رفت. هیچ عدد موفقیت یا صرفهجویی تضمینشدهای از این معرفی قابل استخراج نیست؛ پاسخ به نیاز و صفحه انتخابی هر فرد بستگی دارد.
در پایان آزمایش کوچک خود، شاید بهترین تصمیم نگهداشتن همان یک اعلان باشد؛ شاید هم خاموشکردنش. هر دو نتیجه میتواند منطقی باشد. ارزش هوش مصنوعی روزمره با تعداد کارهایی که برایش تعریف میکنیم سنجیده نمیشود. در مثال فرهنگسرا، کمک واقعی زمانی اتفاق میافتد که برای رفتن به برنامه، اطلاعات مرتبط و قابل بررسی در اختیارمان باشد و لازم نباشد هر روز میان پیامهای بیفایده دنبال آن بگردیم.
هر دو تصویر، تصویرسازی مفهومی تولیدشده با هوش مصنوعیاند و رابط واقعی IFTTT را نشان نمیدهند. مثال فرهنگسرا فرضی است و تجربه عملی استفاده از محصول نیست.
منابع
- معرفی قابلیتهای تازه IFTTT؛ IFTTT؛ انتشار یا بهروزرسانی ۲۸ اکتبر ۲۰۲۶؛ بررسی ۳۱ اکتبر ۲۰۲۶.
- راهنمای AI Agent و AI Action assist؛ IFTTT؛ انتشار یا بهروزرسانی ۲۸ اکتبر ۲۰۲۶؛ بررسی ۳۱ اکتبر ۲۰۲۶.
- سازوکار اعتبار و توقف اجرای خودکار؛ IFTTT؛ انتشار یا بهروزرسانی ۲۸ اکتبر ۲۰۲۶؛ بررسی ۳۱ اکتبر ۲۰۲۶.
نظر شما چیست؟