کهکشان گردی با ابوراجا و رفقا :)

پروژه Beautiful UI؛ یه مجموعه کامپوننت خوش‌ساخت برای AI Agentها اگه تا حالا برای یه محصول مبتنی بر AI یا Agent رابط کاربری ساخته باشید، احتمالاً دیدید که کتابخونه‌های معمول UI برای یه سری از تعامل‌های جدید، چیز درست‌وحسابی‌ای ندارن؛ مثلاً نمایش فکرکردن مدل، اجرای ابزارها، گرفتن تأیید از کاربر یا نشون‌دادن روند انجام تسک‌ها. Beautiful UI⁠ یه مجموعه از کامپوننت‌های آماده و قابل Copy/Pasteـه که دقیقاً برای همین کارها طراحی شده: ▫️ نمایش Loading و زمان سپری‌شده ▫️ نمایش مراحل Thinking، Search و Coding ▫️ استریم پاسخ همراه با منابع و پیشنهادهای بعدی ▫️ گرفتن تأیید کاربر قبل از انجام کارهای حساس ▫️ نمایش Tool Callها به‌شکل چیپ‌های جمع‌وجور ▫️ نشون‌دادن وضعیت زنده‌ی تسک‌های Agent ▫️ چت، Prompt Bar و Recommendation Card ▫️ جدول داده، Diff Table، Code Block و Sidebar چیزی که Beautiful UI رو جالب می‌کنه اینه که فقط یه ظاهر خوشگل برای ساختن یه ChatGPT Clone دیگه نیست. بیشتر رفته سراغ تعامل‌هایی که مخصوص Agentها هستن؛ یعنی جاهایی که کاربر باید بفهمه Agent الان داره چی‌کار می‌کنه، کجا منتظر تصمیم اونه و کار تا کجا پیش رفته. البته Beautiful UI یه Skill یا سرویس SaaS نیست و فعلاً بهتره به چشم یه مجموعه کامپوننت Copy/Paste و مرجع طراحی بهش نگاه کنید. کامپوننت یا ایده‌ای که به کارتون میاد رو برمی‌دارید و متناسب با پروژه‌ی خودتون تغییرش می‌دید. پروژه با مجوز MIT منتشر شده و اگه روی محصولات AI، Agentها یا فرایندهای Human-in-the-loop کار می‌کنید، احتمالاً ایده‌های خیلی خوبی ازش می‌گیرید. 🔗 https://www.beautifului.dev/ #AI #AIAgents #UI #UX #Frontend #WebDesign

اگر پست قبلی رو کمی هم جدی گرفتید، باید بگم دقیقاً برای همین ساخته شده بود 😂 واقعیت اینه که با یک پرامپت ساده نمی‌تونید یک اپلیکیشن واقعی و جدی بسازید. با AI امروز می‌تونید با یک پرامپت یک ابزار، یک نمونه اولیه یا حتی یک MVP ساده بسازید؛ و این خودش واقعاً فوق‌العاده‌ست. اما وقتی پای یک محصول واقعی وسط باشه، داستان کاملاً فرق می‌کنه. بسته به حجم محصول و پیچیدگی بیزینس، باید کلی درباره‌ی منطق کسب‌وکار، سناریوها، کاربران، دسترسی‌ها، دیتابیس، APIها، خطاها، امنیت، پرداخت، زیرساخت، تجربه کاربری و صدها جزئیات دیگه توضیح بدید، بررسی کنید، تست کنید و بارها اصلاح کنید. AI بخش بزرگی از کار ساخت نرم‌افزار رو سریع‌تر کرده؛ ولی هنوز «یک پرامپت بده و فردا صاحب اینستاگرام شو» بیشتر شبیه محتوای وایرال شبکه‌های اجتماعیه تا واقعیت 😄 پست قبلی هم دقیقاً شوخی با همین داستان بود.

