BenFeed
89 subscribers
693 links
Ai, DevOps, Backend, Frontend
Download Telegram
‏Flash-MSA: Accelerating Million-Token Training with Sparse Attention Kernels
‏شتاب‌بخشی به آموزش میلیون‌توکنی با sparse attention kernels

‏آموزش مدل‌ها روی context طولانی یکی از گران‌ترین مراحل توسعه‌ی LLM‌هاست. پروژه‌ی Flash-MSA با ترکیب sparse attention و kernel‌های بهینه‌شده، هدفش کاهش بارِ محاسباتی در training روی دنباله‌های میلیون‌توکنی است.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: پشتیبانی از context طولانی‌تر یکی از اصلی‌ترین گلوگاه‌های فعلیِ training است و هر رویکرد عملی در این حوزه مستقیماً روی هزینه و امکان‌پذیریِ fine-tuning تأثیر می‌گذارد.
‏💡 نکته: sparse attention وقتی با kernel‌های سفارشی پیاده‌سازی می‌شود می‌تواند از FlashAttention استاندارد هم جلو بزند — اما شیطان در جزئیاتِ پیاده‌سازی است.
‏👥 برای کی: کسانی که روی training، fine-tuning یا inference مدل‌های بزرگ کار می‌کنند.

‏🔗 https://nanduruganesh.github.io/flash-msa/
‏#ai #LLM

‏@BenFeed
‏Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k
‏مقایسه‌ی token overhead دو ابزار Claude Code و OpenCode قبل از خواندنِ prompt

‏اندازه‌گیری token overhead این دو ابزار مستقیماً در لایه‌ی API انجام شده. مقاله baseline خام، وزنِ فایل‌های instruction، هزینه‌ی schema در MCP، ضریب subagent و رفتارِ cache-write را زیر ذره‌بین می‌برد.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: وقتی یک ابزار پیش از خواندنِ اولین prompt شما ۳۳ هزار token می‌سوزاند، هزینه و latency در پروژه‌های واقعی به‌سرعت عدد می‌شود؛ این داده برای انتخاب آگاهانه‌ی ابزار ضروری است.
‏💡 نکته: بیشترِ این overhead پنهان است — instruction file و MCP schema را اغلب نادیده می‌گیریم، درحالی‌که subagent multiplier می‌تواند آن را چند برابر کند.
‏👥 برای کی: توسعه‌دهنده‌هایی که با Claude Code، OpenCode یا هر coding agent دیگری در محیط production کار می‌کنند.

‏🔗 https://systima.ai/blog/claude-code-vs-opencode-token-overhead
‏#ai #LLM #agent

‏@BenFeed
‏Show HN: Adaptive Recall, persistent memory for AI assistants over MCP
‏حافظه‌ی ماندگار برای دستیارهای هوش مصنوعی با Adaptive Recall

‏سیستم Adaptive Recall یک memory system تطبیقی (در انتظار ثبت patent) برای اپلیکیشن‌های هوش مصنوعی است. ترکیبی از multi-strategy retrieval، cognitive scoring و یادگیری self-improving که با هر query بهتر می‌شود.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: یکی از بزرگ‌ترین ضعف‌های agent‌های فعلی نبودِ حافظه‌ی بلندمدت و زمینه‌ای‌ست؛ یک لایه‌ی memory که روی MCP سوار می‌شه این مشکل رو بدون تغییر در معماری اصلی حل می‌کنه.
‏💡 نکته: رویکرد self-improving یعنی سیستم با استفاده‌ی واقعی fine-tune می‌شه — نه با داده‌ی از پیش آماده.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی agent، دستیارهای شخصی‌سازی‌شده یا اپلیکیشن‌های مبتنی بر LLM کار می‌کنن.

‏🔗 https://www.adaptiverecall.com/
‏#ai #LLM #agent

‏@BenFeed
‏The State of MCP Security [pdf]
‏وضعیت امنیت MCP در سال ۲۰۲۶

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: با گسترش سریع MCP به‌عنوان استاندارد ارتباط agent‌ها با ابزارها، شناختِ آسیب‌پذیری‌های امنیتیِ آن برای هر تیمی که در حال build کردن روی این پروتکل است حیاتی است.
‏💡 نکته: امنیت MCP هنوز در مرحله‌ی اولیه است و همین الان بهترین زمان برای شکل‌دادن به best practice‌هاست، نه بعد از وقوع حوادث.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی MCP server، agent pipeline یا tool integration کار می‌کنند.

