داشتم از روی کنجکاوی بررسی میکردم که چطور میشه جمع‌آوری و انتقال لاگ‌های لینوکس رو قابل‌ اعتمادتر کرد؛ اینکه اگر مقصد از دسترس خارج شد، داده‌ها چه وضعیتی پیدا میکنن و چطور میشه تحویلشون رو مدیریت کرد. همین کنجکاوی کم‌کم به دِئنا (daena) رسید؛ پروژه‌ای که تا الان نسخه‌ 0.2.0 پیاده‌سازی کردم.

دِئنا لاگ‌ها رو از systemd journal میخونه، از یه پایپ لاین ماژولار برای پردازش، فیلتر و افزودن اطلاعات تکمیلی به رکوردها استفاده میکنه و قبل از ارسال، اونا رو با lmdb روی دیسک نگه میداره.

بخش جذاب ماجرا برای من، مدل تحویل داده‌ هاس که هر مقصد (sink) وضعیت تحویل مستقل خودش رو داره؛ بنابراین اختلال یه مقصد لزوماً بقیه رو متوقف نمیکنه. ارسال مجدد با backoff مدیریت میشه و رکوردهای ناموفق هم از طریق dead-letter queue قابل بررسی و بازیابی هستن...

معماری پروژه هم ماژولاره؛ سورس ها، پروسسورها و sink ها قابل توسعه‌ اند و میشه
رکوردها رو به مقصدی مثل loki یا هر سرویس که روی http فرستاد. برای مدیریت و عیب‌یابی هم یه api روی grpc و یه cli پیاده کردم تا وضعیت سرویس، صف تحویل و رکوردهای ناموفق قابل بررسی باشن.

برای من که این پروژه بیشتر از اینکه صرفاً یه ابزار جمع‌آوری لاگ به حساب بیاد، تجربه‌ ای برای فکر کردن به قابلیت اطمینان تو لایه‌ ایه که معمولاً بین تولید داده و زیرساخت مرکزی نادیده گرفته میشه.

اگه دوست داشتین خوشحال میشم نگاهی بهش بندازید اگه مفید بود بهتون ایده بده یا ازش استفاده کنید.
لینک سورس پروژه:
https://src.panahifar.ir/ahp/daena

@DevTwitter | <Amir Husayn Panahifar/>

خب من دوباره کلی توکن کلاد سوزوندم تا مشکل اساسی فارسی‌نویسی رو توی ترمینال ویندوز حل کنم

به‌نظرم این پروژه واقعاً کاربردیه، چون تا قبل از این عملاً امکان استفاده درست‌وحسابی از ترمینال‌های ویندوز نبود

https://github.com/amiralimanzar/windowsterminal-rtl

@DevTwitter | <Amir Ali Manzar/>

یه اپ برای مدیریت clipboard توی مک. دیگه با خیال راحت چندین چیز رو میشه کپی کرد و انتخاب کنی کدومش paste بشه.

موارد مشابه از ۱۰ دلار تا ۱۰۰ دلار قیمتشونه. ممکنه ورژن متن باز هم باشه اما این نسخه رو من کاستومایز کردم.

لینک گیتهاب:‌ https://github.com/sonatina-dream/copywren

@DevTwitter | <Sonata/>

اگر AI بتواند کد را ۱۲ برابر سریع‌تر تولید کند، آیا Git، Code Review و CI/CD ما هم برای چنین سرعتی آماده‌اند؟
مقاله جدید Anthropic درباره بازطراحی Source Control، یک نکته مهم دارد:

در عصر AI، ممکن است دیگر نوشتن کد گلوگاه اصلی توسعه نرم‌افزار نباشد؛ بلکه زیرساختی باشد که قرار است این حجم از کد را مدیریت کند.

اعداد جالب‌اند:
- تعداد تغییرات Merge شده در روز، از حدود ۲٬۵۰۰ در ماه مه ۲۰۲۶ به بیش از ۳۰٬۰۰۰ در سپتامبر رسید.
- آن‌ها برای پاسخ به این مقیاس، سیستم کنترل نسخه داخلی خودشان به نام Scion را ساختند و طی پنج ماه، مخزن اصلی را از Git به آن منتقل کردند.
- نتیجه؟ زیرساختی با مصرف CPU و حافظه حدود ۲۰۰ برابر کمتر از زیرساخت قبلی Git Mirror ها و Checkout هایی که تا دو مرتبه بزرگی سریع‌تر شده‌اند.