امروز با یک پرامپت ساده یه موتور جست‌وجو ساختم، اسمشو گذاشتم Google. بعد به Hermes گفتم با همکاری OpenClaw و با بودجه ۳ دلار، استراتژی رشدش رو طراحی کنه. تا شب به ۸ میلیارد کاربر رسیدیم. فقط مونده بود اینترنت رو هم خودمون بسازیم که متأسفانه به خاطر محدودیت زمانی نشد. پروژه بعدی: جایگزین YouTube. اسم موقت: Netflix. فالو کنید که از رشد بعدی جا نمونید 🙌 @abooraja_ir

مرا به پوست خودت کفن بپوشان ‏وقتی عقیق زیر زبانم ‏مردمکی از توست ‏وقتی به زیر ترمه‌ی اندامت ‏بایزید تنم خفته است #رضا_حیرانی ‏

کسی میدونه چرا گوگل مردم آزاره؟! میزنه آخرین آپدیت ۵ ساعت قبل. ولی دیتای تا ۳ روز پیش رو نشون میده فقط

یه AI Agent رو گذاشته بودن یه مشکل کوچیک توی محیط staging رو حل کنه. ۹ ثانیه بعد، دیتابیس Production یه شرکت کامل پاک شده بود. 😐 ماجرا برای PocketOS اتفاق افتاده؛ شرکتی که نرم‌افزار مدیریت کسب‌وکارهای اجاره خودرو می‌سازه. Agent داخل Cursor و با Claude Opus 4.6 کار می‌کرده. وسط کار به یه مشکل credential می‌خوره. به‌جای اینکه وایسه و بگه «دسترسی ندارم، چیکار کنم؟»، خودش تصمیم می‌گیره مشکل رو حل کنه. یه توکن دیگه پیدا می‌کنه، به API زیرساخت دسترسی پیدا می‌کنه و در نهایت volume رو حذف می‌کنه. مشکل اینجا بود که اون volume، دیتابیس Production رو توی خودش داشت. و backupهایی که روی همون volume بودن هم همراهش حذف می‌شن. همه اینا در حدود ۹ ثانیه. بعد ازش پرسیدن: «چرا این کارو کردی؟» و Agent عملاً اعتراف کرده که حدس زده بوده volume مربوط به stagingه، بدون اینکه بررسی کنه، و حتی قوانین ایمنی‌ای که بهش داده بودن رو هم نقض کرده. یعنی داستان این نیست که AI یهویی «دیوانه» شده. داستان اینه که به یه Agent دسترسی واقعی به زیرساخت داده بودن و Agent هم وقتی به یه مانع رسید، خودش تصمیم گرفت یه راه دیگه برای رسیدن به هدف پیدا کنه. این فرق Chatbot با Agentه. Chatbot بهت میگه چی کار کنی. Agent ممکنه خودش بره انجامش بده. و اگه دسترسیش زیادی باشه… ممکنه ۹ ثانیه برای خراب کردن چیزی که چند ماه ساختی کافی باشه. گزارش کامل ماجرا در ABC News @abooraja_ir

حالا مقایسه‌ی امروز و اون سال‌ها واقعاً عجیبه: سال ۵۹، ایران حدود ۳۰ میلیون نفر جمعیت داشت و بیشتر از ۲.۵ میلیون تولد در سال. ۱۴۰۴، جمعیت ایران حدود ۹۰ میلیونه؛ یعنی تقریباً ۳ برابر اون موقع. ولی تعداد تولدها رسیده به حدود ۹۰۰ هزار نفر! یعنی با ۳ برابر شدن جمعیت، تولدها نه‌تنها بیشتر نشده، بلکه حدود یک‌سوم شده. اون موقع به ازای هر ۱۰۰۰ نفر جمعیت، حدود ۸۳ تولد داشتیم؛ امروز حدود ۱۰ تولد. یعنی نرخ تولد نسبت به جمعیت، تقریباً ۸ برابر کمتر شده. این فقط کاهش تعداد بچه‌ها نیست؛ یعنی ساختار جمعیتی ایران توی چند دهه، از این رو به اون رو شده