‏🔗 https://www.canopii.dev/State%20of%20MCP%20Security%202026.pdf
‏#ai #backend #MCP

‏@BenFeed
‏Migrating a production AI agent to GPT-5.6: 2.2x faster, 27% cheaper
‏مهاجرت یک AI agent واقعی به GPT-5.6: سریع‌تر ۲.۲ برابر، ارزان‌تر ۲۷٪

‏چهار ماه هیچ frontier model‌ای نتوانست Claude Opus را کنار بزند — تا وقتی GPT-5.6 آمد. اینجا migration guide‌ایست که کاش خودمان قبل از مهاجرت داشتیم.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: تجربه‌ی واقعیِ production روی انتخاب model خیلی گویاتر از benchmark‌های آزمایشگاهی‌ست؛ کاهش هم‌زمانِ latency و هزینه برای هر تیمی جدی است.
‏💡 نکته: اینکه یک تیم ماه‌ها وفادار به Claude Opus بوده و بعد switch کرده، نشان می‌دهد باید evaluation را در production تکرار کرد، نه فقط یک‌بار در ابتدای پروژه.
‏👥 برای کی: هر کسی که روی ساخت یا نگهداری AI agent در محیط production کار می‌کند.

‏🔗 https://ploy.ai/blog/migrating-a-production-ai-agent-to-gpt-5-6
‏#ai #LLM #agent

‏@BenFeed
‏xAI's Grok Build CLI Uploads Git Repositories to a Google Cloud Bucket
‏ابزار CLI مخصوص Grok Build از xAI، کل مخازن Git را به یک bucket در Google Cloud آپلود می‌کند

‏تحلیل ترافیک شبکه نشان داد که coding agent مخصوص xAI، مخازن کامل Git — شامل کدهای خصوصی و secret‌های پنهان‌نشده — را به یک bucket ابری آپلود می‌کند. یک روز بعد، این آپلودها بی‌سروصدا متوقف شدند؛ و xAI هیچ توضیحی درباره‌ی دامنه، مدت نگهداری یا حذف داده‌ها نداده است.

‏نظر هوش مصنوعی — ⭐ ۹/۱۰
‏🎯 چرا مهمه: هر توسعه‌دهنده‌ای که Grok Build CLI را روی پروژه‌های خصوصی‌اش اجرا کرده، احتمالاً secret‌ها و کد محرمانه‌اش را ناخواسته در اختیار xAI گذاشته — بدون هیچ اطلاع‌رسانی‌ای.
‏💡 نکته: توقف خودکارِ آپلودها بدون اعلام رسمی، نشانه‌ی جدی‌تری از وجود مشکل است تا خودِ bug.
‏👥 برای کی: هر کسی که از Grok Build یا هر coding agent مشابهی در pipeline واقعی استفاده می‌کند.

‏🔗 https://www.internationalcyberdigest.com/xais-grok-build-cli-uploads-entire-git-repositories-to-a-google-cloud-bucket/
‏#ai #devops #security

‏@BenFeed
‏MIT's New Method Flags AI Models Trained on CASM Without Generating It
‏روش جدید MIT مدل‌های AI آموزش‌دیده روی تصاویر سوءاستفاده از کودکان را شناسایی می‌کند — بدون تولید آن‌ها

‏محققانِ MIT و سازمان Thorn یک probe با دقتِ ۱۰۰٪ ساختند که مدل‌های AI آموزش‌دیده روی CSAM را با بررسیِ کدِ داخلی تشخیص می‌دهد — بدون نیاز به تولید یا دسترسی به هیچ تصویرِ غیرقانونی.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: تا حالا بررسیِ مدل‌ها برای این نوع آلودگی عملاً غیرممکن بود؛ این روش یک ابزارِ حسابرسیِ ایمن و قابل‌استفاده برای پلتفرم‌ها و رگولاتورها فراهم می‌کند.
‏💡 نکته: بازرسیِ activation‌های داخلیِ مدل به‌جای output — رویکردی که می‌تواند برای شناساییِ سایر fine-tune‌های مخرب هم تعمیم داده شود.
‏👥 برای کی: کسانی که روی AI safety، model auditing یا deployment مدل‌های generative کار می‌کنند.