اما به نظرم مهم‌ترین بخش مقاله، خود Scion نیست؛ بلکه تغییر نگاه به مهندسی نرم‌افزار است.
۱. شاید دیگر هر Job به یک Checkout کامل نیاز نداشته باشد.
ابزار Scion برای محیطی طراحی شده که Agentها و Jobها تقریباً همیشه آنلاین‌اند. به‌جای اینکه هر کلاینت یک مخزن کامل داشته باشد، بسیاری از عملیات از طریق API و روی سرور انجام می‌شوند. فایل‌ها هم فقط در صورت نیاز دریافت می‌شوند.

۲. فرایندهای ساخته‌شده برای انسان‌ها، لزوماً برای Agentها مناسب نیستند.
وقتی صدها یا هزاران تغییر هم‌زمان تولید می‌شوند، مدل سنتی Merge Queue و انتظار برای اجرای تست‌ها ممکن است دیگر کافی نباشد. Anthropic به سمت تست‌های خودکار قبل از Deploy و بعد از Merge رفته است؛ حتی اگر بعضی تعارض‌ها پس از Merge آشکار شوند.

۳. نقش مهندس حذف نمی‌شود؛ تغییر می‌کند.
یکی از بخش‌های تأمل‌برانگیز مقاله این است که مهندسان تیم، Claude را در نوشتن کد از خودشان بهتر می‌دانستند؛ اما همچنان مسئول تصمیم‌های معماری، محدودیت‌های سیستم و انتخاب Trade-offها بودند.
حتی گاهی مهم‌ترین کارشان این بود که به AI بگویند «نه».
چون AI ممکن است راه‌حلی تولید کند که در ظاهر درست است، اما یک محدودیت معماری را نقض می‌کند یا سیستم را بی‌دلیل پیچیده‌تر می‌سازد.

۴. باید Code Review هم تغییر کند.
در این تیم، تمرکز Review به‌سمت بررسی Intent و هدف تغییر حرکت کرده، نه صرفاً خواندن تک‌تک خطوط کد. البته این به معنی حذف بررسی دقیق کد نیست؛ بلکه یعنی با افزایش حجم تغییرات، باید توجه انسانی را روی تصمیم‌ها و ریسک‌های مهم‌تر متمرکز کرد.

به نظرم باید از این مقاله یک نتیجه مهم بگیریم:
ما نمی‌توانیم فقط AI را به فرایند فعلی توسعه نرم‌افزار اضافه کنیم و انتظار داشته باشیم همه‌چیز به همان شکل قبلی کار کند.
اگر تولید کد ارزان‌تر و سریع‌تر شود، گلوگاه‌ها به جاهای دیگری منتقل می‌شوند: معماری، تست، Code Review، کنترل دسترسی، زیرساخت و حتی نحوه Merge کردن تغییرات.
البته خود Anthropic هم تأکید می‌کند که Scion جایگزین عمومی Git نیست؛ این سیستم برای مقیاس بسیار بزرگی از Monorepoها و Agentها طراحی شده است.

مقاله کامل:
https://www.anthropic.com/engineering/redesigning-source-control

@DevTwitter | <Pooya Sabramooz/>

مایکروسافت، ابزار جدید، اُپن و رایگان sqlsimtools را با هدف تسهیل مهندسی و شبیه سازیِ «حجم کار[1]» مبتنی بر SQL Server، معرفی نمود.

با استفاده از این ابزار، میتوان انواع آزمون های حجیم، سنگین، و پُرفشار را روی انواع حالات استقرار SQL Server اجرا کرد.

این ابزار به چهار روش در اختیار مهندسان میباشد:
- ابزار محاوره ای sqlsim Studio مختص کاربران ویندوز
- ابزار خط فرمان بومی sqlsim CLI جهت کاربران ویندوز و لینوکس
- ابزار خط فرمان اسکریپتی sqlpysim جهت توسعه دهندگان پایتون در تمامی پلتفرم ها
- ابزار «هوشواره پسند[2]» Workload Bulder جهت کاربران Github Copilot