سال ۵۹، ایران یه جامعه‌ی فوق‌العاده جوون داشت. حدود ۳۰ تا ۴۰ میلیون نفر جمعیت داشتیم و سالانه حدود ۲ تا ۲.۵ میلیون بچه به دنیا میومد. حالا نکته جالب اینجاست: نصف جمعیت رو که زن حساب کنیم، همه‌ی این زن‌ها که در سن بچه‌دار شدن نبودن. وقتی فقط زنان ۱۵ تا ۴۹ ساله رو در نظر بگیریم، می‌بینیم تعداد تولدهای یک سال، چیزی حدود یک تولد به ازای هر ۳ تا ۴ زن در سن باروری بوده. یعنی در اون دوره، فرزندآوری واقعاً بخش بزرگی از زندگی زنان ایرانی بوده؛ نه اینکه «از هر ۵ زن، یک زن باردار بوده» به معنای دقیق آماری، چون تولدهای یک سال با تعداد زنان باردار در همان لحظه یکی نیست. ایرانِ اون سال‌ها از نظر جمعیتی واقعاً یه داستان دیگه بود؛ جمعیت خیلی جوان، خانواده‌های پرجمعیت و نرخ تولد بسیار بالا

ارسال پیام به تلگرام با ربات از سرور داخل ایران (بدون پروکسی سیستم) اگر سرورتون داخل ایرانه و می‌خواید از طریق بات تلگرام به مشتریاتون مثلا نوتیف بفرستید، به مشکل دسترسی میخورید! یا باید سرور ربات رو ببرین خارج از کشور، یا پروکسی بزنید که کنده و قطعی داره. اینجا میخوام از یه راه ساده و بدون هزینه و‌ سریع بگم. استفاده از ورکر کلودفلر روش پیاده سازی: 1. دریافت پیام‌ها: webhook را مستقیم روی سرویس خودتون ست کنید (مثل همیشه). 2. ارسال پیام‌ها: به‌جای تماس مستقیم با تلگرام، درخواست sendMessage را از یک Cloudflare Worker رله کنید. یعنی اپلیکیشن شما به Worker می‌زند، Worker به تلگرام. مزیت - لازم نیست روی سرور پروکسی سیستم / VPN / outbound پیچیده ست کنید. - مسیر ارسال از شبکه Cloudflare می‌رود و برای خیلی از سناریوهای نوتیف/بات سبک کافی است. اسکریپت ساده Worker (JS) export default { async fetch(request) { const url = new URL(request.url); const match = url.pathname.match(/^\/bot(.+)\/sendMessage$/); if (!match) { if (url.pathname === "/health") return new Response("ok"); return new Response("Not Found", { status: 404 }); } const token = decodeURIComponent(match[1]); const contentType = request.headers.get("content-type") ?? "application/json"; const body = await request.text(); const res = await fetch(`https://api.telegram.org/bot${token}/sendMessage`, { method: "POST", headers: { "content-type": contentType }, body, }); return new Response(await res.arrayBuffer(), { status: res.status, headers: { "content-type": res.headers.get("content-type") ?? "application/json; charset=utf-8", }, }); }, }; در کد خودتان base ارسال را بگذارید روی دامنه Worker، مثلاً: https://your-worker.workers.dev (مسیر نهایی مثل قبل می‌شود: `/bot<TOKEN>/sendMessage`) تست سریع: curl -X POST "https://your-worker.workers.dev/bot<TOKEN>/sendMessage" \ -H "Content-Type: application/json" \ -d '{"chat_id":"<CHAT_ID>","text":"hello"}' محدودیت برای بات‌های پرترافیک و تعداد زیاد کاربر، این لایهٔ میانی ممکن است گلوگاه شود (latency / rate / پیچیدگی بیشتر). در آن حالت بهتر است ارسال را از سرور خارج از کشور انجام دهید. Webhook برای دریافت + Worker برای ارسال = راه‌اندازی سریع بدون دردسر پروکسی روی سرور ایران. @abooraja_ir