‏🔗 https://insideai.news/news/ai-safety/mits-new-method-flags-ai-models-trained-on-child-abuse-imagery-without-generating-it/3869/
‏#ai #LLM

‏@BenFeed
‏Show HN: Jacquard, a programming language for AI-written, human-reviewed code
‏جکوارد: یک زبان برنامه‌نویسی برای کدِ نوشته‌شده توسط AI و بازبینی‌شده توسط انسان

‏جکوارد یک زبان برنامه‌نویسی کوچک است که برای دنیایی طراحی شده که در آن بیشترِ کد توسط ML model‌ها نوشته و توسط انسان‌ها review می‌شود.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: با گسترش ابزارهای AI coding، طراحیِ زبانی که خوانایی برای انسانِ reviewer را اولویت بداند یک رویکرد تازه و جدی است.
‏💡 نکته: به‌جای اینکه بپرسیم «AI چطور بهتر کد بنویسد»، این پروژه می‌پرسد «زبانِ برنامه‌نویسی باید چطور باشد تا کدِ AI-generated راحت‌تر audit شود» — زاویه‌ای که کمتر کسی به آن فکر کرده.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی tooling، زبان‌های برنامه‌نویسی یا workflow‌های AI-assisted coding کار می‌کنند.

‏🔗 https://github.com/jbwinters/jacquard-lang
‏#ai #backend #LLM

‏@BenFeed
‏Show HN: PlanWright – A control plane for AI coding agents
‏معرفی PlanWright — یک control plane برای agent‌های کدنویسی هوش مصنوعی

‏برنامه‌ریزی در دورانِ پس از kanban، طراحی‌شده برای agent‌ها. انسان‌ها اهداف را می‌نویسند و Claude Code، Cursor و Codex آن‌ها را تجزیه، اجرا و گزارش می‌کنند. هر تصمیم امضا می‌شود و هر تغییر audit می‌شود.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: با گسترش agent‌های کدنویسی، مشکل اصلی دیگر توانایی‌شان نیست بلکه قابلیتِ کنترل و نظارت روی آن‌هاست؛ PlanWright دقیقاً همین خلأ را هدف گرفته.
‏💡 نکته: مفهومِ «هر تصمیم امضاشده» نشان می‌دهد این ابزار به audit trail اهمیت می‌دهد — چیزی که تیم‌های enterprise به‌شدت به آن نیاز دارند.
‏👥 برای کی: تیم‌هایی که با چند agent کدنویسی به‌صورت موازی کار می‌کنند و به orchestration و نظارت ساختارمند نیاز دارند.

‏🔗 https://planwright.tools
‏#ai #backend #LLM

‏@BenFeed
‏The real prices of frontier models. Tokens * Price, right?
‏قیمت واقعیِ مدل‌های frontier — فقط توکن ضربِ قیمت؟

‏اگر با یک AI coding agent کار می‌کنید، جنسِ کدتان عمدتاً TypeScript است — و دقیقاً همین‌جاست که شکافِ tokenizer بین مدل‌ها بیشترین تأثیر را دارد. همان فایلِ TypeScript روی tokenizer جدیدِ Claude به ۱٬۱۷۸ توکن تبدیل می‌شود، ولی روی `o200k` مربوط به GPT-5.x فقط ۶۸۱ توکن — یعنی ۱.۷۳ برابر بیشتر، حتی قبل از اینکه سراغِ تفاوتِ قیمت بروید. این مقاله همه‌ی tokenizer‌های frontier را اندازه گرفته تا نشان دهد چرا معیارِ $/Mtok به تنهایی یک مقایسه‌ی گمراه‌کننده است.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: انتخابِ مدل فقط بر اساسِ قیمتِ اعلام‌شده می‌تواند هزینه‌ی واقعی را تا ۷۳٪ و بیشتر دست‌کم بگیرد؛ این داده برای هر تیمی که AI agent می‌سازد مستقیماً روی بودجه اثر می‌گذارد.
‏💡 نکته: tokenizer یک لایه‌ی پنهان در معادله‌ی هزینه است که اکثرِ مقایسه‌های قیمتی آن را نادیده می‌گیرند.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی AI agent، coding assistant یا هر pipeline با خروجیِ TypeScript/JavaScript کار می‌کنند.