قابل ذکر است این ابزار فعلا بصورت «پیش-نمایش عمومی[3]» در دسترس قراردارد و نسخه نهایی نیست.

- خبر رسمی در بلاگ مایکروسافت:
https://techcommunity.microsoft.com/blog/sqlserver/introducing-sqlsimtools/4563955
- سایت رسمی:
https://microsoft.github.io/sqlsimtools/
- ریپوی رسمی در گیتهاب:
https://github.com/microsoft/sqlsimtools

@DevTwitter | <Arash Laylazi/>

فکر کنم این پیام برای خیلی‌هامون آشنا و البته رو مخ باشه! وسط کار و دیپلوی روی ریپو هستی که یهو ایمیل میاد: «۲۰۰۰ دقیقه رایگان GitHub Actions شما تموم شد!»

حالا یا باید بی‌خیال پایپ‌لاین بشی تا ماه بعد ریست بشه، یا با کلی دردسر پرداخت ارزی انجام بدی، یا بری سراغ راه‌اندازی Self-hosted runner که خودش کلی کانفیگ و دردسرهای امنیتی و نگهداری داره.

خلاصه این موضوع باعث شد dgrunner رو بسازم.

حالا dgrunner چیکار می‌کنه؟ خیلی ساده و بی‌دردسر بهتون کمک می‌کنه رانرهای خودتون رو (بر پایه Docker / به صورت ایزوله و تمیز) بالا بیارید و بدون اینکه نگران محدودیت دقایق گیت‌هاب باشید، پایپ‌لاین‌های CI/CD رو روی سرور یا سیستم خودتون!! اجرا کنید.

چرا سراغش برید؟ خداحافظی با محدودیت ۲۰۰۰ دقیقه Github Actions
- راه‌اندازی فوق‌العاده سریع و سبک بدون درگیری با کانفیگ‌های پیچیده.
- اجرای تمیز و ایزوله جاب‌ها
- کاهش شدید هزینه‌های CI/CD برای تیم‌ها و پروژه‌های شخصی

کلی وقت پاش گذاشتم تا یه چیز تر و تمیز دربیاد که کار بقیه رو هم راه بندازه. اگه شما هم با GitHub Actions کار می‌کنید، خوشحال میشم یه سر به ریپو بزنید، تستش کنید و اگه خوشتون اومد با یه Star به دیده شدن پروژه کمک کنید.

دمتون گرم

https://github.com/UpstandPlatform/dgrunner

@DevTwitter | <Morteza/>

از ایده تا انتشار محتوا با AI؟ این ۱۰ ریپو مسیر ساخت محتوا رو جمع‌وجور می‌کنن.


تحقیق:
پیدا کردن هوک و پست پربازدید —Social Media Research Skills
https://github.com/ScrapeCreators/social-media-research-skills
گزارش عمیق از هر موضوع —Local Deep Research
https://github.com/LearningCircuit/local-deep-research


ساخت متن و تصویر:
سناریو، تصویر، صدا و ادیت — OpenCreator
https://github.com/krillinai/OpenCreator
ساخت و ویرایش تصویر — FLUX.2
https://github.com/black-forest-labs/flux2


صدا و ویدئو:
نریشن محلی — Kokoro
https://github.com/hexgrad/kokoro
ساخت موسیقی — ACE-Step 1.5
https://github.com/ace-step/ACE-Step-1.5
تولید ویدئوی کوتاه — Short Video Factory
https://github.com/YILS-LIN/short-video-factory


بازآفرینی و انتشار:
برش ویدئوی بلند — AI YouTube Shorts Generator
https://github.com/Anil-matcha/AI-Youtube-Shorts-Generator
تبدیل مقاله به پادکست — Podcastfy
https://github.com/souzatharsis/podcastfy
پیش‌نویس و زمان‌بندی پست — Social Media Agent
https://github.com/langchain-ai/social-media-agent

@DevTwitter | <Mti/>