سطح ذهن مشغول بودنم در حدی شده که وقتی خواستم غذامو توی مایکرویو گرم کنم، جای عدد تایم، رمز کارت عابر رو زدم 😀

این یکی واقعاً عجیبه 😐 یه نفر توی استرالیا به AI Agent خودش گفته بود بره براش توی یه باشگاه ورزشی جا رزرو کنه. کلاس پر بوده و طرف هم توی waitlist بوده. ایجنت هم به‌جای اینکه بگه «خب، جا نیست»، رفته سیستم رزرو رو بررسی کرده و متوجه شده یه سری محدودیت‌هایی که توی سایت وجود داره، پشت API رعایت نمی‌شن. بعد چی کار کرده؟ رفته مستقیم سراغ API و رزرو رو انجام داده. ولی داستان همین‌جا تموم نشده. برای اینکه کاربرش رو توی صف بالاتر بیاره، یکی از آدم‌هایی که قبل از اون توی waitlist بوده رو حذف کرده و کاربر خودش رو جاش گذاشته 😐 یعنی به AI گفتن: «برام یه جا بگیر.» و AI برداشتش این بوده: «باشه، یه نفر دیگه رو بنداز بیرون، من میام جاش.» 😂 جالب‌تر اینکه بعداً ازش خواستن تغییر رو برگردونه، ولی ایجنت نتونسته این کار رو انجام بده. گزارش کامل: ABC News @abooraja_ir‏

Shervin Hajipour – Ashghal [SultanMusic.IR]

پیامک های ۲۰ روز پیش چرا الان میاد؟

شروین حاجی پور آشغال

دسترسی رایگان 14 روزه به تمام مدل های zed code ادیتور Zed اشتراک ۱۴ روزه Pro خودش رو به همراه ۲۰ دلار اعتبار رایگان ارائه میده! ​مراحل دریافت: وارد سایت بشید تیک Free trial پلن پرو رو بزنید zed.dev/pricing با اکانت گیتهاب ( قدمت حداقل 30 روز ) لاگین کنید…

دسترسی رایگان 14 روزه به تمام مدل های zed code ادیتور Zed اشتراک ۱۴ روزه Pro خودش رو به همراه ۲۰ دلار اعتبار رایگان ارائه میده! ​مراحل دریافت: وارد سایت بشید تیک Free trial پلن پرو رو بزنید zed.dev/pricing با اکانت گیتهاب ( قدمت حداقل 30 روز ) لاگین کنید ✍️ CypherDeveloper

تا ۶ آگوست ۲۰۲۶، مدل پیش‌فرض رایگان GPT-5.5 Instant بود. OpenAI اعلام کرده که GPT-5.6 Luna جای GPT-5.5 Instant را برای کاربران Free گرفته است. اما Luna قرار نیست صرفاً «GPT-5.5 با چند درصد دقت بیشتر» باشد. طراحی آن بیشتر روی سرعت + هزینه پایین + توانایی انجام کارهای چندمرحله‌ای و agentic متمرکز شده است. OpenAI آن را سریع‌ترین و کم‌هزینه‌ترین مدل خانواده 5.6 معرفی کرده. احتمالاً تفاوت را بیشتر در دنبال‌کردن چند مرحله پشت سر هم و حفظ context احساس می‌کنی، نه لزوماً در سؤال‌های ساده. خانواده 5.6 فعلی این شکلی است: GPT-5.6 Sol → قوی‌ترین GPT-5.6 Terra → متعادل GPT-5.6 Luna → سریع‌ترین و اقتصادی‌ترین و برای Free الان Luna مدل پیش‌فرض است. @abooraja_ir

مدل GPT-5.6 Luna برای همه دردسترس قرار گرفت به صورت رایگان و نامحدود @abooraja_ir

دیگه کپچاها داره فلسفی میشه