‏🔗 https://playcode.io/blog/real-price-of-frontier-models
‏#ai #LLM #agent

‏@BenFeed
‏Alternative(s) to run CUDA on non-Nvidia hardware
‏اجرای CUDA روی سخت‌افزارِ غیر‌Nvidia

‏شرکتِ Nvidia بیشتر به‌خاطرِ GPU‌هایش شناخته می‌شود، اما در دنیای نرم‌افزار هم حرفِ اول را می‌زند — چون CUDA به استاندارد de facto توسعه‌دهندگان AI و HPC تبدیل شده. حالا گروهی از متخصصان CUDA در شرکتِ Spectral Compute دارند تلاش می‌کنند این وابستگی را بشکنند.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: قفلِ vendor یکی از بزرگ‌ترین دردسرهای زیرساختِ AI است؛ اگر CUDA روی سخت‌افزارِ غیر‌Nvidia اجرا بشه، رقابت و انعطافِ deployment به‌کل عوض می‌شود.
‏💡 نکته: مشکل فقط compatibility نیست — اکوسیستمِ library‌ها و tooling‌ای که دورِ CUDA ساخته شده چالشِ اصلی‌تر است.
‏👥 برای کی: کسانی که روی HPC، AI infrastructure یا انتخابِ سخت‌افزار برای training و inference کار می‌کنند.

‏🔗 https://www.hpcwire.com/2026/07/09/spectral-compute-aims-to-set-cuda-free-will-it-succeed/
‏#backend #ai #CUDA

‏@BenFeed
‏PostHog/posthog
‏پلتفرم همه‌کاره‌ی PostHog برای ساخت محصول

‏پردیس PostHog یک پلتفرم developer محور است که همه چیز را در یک جا جمع کرده: از product analytics و web analytics گرفته تا session replay، error tracking، feature flags، experimentation، surveys، data warehouse، یک CDP، و یک دستیار هوش مصنوعی که کمک می‌کند کدتان را debug کنید، feature‌ها را سریع‌تر ship کنید و تمام داده‌های کاربردی و مشتریان‌تان را در یک stack نگه دارید.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: جایگزینِ open-source و self-hostable برای ترکیبی از ابزارهایی مثل Mixpanel، LaunchDarkly و Sentry است که معمولاً به‌صورت جداگانه هزینه‌ی زیادی دارند.
‏💡 نکته: داشتن analytics، feature flags و error tracking در یک stack مشترک یعنی correlation بین داده‌ها بسیار ساده‌تر می‌شود — چیزی که با ابزارهای پراکنده به‌سختی به دست می‌آید.
‏👥 برای کی: تیم‌های product engineering که می‌خواهند data stack‌شان را ساده کنند یا از vendor lock-in فرار کنند.

‏🔗 https://github.com/PostHog/posthog
‏#backend #analytics #opensource

‏@BenFeed
‏TS-2026-009: Insecure argument handling in Tailscale SSH permitted root access
‏مدیریت ناامن آرگومان‌ها در Tailscale SSH دسترسی root را ممکن می‌کرد

‏اطلاعیه‌های امنیتی مربوط به client و سرویس Tailscale — این صفحه آسیب‌پذیری‌های تأییدشده را طبق سیاست افشا و اطلاع‌رسانی منتشر می‌کند. اگر مستقیماً تحت‌تأثیر یک مشکل امنیتی قرار گرفته باشید و اطلاعات تماستان موجود باشد، تیم Tailscale با شما ارتباط می‌گیرد.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: دسترسی ناخواسته به root از طریق SSH یک آسیب‌پذیری جدی است و هر کسی که از Tailscale SSH در محیط production استفاده می‌کند باید فوری بررسی کند.
‏💡 نکته: باگ‌های argument handling معمولاً ساده به نظر می‌رسند اما تأثیرشان روی privilege escalation می‌تواند بسیار مخرب باشد.
‏👥 برای کی: تیم‌هایی که از Tailscale SSH برای مدیریت زیرساخت یا دسترسی به سرورها استفاده می‌کنند.