اگر دوست دارید یک ایجنت هوش مصنوعی شخصی داشته باشید که کاملاً تحت کنترل خودتان باشد و در عین حال درگیر نگهداری سرور یا دیتابیس نشوید، این پروژه در گیت‌هاب ایده تمیزی دارد.

کل سیستم روی حساب رایگان Cloudflare و با یک دستور مستقر می‌شود. وظایف، یادداشت‌ها و یادآورها را مدیریت می‌کند و داده‌ها داخل SQLite در Durable Objects نگهداری می‌شوند. پردازش چت با Workers AI انجام می‌گیرد و سیستم حافظه بلندمدت (durable memory) با امکان بازیابی معنایی (semantic recall) دارد.

لینک پروژه:
https://github.com/rociiu/talorys


@DevTwitter | <Mehdi Allahyari/>

حالا می‌تونی مدل‌های هوش مصنوعی متن‌باز و بسیار بزرگ رو حتی روی کارت گرافیک ۴ گیگابایتی اجرا کنی!

ابزار AirLLM به‌جای اینکه کل مدل رو هم‌زمان داخل حافظه گرافیکی بارگذاری کنه، لایه‌ها رو یکی‌یکی پردازش می‌کنه. به این شکل، می‌تونه مدل‌هایی رو اجرا کنه که حافظه موردنیازشون خیلی بیشتر از VRAM کارت گرافیکته.

چند نمونه از قابلیت‌هایی که در پست معرفی شده:

- مدل Kimi K3 با ۲.۸ تریلیون پارامتر، با مصرف حدود ۳.۷۲ گیگابایت حافظه گرافیکی.

- مدل DeepSeek-V3 با ۶۷۱ میلیارد پارامتر، با حدود ۱۲ گیگابایت حافظه گرافیکی.

- اجرای مدل‌های 70B روی یک کارت گرافیک ۴ گیگابایتی، بدون کوانتیزه‌کردن مدل.

- امکان Fine-tune کردن یک مدل 125B با کمتر از ۶ گیگابایت حافظه گرافیکی.

برای شروع، کتابخانه رو نصب کن:

pip install airllm

بعد می‌تونی مدل‌های پشتیبانی‌شده از Hugging Face رو با چند خط کد بارگذاری کنی.

اما یک نکته مهم وجود داره: کاهش مصرف VRAM به معنی اجرای سریع نیست. چون لایه‌های مدل به‌صورت مرحله‌ای بارگذاری می‌شن، سرعت اجرا می‌تونه خیلی پایین‌تر باشه و به فضای دیسک زیادی هم نیاز داری. سازگاری مدل‌ها و سخت‌افزار هم باید بررسی بشه.

پروژه متن‌بازه و تحت مجوز Apache-2.0 منتشر شده.

لینک گیت‌هاب:
https://github.com/lyogavin/airllm

@DevTwitter | <Yarad/>

در حال حاضر AI، روی تصاویر و ویدیوها و هم متن ها Watermark قرار می‌دهند که به خاطر همین هم کلی Watermark Remover نوشته شده.
برای متن‌ها، این یکی از بهترین ها هست.

https://github.com/guillaumemeyer/watermarks-remover

@DevTwitter | <VAHID NAMENI/>

برای سریع‌تر کردن Zsh و بالا اومدن ترمینالم، کلی بهینه‌سازی مختلف انجام داده بودم که همه‌شون پراکنده بودن. با کمک کلاد همه رو تبدیل کردم به یه پروژه به اسم زیفلش، تقریبا الان سریعتیرن Plugin Manager دنیا برای Zshه

خوشحال می‌شم امتحانش کنید و فیدبک بدید.

https://github.com/arastu/zflash

@DevTwitter | <Touhid Arastu/>

اگه AI از ما باهوش‌تر بشه، چطور مطمئن می‌شیم هنوز می‌تونیم کنترلش کنیم؟

این ویدیو درباره‌ی هشدارهای رومن یامپولسکی، پژوهشگر ایمنی AI، درباره‌ی ابرهوش مصنوعیه.

پیش‌بینی‌هاش قطعی نیست، ولی به نظرم سؤالش ارزش فکر کردن داره.

https://youtu.be/1moULJu5TCU

@DevTwitter | <Ali Rashedi/>