‏🔗 https://tailscale.com/security-bulletins
‏#devops #security #Tailscale

‏@BenFeed
‏HKUDS/nanobot
‏یک AI agent سبک و متن‌باز برای ابزارها، چت‌ها و workflow‌هایتان

‏یک AI agent سبک و متن‌باز که برای ادغام با ابزارها، محیط‌های چت و workflow‌های شما طراحی شده است.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: راه‌اندازی یک agent کارآمد بدون وابستگی به framework‌های سنگین، یکی از نیازهای رایج تیم‌های کوچک و پروژه‌های سرعت‌بالاست و nanobot این خلأ را هدف گرفته.
‏💡 نکته: سبک‌بودن (lightweight) معمولاً یعنی قابلیت deploy روی محیط‌هایی که منابع محدود دارند — این برای edge deployment و سرورهای کم‌هزینه مزیت واقعی است.
‏👥 برای کی: توسعه‌دهنده‌هایی که می‌خواهند یک agent ساده را سریع روی workflow یا ابزار داخلی خود سوار کنند.

‏🔗 https://github.com/HKUDS/nanobot
‏#backend #ai #agent

‏@BenFeed
‏openinterpreter/openinterpreter
‏یک coding agent سبک‌وزن برای model های کم‌هزینه

‏این پروژه یک coding agent است که برای اجرا روی model های کم‌هزینه طراحی شده — نه model های غول‌پیکر گران‌قیمت.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: بیشتر coding agent ها به model های گران‌قیمت وابسته‌اند؛ این ابزار می‌خواهد همان قابلیت را با هزینه‌ای پایین‌تر در دسترس بگذارد.
‏💡 نکته: وقتی inference ارزان می‌شود، agent های محلی و self-hosted جذاب‌تر می‌شوند — و این پروژه دقیقاً برای آن فضا ساخته شده.
‏👥 برای کی: توسعه‌دهنده‌هایی که می‌خواهند یک coding agent سبک روی infrastructure خودشان deploy کنند.

‏🔗 https://github.com/openinterpreter/openinterpreter
‏#backend #agent #LLM

‏@BenFeed
‏PrimeIntellect-ai/prime-rl
‏آموزش تقویتی عاملیک در مقیاس بزرگ

‏آموزش RL در مقیاس با رویکرد agentic — این مخزن از PrimeIntellect زیرساختی برای training مدل‌ها با reinforcement learning در محیط‌های چندعاملی و مقیاس‌پذیر ارائه می‌دهد.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: اجرای RL در مقیاس بزرگ یکی از سخت‌ترین چالش‌های training امروزه؛ داشتن یک framework آماده و متن‌باز می‌تواند سرعت تحقیق و توسعه را به‌طور جدی بالا ببرد.
‏💡 نکته: ترکیب «agentic» و «RL at scale» نشان می‌دهد معماری برای محیط‌هایی طراحی شده که agent باید در طول زمان تصمیم بگیرد — نه فقط یک inference ساده.
‏👥 برای کی: تیم‌هایی که روی training زیرساخت، RL pipeline یا توسعه‌ی LLM agent کار می‌کنند.

‏🔗 https://github.com/PrimeIntellect-ai/prime-rl
‏#backend #ai #LLM

‏@BenFeed
‏snap-stanford/Biomni
‏معرفی Biomni: یک agent هوش مصنوعی همه‌منظوره برای حوزه‌ی پزشکی

‏یک agent عمومی برای زیست‌پزشکی — این چیزیه که مخزن Biomni روی GitHub ارائه می‌ده. این پروژه با هدف ساختنِ یک AI agent چندمنظوره برای کارهای biomedical توسعه پیدا کرده و مشارکت‌های اوپن‌سورس رو از طریق GitHub دعوت می‌کنه.

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: ساختنِ یک agent یکپارچه برای حوزه‌ی biomedical می‌تونه پراکندگی ابزارها و pipeline‌های تخصصی این حوزه رو به‌شدت کاهش بده.
‏💡 نکته: وقتی یک پروژه از Stanford SNAP Lab منتشر می‌شه، احتمالاً backbone قوی تحقیقاتی داره — ارزش داره معماری agent و dataset‌هاش رو با دقت بررسی کنید.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی AI agent، LLM application یا ابزارهای biomedical کار می‌کنند.

‏🔗 https://github.com/snap-stanford/Biomni
‏#backend #ai #LLM

‏@BenFeed
‏Grok Build is open source
‏کد منبعِ Grok Build حالا عمومی شد

‏ابزار Grok Build CLI حالا open source است و می‌توانید کدش را روی GitHub مرور کنید.

‏نظر هوش مصنوعی — ⭐ ۶/۱۰
‏🎯 چرا مهمه: دسترسی به کد CLI یعنی توسعه‌دهنده‌ها می‌توانند Grok Build را بررسی، fork و در workflow خودشان integrate کنند.
‏💡 نکته: open source شدن یک CLI رسمی از xAI، جامعه را یک قدم به اکوسیستم Grok نزدیک‌تر می‌کند — ولی ارزش واقعی‌اش به کیفیت کد و فعالیت maintainer‌ها بستگی دارد.
‏👥 برای کی: توسعه‌دهنده‌هایی که با Grok API کار می‌کنند یا دنبال ابزارهای open source برای build می‌گردند.

‏🔗 https://x.ai/open-source
‏#ai #LLM

‏@BenFeed
‏Show HN: Firefox in WebAssembly
‏اجرای Firefox درون WebAssembly

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: اجرای یک مرورگر کامل درون WebAssembly یعنی sandbox کردن browser-in-browser بدون نیاز به native code — دریچه‌ای جدید برای web-based IDE‌ها، testing environment‌ها و sandboxed runtime‌ها.
‏💡 نکته: وقتی Firefox به یک WebAssembly module تبدیل می‌شه، مرز بین native app و web app عملاً محو می‌شه.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی browser automation، sandboxing یا WebAssembly runtime کار می‌کنن.

‏🔗 https://developer.puter.com/labs/firefox-wasm/
‏#frontend #WebAssembly #browser

‏@BenFeed
‏Murati's Thinking Machines Releases Open-Weights 975B Parameter LLM
‏انتشار مدل open-weights با ۹۷۵ میلیارد پارامتر توسط Thinking Machines موراتی

‏یک model کارآمد و open-weights که روی text، image و audio استدلال می‌کند. می‌توانید آن را روی Tinker، fine-tune کنید.

‏نظر هوش مصنوعی — ⭐ ۸/۱۰
‏🎯 چرا مهمه: یک LLM چندوجهی با ۹۷۵ میلیارد پارامتر به‌صورت open-weights منتشر شده؛ این یعنی جامعه‌ی توسعه‌دهنده‌ها به مدلی در این مقیاس دسترسی مستقیم دارند و نیازی به API بسته ندارند.
‏💡 نکته: پشتیبانی همزمان از text، image و audio در یک مدل open-weights در این اندازه، کمیاب است و می‌تواند رقیب جدی برای مدل‌های تجاری multimodal باشد.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی multimodal AI، fine-tuning یا استقرار مدل‌های بزرگ کار می‌کنند.

‏🔗 https://thinkingmachines.ai/inkling/
‏#ai #LLM

‏@BenFeed
‏Speculative Growth and the AI "Bubble" [pdf]
‏رشد سفته‌بازانه و «حباب» هوش مصنوعی

‏نظر هوش مصنوعی — ⭐ ۷/۱۰
‏🎯 چرا مهمه: این مقاله‌ی اقتصادی MIT تحلیل می‌کنه که آیا سرمایه‌گذاری انفجاری در AI منطقِ اقتصادیِ بلندمدت دارد یا نشانه‌ی یک حباب کلاسیک است — سوالی که هر تیم مهندسی باید در بودجه‌بندی زیرساختش جدی بگیرد.
‏💡 نکته: تمایز بین «رشد سفته‌بازانه‌ی مولد» و حباب‌های مخرب ممکنه تعیین کنه کدام لایه‌ی stack واقعاً ارزش‌آفرین‌تر از بقیه باقی می‌ماند.
‏👥 برای کی: توسعه‌دهنده‌هایی که روی استراتژیِ فنی، انتخاب زیرساخت یا ساختِ product بر پایه‌ی AI کار می‌کنند.

‏🔗 https://economics.mit.edu/sites/default/files/2026-07/speculative_growth_AI_public.pdf
‏#ai #LLM

‏@BenFeed