اگه با Next.js کار می‌کنی، امروز نسخه‌ی پروژه‌هات رو چک کن.

تیم Next.js روز ۱۴ اکتبر یه آپدیت امنیتی اضطراری داد. سه آسیب‌پذیری داشت:

بحرانی: اجرای کد از راه دور (RCE) بدون احراز هویت، توی توابع use cache وقتی چند typed array برمی‌گردونن (App Router + Cache Components). راه‌حل موقت نداره.

بحرانی: RCE توی Image Optimization API هنگام کار با فایل SVG، روی لینوکس‌های glibc-based. راه‌حل موقت: نسخه‌ی sharp حداقل 0.35.5.

مهم: حمله‌ی DoS توی App Router وقتی حداقل یک Server Action داری. (Pages Router یا پروژه بدون Server Action آسیب‌پذیر نیست.)

نسخه‌های اصلاح‌شده:
npm install next@16.4.1
npm install next@15.5.28

۳ کار سریع:
1- با npm ls next نسخه‌ی پروژه‌هات رو ببین
2- آپدیت کن، حتی اگه فکر می‌کنی از use cache استفاده نمی‌کنی (خود تیم Next.js همین رو می‌گه)
3- اگه روی Docker و لینوکس دیپلوی می‌کنی، نسخه‌ی sharp رو هم چک کن

@DevTwitter | <Alireza Fakhar/>

یکی با Gemini 4 Argon یه بازی تو سبک Subway Surfers با ماشین جدید پرنده تسلا رودستر ساخته.

قبلا چقدر طول می‌کشید ساخت همچین چیزی؟
roadster-rush.ai.studio

@DevTwitter

GhostIDE — آینده کدنویسی ایرانی

یک IDE ایرانی که در حال حاضر در مرحله بتا است و برای رقابت با غولهای جهانی آماده میشود.

قابلیتها:

- پشتیبانی از توسعه وب، C/C++، Node.js و هر زبان و تکنولوژی دیگری
- محیطی شیک و حرفهای با تم های شخصیت سازی شده
- سیستم افزونه مشابه VS Code
- فروشگاه آیکون و فونت
- ابزار StringRes برای توسعه دهندگان اندروید (ترجمه منابع)
- ترجمه متن به صورت رایگان
- محیط نرم و روان با ۶۰ فریم بر ثانیه
- سرور زبان (LSP) با تمام امکانات: تکمیل خودکار، تشخیص خطا، Go to Definition و...

ابزار GhostIDE یک پروژه ایرانی است که در حال رشد و توسعه است. اگر دوست دارید بخشی از این مسیر باشید، از پروژه حمایت کنید، تستش کنید و فیدبک بدهید.

لینک گیتهاب:
https://github.com/HanzoDev30/Ghostide

@DevTwitter | <mr H/>

جایگزین اختصاصی برای React؟!

تلگرام وب عملا Zero dependency ساخته شده. توی دنیای وب که هر کار کوچیکی یه پکیج npm جداگانه می‌خواد، این تقریباً باورنکردنیه.

تیم تلگرام به جای استفاده از ری‌اکت، یه فریم‌ورک مشابه از صفر ساخته به اسم Teact.
بعد رفته سراغ پروتکل MTProto و اون رو هم برای جاوااسکریپت از نو پیاده کرده. Web Workerها رو عمیق دستکاری کرده، یه سیستم کش چندلایه گذاشته، و از WebAssembly و استریمینگ پیشرفته هم استفاده کرده.

حاصلش یه کدبیس سبک و سریعه که هر خطش با یه هدف نوشته شده.

و جالب‌تر اینکه همه‌ش اوپن‌سورسه. اگه فرانت‌اند کار می‌کنید، خوندن این سورس یکی از بهترین درس‌هاییه که می‌تونید برای معماری وب بگیرید.

https://github.com/Ajaxy/telegram-tt


@DevTwitter | <Shahram boroukanlou/>

تست‌نویسی با زبان معمولی

ابزار e2e تست‌های وب و موبایل رو با دستور انگلیسی اجرا می‌کنه. بعد از اولین اجرا، تست رو ضبط و بدون AI تکرار می‌کنه.

https://github.com/tester-army/e2e

@DevTwitter | <Mti/>