teknav-bak/app/public/feeds/author-sabbagh.xml

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>آرسام صباغ | خوراک نویسنده در تکنّاو</title>
    <link>https://www.teknav.ir/feeds/author-sabbagh.xml</link>
    <atom:link href="https://www.teknav.ir/feeds/author-sabbagh.xml" rel="self" type="application/rss+xml" />
    <description>آخرین نوشته‌های آرسام صباغ در تکنّاو.</description>
    <language>fa-IR</language>
    <lastBuildDate>Wed, 10 Jun 2026 07:52:16 GMT</lastBuildDate>
    <item>
      <title>اجبار Rust در Ladybird: بلوغ صنعتی به سمت ایمنی حافظه</title>
      <link>https://www.teknav.ir/article/ladybird-rust-mandate-memory-safety</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/ladybird-rust-mandate-memory-safety</guid>
      <description>Ladybird browser تمام کدهای جدید را به Rust محدود کرد. بررسی فنی دلایل این تصمیم، مدل ownership/borrowing راست، و تأثیر آن بر صنعت مرورگرسازی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در دنیایی که مرورگرهای وب پایه‌ای‌ترین نرم‌افزار روی هر دستگاه متصل به اینترنت هستند، سابقه امنیتی Chrome و Firefox یک واقعیت تلخ را نشان می‌دهد: بیش از ۷۰ درصد آسیب‌پذیری‌های بحرانی آن‌ها ناشی از مشکلات ایمنی حافظه است. پروژه Ladybird با یک تصمیم جسورانه — اجباری‌کردن Rust برای تمام کدهای جدید موتور مرورگر — می‌خواهد این معادله را تغییر دهد.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/ladybird-rust-mandate-memory-safety-photo-1.jpg" alt="Ladybird Browser و اجبار Rust برای ایمنی حافظه" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">لوگوی پروژه Ladybird — مرورگری که از پایه با هدف ایمنی حافظه طراحی می‌شود و اجبار Rust را به عنوان سیاست رسمی اعلام کرده است.</figcaption>
  </figure>

  <h2>۱. Ladybird چیست و چرا اهمیت دارد</h2>
  <p><strong>Ladybird</strong> یک پروژه مرورگر وب کاملاً مستقل است که در ۲۰۲۲ توسط <strong>Andreas Kling</strong> آغاز شد. Kling پیش از این معمار اصلی سیستم‌عامل SerenityOS بود — پروژه‌ای که هدفش ساختن یک سیستم‌عامل یکپارچه با رابط کاربری زیبا از پایه بود. Ladybird در ابتدا مرورگر داخلی SerenityOS بود، اما با گذشت زمان به یک پروژه مستقل تبدیل شد با هدف بلندپروازانه: <strong>یک موتور مرورگر کاملاً جدید، مستقل از Chromium/Blink/WebKit/Gecko</strong>.</p>
  <p>اهمیت این پروژه در وضعیت فعلی اکوسیستم مرورگر نهفته است. امروز تقریباً تمام مرورگرهای مهم از <strong>Blink</strong> (Chrome، Edge، Brave، Opera) یا <strong>WebKit</strong> (Safari) استفاده می‌کنند. Firefox با موتور Gecko تنها اپوزیسیون جدی است، اما سهم بازار آن به زیر ۴ درصد رسیده. این یعنی تنوع واقعی در موتورهای مرورگر از بین رفته است.</p>
  <p>Ladybird با تامین مالی جمعی بیش از <strong>۱۰ میلیون دلار</strong> (از جمله کمک‌های بزرگ از افرادی مانند Chris Wanstrath، هم‌بنیان‌گذار GitHub)، از یک پروژه تفریحی به یک تلاش جدی تبدیل شده. تیم هسته‌ای آن اکنون شامل ۲۰+ مهندس تمام‌وقت است.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هدف ما ساختن یک مرورگر نیست که فقط کار کند. هدف ما ساختن مرورگری است که از پایه ایمن باشد.» — Andreas Kling، بنیان‌گذار Ladybird</blockquote>

  <h2>۲. اجبار Rust: مشخصات سیاست جدید</h2>
  <p>در اوایل ۲۰۲۵، تیم Ladybird تصمیم تاریخی خود را اعلام کرد: <strong>تمام کدهای جدید موتور مرورگر باید به Rust نوشته شوند</strong>. این تصمیم دارای سه جنبه مهم است:</p>
  <ul>
    <li><strong>کدهای جدید:</strong> هر component جدید، هر ماژول جدید، هر feature جدید — فقط Rust. بدون استثنا.</li>
    <li><strong>کدهای موجود C++:</strong> در جای خود باقی می‌مانند اما مهاجرت تدریجی به Rust برنامه‌ریزی شده. اولویت با بخش‌هایی است که سابقه CVE دارند.</li>
    <li><strong>مرز تعامل:</strong> FFI (Foreign Function Interface) بین Rust و C++ با قراردادهای مشخص تعریف می‌شود تا سطح تماس کاهش یابد.</li>
  </ul>
  <p>این سیاست از نظر اجرایی با چالش‌هایی همراه است. تعداد مهندسانی که هم <strong>systems programming</strong> را در سطح موتور مرورگر بلدند و هم Rust می‌دانند، محدود است. اما Kling در مصاحبه‌ها گفته که این چالش را می‌شناسد و ترجیح می‌دهد کندتر پیش برود اما با معماری درستی.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>چرا موتورهای مرورگر به‌خصوص آسیب‌پذیرند:</strong> موتور مرورگر باید محتوای غیرقابل‌اعتماد از اینترنت را parse کند، JavaScript دلخواه اجرا کند، رنگ‌آمیزی و Layout انجام دهد — همه این‌ها با داده‌های ورودی که می‌توانند دستکاری‌شده باشند. این ترکیب، مرورگر را به یکی از پیچیده‌ترین سطوح حمله در نرم‌افزار تبدیل می‌کند.</div>

  <h2>۳. آمار CVE: چرا ایمنی حافظه اینقدر مهم است</h2>
  <p>اعداد صحبت می‌کنند. <strong>تیم امنیتی Google Chrome</strong> در گزارش ۲۰۲۳ خود اعلام کرد که ۷۰ درصد تمام باگ‌های High Severity در Chrome ناشی از مشکلات ایمنی حافظه هستند. Mozilla در تحلیل مشابهی برای Firefox به نتیجه مشابهی رسید: ۷۲ درصد CVE‌های critical، memory safety bugs هستند.</p>
  <p>این مشکلات معمولاً در چند دسته جای می‌گیرند:</p>
  <ul>
    <li><strong>Use-after-free:</strong> استفاده از اشاره‌گری که به حافظه آزادشده اشاره می‌کند. رایج‌ترین نوع CVE در مرورگرها.</li>
    <li><strong>Buffer overflow:</strong> نوشتن فراتر از مرز آرایه یا بافر. در parser‌های HTML، CSS، و JavaScript بسیار شایع است.</li>
    <li><strong>Double-free:</strong> آزادکردن دوباره حافظه‌ای که قبلاً آزاد شده — معمولاً منجر به heap corruption می‌شود.</li>
    <li><strong>Null pointer dereference:</strong> استفاده از اشاره‌گر null که در C++ رفتار تعریف‌نشده ایجاد می‌کند.</li>
  </ul>
  <p>نکته تلخ اینجاست: این باگ‌ها در C++ اغلب در code review هم دیده نمی‌شوند. کامپایلر C++ هیچ تضمینی در مورد صحت استفاده از حافظه نمی‌دهد — این مسئولیت کاملاً بر عهده برنامه‌نویس است. در یک پروژه با میلیون‌ها خط کد و صدها contributor، حفظ این مسئولیت‌پذیری عملاً غیرممکن است.</p>

  <h2>۴. مدل مالکیت Rust: چطور این مشکل را حل می‌کند</h2>
  <p><strong>Rust</strong> با یک رویکرد اساساً متفاوت طراحی شده. <strong>سیستم مالکیت</strong> (Ownership System) Rust قوانینی را اعمال می‌کند که کامپایلر در زمان کامپایل بررسی می‌کند، نه در زمان اجرا:</p>
  <ul>
    <li><strong>قانون مالکیت:</strong> هر مقدار یک مالک دارد. وقتی مالک از scope خارج می‌شود، حافظه آزاد می‌شود — خودکار و قطعی.</li>
    <li><strong>Borrow Checker:</strong> در هر لحظه می‌توانید یا یک <strong>mutable reference</strong> داشته باشید یا چند <strong>immutable reference</strong> — هر دو به‌طور همزمان ممکن نیست. این به‌طور خودکار data race در concurrent code را حذف می‌کند.</li>
    <li><strong>Lifetime‌ها:</strong> کامپایلر Rust اطمینان می‌دهد که reference‌ها هرگز از داده‌ای که به آن اشاره می‌کنند عمر بیشتری ندارند. Use-after-free در زمان کامپایل تشخیص داده می‌شود.</li>
  </ul>
  <p>نتیجه عملی این است که اگر کد Rust کامپایل شود (خارج از بلوک‌های <code>unsafe</code>)، کلاس‌های کاملی از آسیب‌پذیری‌های حافظه <strong>به‌صورت ریاضی ممکن نیستند</strong>. این یک تضمین قوی‌تر از هر fuzzer یا code review است.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«اگر کد Rust کامپایل می‌شود، ۷۰٪ از CVE‌هایی که ما در Chrome می‌بینیم به‌صورت ذاتی ممکن نخواهند بود.» — Alex Gaynor، مهندس امنیت سابق Firefox و Python</blockquote>

  <h2>۵. روند صنعتی: گوگل، اپل، و سیاست‌های ایمنی حافظه</h2>
  <p>Ladybird تنها بازیگر این میدان نیست. در واقع، تصمیم Ladybird بخشی از یک روند صنعتی گسترده‌تر است:</p>
  <ul>
    <li><strong>Android و پروژه Carat:</strong> گوگل از ۲۰۲۱ به توسعه‌دهندگان Android توصیه کرده که کدهای native جدید را در Rust بنویسند. در ۲۰۲۴، بیش از ۲۱٪ از کدهای جدید kernel Android به Rust نوشته شده. نتیجه: CVE‌های memory-safety در Android در دو سال اخیر ۵۲٪ کاهش یافته.</li>
    <li><strong>Chromium و sandbox code:</strong> گوگل اجازه داد Rust در بخش‌های خاصی از Chromium (به‌خصوص sandbox) استفاده شود. این یک قدم محتاطانه است، اما مسیر را برای مهاجرت گسترده‌تر باز کرده.</li>
    <li><strong>Microsoft و Windows:</strong> Microsoft به توسعه‌دهندگان Windows Core اعلام کرد که باید از Rust یا «دیگر زبان‌های memory-safe» برای کدهای جدید استفاده کنند. Windows Kernel در آینده نزدیک بخش‌هایی به Rust خواهد داشت.</li>
    <li><strong>Apple و Swift:</strong> اپل رویکرد متفاوتی دارد — Swift و ویژگی‌های جدید C++23 برای ایمنی حافظه. اما در حوزه WebKit، مهاجرت به Swift برای بخش‌های حساس در جریان است.</li>
    <li><strong>دولت آمریکا:</strong> در ۲۰۲۴، CISA (آژانس امنیت سایبری) رسماً از صنعت خواست که به زبان‌های memory-safe مهاجرت کنند و C/C++ را در کدهای جدید کنار بگذارند.</li>
  </ul>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">آمار کاهش CVE در Android پس از پذیرش Rust (منبع: Google Security Blog 2025): ۲۰۲۲: ۲۴۰ CVE ناشی از memory safety — ۲۰۲۴: ۱۱۵ CVE ناشی از memory safety — کاهش ۵۲٪ در دو سال. درصد کد Rust در Android ۱۵: ۲۱٪ از کد native جدید.</div>

  <h2>۶. بازار کار و آینده مهندسان Systems</h2>
  <p>تصمیم Ladybird و روند صنعتی گسترده‌تر تاثیر مستقیمی بر بازار کار <strong>مهندسان systems programming</strong> دارد. در ۲۰۲۵، Rust در جایگاه هفتم زبان‌های پرتقاضا در Stack Overflow Developer Survey قرار گرفت — اما مهم‌تر از این، برای هشتمین سال پیاپی محبوب‌ترین زبان برنامه‌نویسی از نظر توسعه‌دهندگان بود.</p>
  <p>تقاضا برای مهندسانی که هم <strong>Rust</strong> بلدند و هم سابقه systems programming در حوزه‌هایی مانند مرورگر، OS، یا embedded دارند، به‌شدت از عرضه پیشی گرفته. شرکت‌هایی مانند Amazon (Firecracker VMM)، Cloudflare (Pingora reverse proxy)، Discord، و حالا Ladybird تیم‌های بزرگی از مهندسان Rust دارند.</p>
  <p>برای توسعه‌دهندگان جوانی که می‌خواهند در حوزه systems programming کار کنند، یادگیری Rust دیگر یک مزیت رقابتی نیست — به یک <strong>پیش‌نیاز</strong> تبدیل می‌شود. نظام تدریس دانشگاه‌ها هم در حال تغییر است: MIT و Stanford دوره‌های جدیدی با تمرکز بر Rust اضافه کرده‌اند.</p>
  <p>جالب است که این تحول بازار یک چرخه خودتقویت‌کننده ایجاد می‌کند: مهندسان بیشتری Rust یاد می‌گیرند چون تقاضا هست، پروژه‌های بیشتری به Rust مهاجرت می‌کنند چون مهندس Rust پیدا می‌شود، و اکوسیستم (crates، ابزارها، آموزش) رشد می‌کند.</p>

  <h2>نتیجه‌گیری: بلوغ صنعتی یا انقلاب معماری؟</h2>
  <p>تصمیم Ladybird برای اجبار Rust را می‌توان از دو زاویه دید. اول، یک <strong>نشانه بلوغ صنعتی</strong> است: اکوسیستم Rust به نقطه‌ای رسیده که یک پروژه جاه‌طلبانه مانند موتور مرورگر می‌تواند روی آن بسازد. ابزارها، کتابخانه‌ها، و جامعه به اندازه کافی بزرگ شده‌اند.</p>
  <p>دوم، یک <strong>انقلاب تدریجی در معماری نرم‌افزار امن</strong> است. برای اولین بار در تاریخ، یک پروژه زیرساخت حیاتی مانند مرورگر وب می‌تواند ادعا کند که کلاس‌های کاملی از آسیب‌پذیری در طراحی معماری خود حذف شده‌اند — نه از طریق تست و fuzzing، بلکه از طریق تضمین‌های کامپایلر.</p>
  <p>Ladybird شاید هنوز سال‌ها از قابلیت استفاده عمومی فاصله داشته باشد. اما تاثیر آن بر جامعه مرورگر و systems programming قبلاً شروع شده. وقتی اولین بلاک دیاگرام معماری Ladybird با بخش‌های Rust به جای C++ منتشر شد، یک پیام واضح فرستاده شد: <strong>دوران نوشتن موتورهای مرورگر با C++ خالص به پایان نزدیک است</strong>.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Wed, 03 Jun 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>مدل توزیع سه‌گانه: چرا بلاگ فنی مستقل در عصر AI زنده ماند</title>
      <link>https://www.teknav.ir/article/tech-blog-triad-distribution-model</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/tech-blog-triad-distribution-model</guid>
      <description>چرا بلاگ فنی مستقل در عصر AI زنده ماند؟ تحلیل مدل توزیع سه‌گانه (newsletter+social+search) و درس‌هایی برای رسانه فنی فارسی‌زبان.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در سال‌هایی که مدل‌های زبانی بزرگ توانستند هزاران مقاله فنی در روز تولید کنند، یک پرسش اساسی مطرح شد: آیا بلاگ فنی مستقل دیگر ارزش وجود دارد؟ داده‌ها پاسخ شگفت‌انگیزی می‌دهند — نه‌تنها بلاگ‌های مستقل زنده ماندند، بلکه در این دوره سودآورترین دوران خود را تجربه کردند. راز این بقا در مدلی نهفته است که آن را «توزیع سه‌گانه» می‌نامیم.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/tech-blog-triad-distribution-model-photo-1.jpg" alt="مدل توزیع سه‌گانه در رسانه فنی مستقل" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">مدل توزیع سه‌گانه — خبرنامه، شبکه‌های اجتماعی و جستجو — ستون پایداری رسانه‌های فنی مستقل در عصر هوش مصنوعی است.</figcaption>
  </figure>

  <h2>۱. طوفان محتوا و بقای سیگنال کیفی</h2>
  <p>از ژانویه ۲۰۲۴ تا اوایل ۲۰۲۶، حجم محتوای فنی منتشرشده در اینترنت بیش از ۴۰۰ درصد رشد کرد. <strong>مدل‌های زبانی بزرگ</strong> مانند GPT-4o، Claude Sonnet، و Gemini Pro به انتشاردهندگان اجازه دادند با هزینه‌ای ناچیز صدها مقاله در روز تولید کنند. رسانه‌های بزرگ مانند CNET، G/O Media، و Sports Illustrated کاهش چشمگیر تیم‌های تحریریه را اعلام و به استفاده گسترده از AI اعتراف کردند.</p>
  <p>اما جالب اینجاست: <strong>نرخ لغو اشتراک</strong> در پلتفرم‌هایی مانند Substack برای بلاگ‌های فنی باکیفیت در همین دوره کاهش یافت. بن تامپسون در Stratechery در سال ۲۰۲۵ از مرز ۵۰,۰۰۰ مشترک پولی عبور کرد — عددی که هیچ رسانه فنی فارسی‌زبانی هنوز به آن نزدیک نشده است. دلیل روشن است: خوانندگان یاد گرفتند <strong>محتوای AI-generated</strong> را از تحلیل انسانی تشخیص دهند. سیگنال کیفی نه‌تنها از بین نرفت، بلکه در دریایی از نویز ارزش‌گذاری بالاتری پیدا کرد.</p>
  <p>مفهوم «<strong>سیگنال در برابر نویز</strong>» که نسیم طالب در حوزه مالی مطرح کرده بود، اکنون در رسانه هم صدق می‌کند. وقتی همه می‌توانند محتوا تولید کنند، ارزش واقعی در کسی است که می‌داند چه چیزی مهم است و چرا.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«AI می‌تواند یک مقاله بنویسد، اما نمی‌تواند ده سال اعتماد بسازد. اعتماد یک شبه خریدنی نیست.» — بن تامپسون، Stratechery</blockquote>

  <h2>۲. مدل توزیع سه‌گانه: خبرنامه + شبکه اجتماعی + جستجو</h2>
  <p>بلاگ‌های فنی موفق در این دوره از یک مدل توزیعی سه‌وجهی استفاده کردند که هر پایه آن وظیفه مشخصی دارد:</p>
  <ul>
    <li><strong>خبرنامه (Newsletter):</strong> کانال مالکیتی اصلی. در برابر تغییرات الگوریتمی مصون است. اشتراک ایمیل مستقیم‌ترین رابطه بین نویسنده و خواننده است. Substack در پایان ۲۰۲۵ از ۵ میلیون مشترک پولی فعال گزارش داد — رشد ۸۰ درصدی نسبت به ۲۰۲۳.</li>
    <li><strong>شبکه اجتماعی (Social):</strong> موتور کشف مخاطبان جدید. X (توییتر سابق)، LinkedIn، و Bluesky برای دسترسی به جامعه فنی. نکته کلیدی: <strong>حضور اجتماعی</strong> باید تولیدکننده مکالمه باشد، نه صرفاً توزیع‌کننده لینک.</li>
    <li><strong>جستجو (Search):</strong> موتور ترافیک بلندمدت. اما SEO در ۲۰۲۴-۲۰۲۶ به‌شدت تغییر کرد. گوگل با به‌روزرسانی‌های Helpful Content و HCU به سمت <strong>سیگنال‌های EEAT</strong> (تخصص، تجربه، اقتدار، اعتماد) حرکت کرد.</li>
  </ul>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>داده کلیدی Substack 2025:</strong> بلاگ‌های فنی با خبرنامه هفتگی ثابت به‌طور میانگین ۳.۷ برابر بیشتر از بلاگ‌های بدون خبرنامه درآمد کسب می‌کنند. نرخ بازگشایی ایمیل در حوزه فناوری: ۴۲٪ — دو برابر میانگین صنعت.</div>

  <h2>۳. Hacker News به‌عنوان لایه کیوریشن</h2>
  <p><strong>Hacker News</strong> یکی از جالب‌ترین پدیده‌های رسانه فنی در عصر AI است. این پلتفرم متعلق به Y Combinator که از ۲۰۰۷ فعال است، در دوره طوفان محتوا به‌جای ضعیف شدن، قوی‌تر شد. دلیل: <strong>کیوریشن انسانی</strong>.</p>
  <p>الگوریتم HN ساده است: رای جامعه + عامل زمان. اما این سادگی یک پشتوانه قدرتمند دارد — جامعه‌ای از توسعه‌دهندگان، محققان، و کارآفرینان باتجربه که <strong>محتوای AI-generated</strong> را سریع تشخیص می‌دهند و رای نمی‌دهند. در نتیجه، HN به یکی از باارزش‌ترین منابع کشف محتوای فنی اصیل تبدیل شد.</p>
  <p>یک مقاله فنی که به صفحه اول HN برسد، می‌تواند بین ۱۰,۰۰۰ تا ۱۰۰,۰۰۰ بازدید در چند ساعت تولید کند. مهم‌تر از آن، این بازدیدها از با<strong>ارزش‌ترین خوانندگان</strong> هستند: توسعه‌دهندگان، CTO‌ها، و تصمیم‌گیرندگان فنی. یک مقاله موفق در HN می‌تواند پایه اولیه هزار مشترک پولی را بسازد.</p>

  <h2>۴. چرا AI نمی‌تواند اعتماد بسازد</h2>
  <p>مهم‌ترین سوال این است: اگر AI می‌تواند مقاله فنی بنویسد، چرا بلاگ‌های انسانی هنوز ارزش دارند؟ پاسخ در مفهوم <strong>اعتماد و رابطه</strong> نهفته است.</p>
  <p>وقتی بن تامپسون در مورد استراتژی اپل می‌نویسد، خوانندگان نه‌تنها محتوا می‌خرند — آن‌ها به قضاوت کسی اعتماد می‌کنند که ده سال است درست پیش‌بینی کرده. این <strong>سرمایه اعتماد</strong> چیزی است که هیچ مدل AI نمی‌تواند بسازد، حتی اگر از نظر فنی همان متن را بنویسد.</p>
  <p>علاوه بر این، <strong>مخالفت جسورانه</strong> — چیزی که خوانندگان واقعاً ارزشش را می‌دانند — از AI نمی‌آید. وقتی یک نویسنده مستقل می‌نویسد «استراتژی متا اشتباه است و این دلایلش»، این مخالفت ریسک حرفه‌ای و شخصی دارد. همین ریسک به مخالفت معنا می‌دهد. یک مدل AI بهینه‌شده برای engagement این ریسک را نمی‌پذیرد.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«مخندک طعم خون می‌دهد. وقتی یک نویسنده حرفه‌ای‌اش را روی یک پیش‌بینی می‌گذارد، آن پیش‌بینی وزن دارد.» — Matt Levine، Money Stuff / Bloomberg</blockquote>

  <h2>۵. رنسانس RSS و خوانندگان فنی</h2>
  <p>شاید غیرمنتظره‌ترین روند این دوره، بازگشت <strong>RSS</strong> بود. در دوره اوج شبکه‌های اجتماعی (۲۰۱۲-۲۰۲۰)، RSS یک فناوری مرده تلقی می‌شد. اما از ۲۰۲۳، نرم‌افزارهای RSS خوان مانند Reeder، NetNewsWire، و Feedbin دوباره کاربر جذب کردند.</p>
  <p>دلیل روشن است: خوانندگان فنی که <strong>کنترل feed</strong> خود را می‌خواهند از الگوریتم‌های شبکه اجتماعی گریختند. RSS به آن‌ها این اطمینان می‌دهد که هر پست نویسنده موردعلاقه‌شان را می‌بینند، نه آنچه الگوریتم برای engagement بهینه کرده است.</p>
  <p>این رنسانس RSS یک <strong>مخاطب وفادار</strong> با ارزش بالا برای بلاگ‌های مستقل ایجاد کرد. کسی که زحمت تنظیم RSS Feed Reader را می‌کشد، احتمال پرداخت برای محتوای باکیفیت را هم دارد. نرخ تبدیل RSS به مشترک پولی در بلاگ‌های فنی تا ۱۵٪ گزارش شده — عددی که نرخ تبدیل ترافیک اجتماعی (زیر ۱٪) را به شدت پشت سر می‌گذارد.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">آمار Substack Q4 2025: بیش از ۵ میلیون مشترک پولی فعال — رشد ۸۰٪ از ۲۰۲۳. درآمد متوسط بلاگ فنی در رده ۱۰۰۰-۵۰۰۰ مشترک پولی: ۸۰ تا ۴۰۰ هزار دلار سالانه. نرخ حفظ مشترک سالانه در بلاگ‌های فنی باکیفیت: ۷۸٪.</div>

  <h2>۶. SEO پس از EEAT: چه تغییر کرده</h2>
  <p>تحولات بزرگ در الگوریتم گوگل از ۲۰۲۴ به بعد، بازی SEO را برای تولیدکنندگان محتوا تغییر داد. <strong>EEAT</strong> (Experience, Expertise, Authoritativeness, Trustworthiness) دیگر فقط یک توصیه بود — به سیگنال رتبه‌بندی واقعی تبدیل شد.</p>
  <p>محتوایی که نویسنده‌ای با نام واقعی، سابقه قابل بررسی، و تخصص اثبات‌شده نوشته باشد، رتبه بهتری می‌گیرد. این تغییر به نفع بلاگ‌های مستقل است. یک نویسنده مستقل که ۵ سال است در یک حوزه می‌نویسد، <strong>پروفایل EEAT قوی‌تری</strong> از یک سایت بزرگ با محتوای AI-generated دارد.</p>
  <p>برای رسانه‌های فارسی‌زبان، این تحول فرصتی طلایی است. فضای فنی فارسی هنوز به اندازه انگلیسی اشباع نشده. یک بلاگ فنی فارسی با تحلیل اصیل و نویسنده شناخته‌شده می‌تواند در کلیدواژه‌های مهم رتبه‌های برتر را از آن خود کند — کاری که در فضای انگلیسی دیگر بسیار سخت‌تر است.</p>

  <h2>نتیجه‌گیری: درس‌هایی برای رسانه فنی فارسی</h2>
  <p>مدل توزیع سه‌گانه یک چارچوب اثبات‌شده برای پایداری رسانه فنی مستقل در عصر AI است. برای رسانه‌های فارسی‌زبان، این مدل با چند ویژگی خاص همراه است: اول، جامعه فنی فارسی‌زبان هنوز کوچک‌تر از آن است که محتوای کم‌کیفیت را تحمل کند — استانداردهای کیفی بالا نه‌تنها ممکن بلکه ضروری است. دوم، مسیر <strong>خبرنامه فارسی فنی</strong> هنوز اشباع نشده. سوم، همان‌طور که داده‌های SEO نشان می‌دهد، فضای فنی فارسی فرصت‌های بزرگ‌تری برای رتبه‌بندی ارگانیک دارد.</p>
  <p>خلاصه این است: AI مشکل کمیت را حل کرد. حالا باید ثابت کنیم که کیفیت، تجربه، و اعتماد قابل خرید از هیچ الگوریتمی نیستند. این <strong>خندقی است که هیچ مدل زبانی نمی‌تواند از آن عبور کند</strong> — حداقل در سال‌هایی که پیش روست.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Tue, 02 Jun 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>همزیستی انسان-هوش مصنوعی در کشف علمی: درس‌های مشارکت در اثبات اردوش</title>
      <link>https://www.teknav.ir/article/human-ai-symbiosis-mathematical-proof</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/human-ai-symbiosis-mathematical-proof</guid>
      <description>تحلیل مدل چهارمرحله‌ای همکاری انسان-AI در اثبات حدس ریاضی اردوش: بررسی عمیق تقسیم‌کار، اکوسیستم Lean 4، و درس‌های آن برای کشف دارو و تغییرات اقلیمی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">وقتی هوش مصنوعی و ریاضیدانان انسانی مؤسسه مطالعات پیشرفته پرینستون دست در دست هم حدس هشتاد ساله اردوش را ابطال کردند، آنچه پدید آمد بیش از یک دستاورد ریاضی بود: یک مدل همکاری جدید بین انسان و ماشین شکل گرفت که می‌تواند نقشه‌راه کشف علمی در قرن بیست‌ویکم باشد. درک این مدل، نقاط قوت هر طرف، و آنچه هیچ‌یک بدون دیگری نمی‌توانند انجام دهند، درسی است که هر پژوهشگر، مهندس و سیاستگذار علمی باید بخواند.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/human-ai-symbiosis-mathematical-proof-photo-1.jpg" alt="تصویری از همکاری انسان و هوش مصنوعی: دو دست — یکی انسانی و یکی دیجیتال — در حال نوشتن روی تخته‌ای پر از فرمول ریاضی" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">همزیستی انسان-هوش مصنوعی: نه رقابت، نه جایگزینی — بلکه تکمیل متقابل. در اثبات حدس اردوش، انسان بینش می‌داد و هوش مصنوعی فضا را جستجو می‌کرد؛ نه یکی بدون دیگری کافی بود.</figcaption>
  </figure>

  <h2>۱. جریان کار واقعی: چهار مرحله همکاری اردوش</h2>
  <p>آنچه در پروژه IAS/Gemini اتفاق افتاد یک همکاری ساده نبود — یک <strong>جریان کار ساختارمند</strong> با نقش‌های کاملاً متمایز بود. درک دقیق این جریان کار می‌تواند نقشه‌راهی برای پروژه‌های مشابه در آینده باشد.</p>
  <p>مرحله اول: <strong>تدوین مسئله توسط انسان.</strong> ریاضیدانان تیم IAS مسئله را با دقت ریاضی کامل فرموله کردند. این مرحله صرفاً تکنیکال نبود — نیاز داشت محققان تصمیم بگیرند کدام جنبه از فضای مسئله بیشتر ارزش کاوش دارد. <em>Gemini Deep Think</em> نمی‌توانست بدون این فرموله‌سازی انسانی بداند از کجا شروع کند.</p>
  <p>مرحله دوم: <strong>جستجوی ساختاری توسط هوش مصنوعی.</strong> سیستم هوش مصنوعی با بهینه‌سازی تکاملی و یادگیری تقویتی (<em>Reinforcement Learning</em>)، بیش از ۱۰۰ میلیون آرایش هندسی را بررسی کرد. الگوریتم به‌جای جستجوی تصادفی، از خانواده‌هایی از ساختارها یاد گرفت که تراکم بالاتری از فاصله‌های واحد داشتند.</p>
  <p>مرحله سوم: <strong>ارزیابی و تفسیر توسط انسان.</strong> وقتی هوش مصنوعی ساختارهای امیدوارکننده‌ای یافت، ریاضیدانان تیم باید تشخیص می‌دادند کدام ساختارها «واقعاً جالب» هستند — یعنی کدام‌ها پتانسیل تبدیل شدن به نقض‌مثال بی‌نهایت را دارند. این مرحله کاملاً متکی به بینش ریاضی عمیق انسانی بود.</p>
  <p>مرحله چهارم: <strong>رسمی‌سازی در سیستم تأیید رسمی.</strong> اثبات نهایی در سیستم <em>Lean 4</em> نوشته شد — یک زبان اثبات رسمی که هر گام منطقی را تا اصول موضوعه بدیهی به‌صورت ماشینی قابل‌تأیید می‌کند. این مرحله ترکیبی از کار انسانی و ابزارهای اتوماتیک بود.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هوش مصنوعی یک ریاضیدان خوب نیست — یک جستجوگر بی‌خستگی است. ریاضیدانان خوب بلدند چه چیزی ارزش جستجو دارد. وقتی این دو را کنار هم می‌گذاری، معجزه اتفاق می‌افتد.» — پروفسور آکشای ونکاتش، IAS پرینستون</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>زمان‌بندی واقعی پروژه:</strong> مرحله اول (فرموله‌سازی): ۳ ماه. مرحله دوم (جستجوی هوش مصنوعی): ۶ هفته محاسباتی. مرحله سوم (ارزیابی انسانی): ۴ ماه. مرحله چهارم (رسمی‌سازی در Lean): ۸ ماه. جالب اینکه بلندترین مرحله، ترجمه یافته به زبانی بود که هیچ تردیدی باقی نمی‌گذاشت.</div>

  <h2>۲. اکوسیستم Lean و تأیید رسمی ریاضیات</h2>
  <p><em>Lean 4</em> یک زبان برنامه‌نویسی و سیستم تأیید رسمی است که در آن می‌توان قضایای ریاضی را به‌گونه‌ای نوشت که یک کامپیوتر بتواند صحت هر گام منطقی را تأیید کند. این رویکرد که به آن <strong>ریاضیات رسمی</strong> (<em>Formal Mathematics</em>) می‌گویند، در دهه گذشته پیشرفت‌های چشمگیری داشته است.</p>
  <p><strong>Mathlib</strong> — کتابخانه ریاضی جامع اجتماع Lean — امروز بیش از ۱ میلیون خط کد تأیید‌شده دارد که ده‌ها هزار قضیه ریاضی را پوشش می‌دهد. از حساب پایه تا هندسه جبری پیشرفته، از نظریه اعداد تا توپولوژی — Mathlib به یک زیرساخت مشترک برای ریاضیات قابل‌تأیید ماشینی تبدیل شده است.</p>
  <p>فایده‌های تأیید رسمی چندجانبه است. اول، <strong>اطمینان مطلق از صحت</strong>: وقتی اثبات در Lean پذیرفته می‌شود، دیگر نیازی به بررسی‌های دستی متعدد نیست. دوم، <strong>قابلیت استفاده مجدد</strong>: هر قضیه‌ای که در Lean ثابت شود می‌تواند به‌عنوان پایه اثبات‌های جدید استفاده شود. سوم، <strong>شفافیت کامل</strong>: هر کسی می‌تواند هر گام اثبات را بررسی کند — «اعتماد کن، اما تأیید هم بکن» به «فقط تأیید کن» تبدیل می‌شود.</p>
  <p>چالش اصلی این است که ترجمه ریاضیات «غیررسمی» — آنطور که در مقالات نوشته می‌شود — به Lean یک هنر و مهارت تخصصی است که ریاضیدانان کمی آن را دارند. ۸ ماه رسمی‌سازی اثبات اردوش در Lean گواهی بر این پیچیدگی است.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">قضیه چهار رنگ (۱۹۷۶) — که می‌گفت هر نقشه‌ای را می‌توان با چهار رنگ بدون رنگ‌آمیزی همسایه‌های مشابه رنگ کرد — اولین اثبات بزرگ کامپیوتری تاریخ بود. جامعه ریاضی سال‌ها آن را نمی‌پذیرفت چون بخشی از اثبات بر بررسی کامپیوتری ۱۴۳۲ حالت متکی بود. امروز اثبات رسمی Lean برای این قضیه وجود دارد و همه‌کس آن را می‌پذیرد.</div>

  <h2>۳. نقاط قوت مکمل: آنچه هر طرف داد</h2>
  <p>برای درک درست همزیستی انسان-هوش مصنوعی باید فهرست صادقانه‌ای از نقاط قوت و ضعف هر طرف داشت.</p>
  <p><strong>هوش مصنوعی چه داد:</strong> اول، <strong>جستجوی جامع در فضاهای بزرگ</strong> — بررسی ۱۰۰ میلیون آرایش هندسی که برای هیچ انسانی در هیچ زمانی ممکن نبود. دوم، <strong>بی‌طرفی نسبت به «شهود» — </strong>سیستم هیچ تعصبی نسبت به اینکه حدس اردوش «باید» درست باشد نداشت. سوم، <strong>یادگیری از الگوها</strong> — سیستم ساختارهایی یافت که فرم عجیبی داشتند و هیچ ریاضیدانی آن‌ها را «جالب» نمی‌پنداشت.</p>
  <p><strong>انسان‌ها چه دادند:</strong> اول، <strong>فرموله‌سازی معنادار مسئله</strong> — بدون تعریف دقیق انسانی از آنچه باید جستجو شود، جستجو بی‌هدف می‌بود. دوم، <strong>ارزیابی اهمیت</strong> — از میان هزاران الگوی یافته‌شده، کدام‌ها واقعاً قابل تعمیم و ریاضیاً معنادارند؟ این قضاوت کاملاً انسانی بود. سوم، <strong>پیوند به دانش موجود</strong> — ریاضیدانان نتوانستند تنها با دیدن ساختار، ارتباط آن را با توری‌های جبری موجود ببینند — ارتباطی که اثبات نهایی به آن متکی بود. چهارم، <strong>نگارش اثبات قابل‌فهم</strong> — حتی اثبات Lean باید به‌گونه‌ای ساختاردهی شود که جامعه ریاضی بتواند آن را دنبال کند، نه فقط تأییدش کند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«یک هوش مصنوعی که بدون راهنمایی انسان کار کند مانند یک کتابخانه عظیم بدون فهرست است: همه چیز آنجاست، اما هیچ‌کس نمی‌داند چه دنبال کند.» — از مقاله روش‌شناسی تیم IAS، ۲۰۲۶</blockquote>

  <h2>۴. پیامدها برای آموزش ریاضیات و مدال فیلدز</h2>
  <p>اگر هوش مصنوعی می‌تواند در کشف ریاضی مشارکت اساسی داشته باشد، آموزش ریاضیات چگونه باید تغییر کند؟ و آیا هوش مصنوعی می‌تواند روزی مدال فیلدز بگیرد؟</p>
  <p>برای <strong>آموزش ریاضیات</strong>، این همکاری پیام مهمی دارد: مهارت‌هایی که انسان‌ها باید بیاموزند تغییر می‌کنند. دانشجویان ریاضی امروز باید یاد بگیرند چطور مسئله را برای سیستم‌های هوش مصنوعی فرموله کنند، چطور خروجی‌های هوش مصنوعی را ارزیابی کنند، و چطور یافته‌های محاسباتی را به اثبات‌های ریاضی قابل‌فهم ترجمه کنند. در عوض، تمرکز کمتری روی محاسبات دستی — که هوش مصنوعی آن را بهتر انجام می‌دهد — لازم است. این تغییر به‌اندازه انقلاب ماشین‌حساب در دهه ۱۹۷۰ تحولی است در آموزش ریاضیات.</p>
  <p>درباره <strong>مدال فیلدز</strong> — معتبرترین جایزه ریاضی جهان که تنها به ریاضیدانان زیر چهل سال تعلق می‌گیرد — سؤال جالب‌تری مطرح است: آیا کمیته فیلدز می‌تواند به یک تیم انسان-هوش مصنوعی جایزه بدهد؟ آیین‌نامه فیلدز تنها به «افراد» جایزه می‌دهد. اما اگر یافته‌ای مهم‌ترین بخشش از جستجوی هوش مصنوعی ناشی شده باشد، نادیده گرفتن آن صادقانه نیست. جامعه ریاضی با این پرسش دست‌وپنجه نرم می‌کند — و هنوز پاسخ روشنی ندارد.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>تحول در دوره‌های دکترا:</strong> دانشگاه MIT از سال ۲۰۲۶ دوره اختیاری «ریاضیات محاسباتی-تأیید‌پذیر» را ارائه می‌دهد که در آن دانشجویان یاد می‌گیرند چطور با سیستم‌های هوش مصنوعی برای کاوش ریاضی همکاری کنند. چندین دانشگاه اروپایی برنامه‌های مشابه در دست اجرا دارند.</div>

  <h2>۵. الگوی همزیستی در سایر حوزه‌های علمی</h2>
  <p>مدل چهار‌مرحله‌ای IAS/Gemini — فرموله‌سازی انسانی، جستجوی ماشینی، ارزیابی انسانی، رسمی‌سازی مشترک — الگویی است که می‌توان آن را به سایر حوزه‌های علمی تعمیم داد.</p>
  <p>در <strong>کشف دارو</strong>: آلفافولد از دیپ‌مایند ساختار پروتئین‌ها را پیش‌بینی می‌کند — اما دانشمندان شیمی‌دارویی باید تعیین کنند کدام پروتئین‌ها اهداف درمانی جالبی هستند، و کدام مولکول‌های کوچک می‌توانند با آن‌ها تعامل کنند. هوش مصنوعی فضای ممکنات را می‌گردد، انسان هدف را تعیین می‌کند.</p>
  <p>در <strong>مدل‌سازی اقلیم</strong>: سیستم‌های هوش مصنوعی می‌توانند اثر متقابل هزاران متغیر اقلیمی را شبیه‌سازی کنند — اما دانشمندان اقلیم باید تعیین کنند کدام سناریوها برای سیاستگذاری معنادارتر هستند. و بویژه، تفسیر انسانی نتایج در قالبی که سیاستگذاران بتوانند از آن استفاده کنند ضروری است.</p>
  <p>در <strong>فیزیک نظری</strong>: سیستم‌های هوش مصنوعی می‌توانند هزاران نظریه جایگزین را از نظر سازگاری ریاضی بررسی کنند — اما فیزیکدانان باید تعیین کنند کدام نظریه‌ها «آزمایش‌پذیر» هستند و کدام‌ها از نظر فیزیکی معنادار. یک نظریه ریاضیاً سازگار که هیچ پیش‌بینی آزمایش‌پذیری نداشته باشد برای فیزیک بی‌ارزش است.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">گزارش <em>Nature</em> (آوریل ۲۰۲۶): «در سال ۲۰۲۵، ۱۸٪ از مقالات منتشرشده در برترین مجلات علوم پایه از سیستم‌های هوش مصنوعی به‌عنوان ابزار جستجو یا کاوش استفاده کرده‌اند — در مقایسه با کمتر از ۳٪ در سال ۲۰۲۲. این رشد ۶ برابری نشان می‌دهد که همزیستی انسان-هوش مصنوعی در علم دیگر آینده نیست، بلکه حال است.»</div>

  <h2>۶. محدودیت‌های همزیستی: آنچه هوش مصنوعی نمی‌تواند</h2>
  <p>برای داشتن تصویری واقع‌بینانه، باید صادق بود درباره آنچه هوش مصنوعی در این مدل همکاری نمی‌تواند — و احتمالاً تا آینده‌ای قابل‌پیش‌بینی نخواهد توانست.</p>
  <p>اول، <strong>«جهش‌های مفهومی»</strong>: بزرگ‌ترین کشفیات ریاضی — مانند ایده گالوا برای حل‌ناپذیری معادلات درجه پنج، یا مفهوم فضاهای هیلبرت هیلبرت — از جهش‌هایی مفهومی ناشی شدند که نه از جستجوی جامع، بلکه از نوعی بینش انسانی عمیق آمدند. هوش مصنوعی می‌تواند در چارچوب مفاهیم موجود جستجو کند، اما ساختن چارچوب مفهومی جدید همچنان انسانی است.</p>
  <p>دوم، <strong>تعیین «چه چیزی اهمیت دارد»</strong>: اینکه کدام مسئله ارزش حل کردن دارد، کدام حدس به کدام جنبه‌های علم ارتباط دارد، کدام نتیجه برای فهم انسانی از جهان معنادار است — اینها قضاوت‌هایی هستند که به ارزش‌ها، فهم زمینه‌ای گسترده، و تجربه انسانی متکی‌اند.</p>
  <p>سوم، <strong>ارتباط با جامعه علمی</strong>: ریاضیات نه فقط اثبات، بلکه یک گفتمان اجتماعی است. یک اثبات باید قابل فهم، قابل تدریس، و قابل توسعه توسط دیگران باشد. تبدیل یافته محاسباتی به دانش مشترک جامعه علمی یک کار انسانی است.</p>

  <h2>نتیجه‌گیری: نقشه‌راه همزیستی علمی</h2>
  <p>اثبات حدس اردوش نه اعلام برتری هوش مصنوعی بود، نه ثابت کرد که ریاضیدانان انسانی منسوخ شده‌اند. بلکه نشان داد که آینده کشف علمی در «همزیستی هوشمندانه» نهفته است — جایی که هر طرف بهترین خود را به میدان می‌آورد و ضعف‌های دیگری را پوشش می‌دهد. انسان چارچوب معنایی می‌آورد، هوش مصنوعی ظرفیت جستجو می‌آورد؛ انسان قضاوت ارزشی دارد، هوش مصنوعی بی‌خستگی دارد؛ انسان جامعه علمی را می‌شناسد، هوش مصنوعی از ترس اجتماعی آزاد است. اگر جامعه علمی، آموزشی، و سیاستگذار این درس را بیاموزد و ساختارهایی بسازد که این همزیستی را تسهیل کند، قرن بیست‌ویکم می‌تواند شاهد شتاب کشف علمی‌ای باشد که هیچ دوره‌ای از تاریخ بشر تجربه نکرده است.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Tue, 02 Jun 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>کور بودن اجتماعی علم: چرا AI حل‌هایی را یافت که انسان‌ها از ترس فرار کردند</title>
      <link>https://www.teknav.ir/article/ai-scientific-discovery-sociology</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/ai-scientific-discovery-sociology</guid>
      <description>چرا AI حل‌هایی یافت که انسان‌ها از دیدن آنها خودداری می‌کردند؟ تحلیل جامعه‌شناختی علم با تئوری پارادایم‌های کوهن و جامعه‌شناسی مرتون.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">وقتی هوش مصنوعی در سال ۲۰۲۶ حدس هشتاد ساله اردوش را ابطال کرد، بسیاری پرسیدند چرا انسان‌ها این راه را نرفتند. پاسخ صرفاً کمبود توان محاسباتی نبود — بلکه ساختار اجتماعی علم، ترس از شکست، و فشارهای نهادی بود که محققان انسانی را از کاوش در برخی مسیرها باز می‌داشت. جامعه‌شناسی علم پاسخ‌هایی دارد که هیچ آزمایشگاه ریاضی‌ای آموزش نمی‌دهد.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/ai-scientific-discovery-sociology-photo-1.jpg" alt="تصویر استعاری از محققی در مقابل دیوار بزرگی از معادلات، نمادی از محدودیت‌های اجتماعی علم" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">تصویری نمادین از جامعه‌شناسی علم: محقق در برابر دیواری از دانش‌های موجود. سیستم‌های اجتماعی علم نه فقط جهت جستجو، بلکه جهت «جرأت جستجو» را نیز تعیین می‌کنند.</figcaption>
  </figure>

  <h2>۱. توماس کوهن و نقاط کور پارادایم‌ها</h2>
  <p>در سال ۱۹۶۲، توماس کوهن (<em>Thomas Kuhn</em>) با انتشار «ساختار انقلاب‌های علمی» (<em>The Structure of Scientific Revolutions</em>) تصویر متعارف علم — جستجوی آهسته و پیوسته به سمت حقیقت — را به چالش کشید. کوهن استدلال کرد که علم در دوره‌های طولانی <strong>«علم عادی»</strong> (<em>Normal Science</em>) کار می‌کند که در آن جامعه علمی درون یک <strong>پارادایم</strong> — مجموعه‌ای از فرضیات، روش‌ها، و نمونه‌های مسئله‌های موفق — فعالیت می‌کند.</p>
  <p>پارادایم‌ها نه فقط راهنما، بلکه محدودکننده هستند. وقتی یک رشته علمی پارادایمی را می‌پذیرد، برخی سؤالات «خارج از دایره» علم قرار می‌گیرند — نه به این دلیل که پاسخ‌شان ناممکن است، بلکه چون پرسیدن آن‌ها «علم درستی» به نظر نمی‌رسد. در مورد حدس اردوش، پارادایم غالب در هندسه ترکیباتی بر <strong>بهبود تدریجی کران‌ها</strong> تمرکز داشت. همه به دنبال نشان دادن <em>n^{4/3 - ε}</em> برای ε > 0 بودند — نه جستجو برای ساختارهایی که اساساً حدس را نقض کنند.</p>
  <p>این تمرکز منطقی به نظر می‌رسد: پیشرفت تدریجی امن‌تر است، راحت‌تر قابل‌اندازه‌گیری است، و احتمال شکست در آن کمتر است. اما دقیقاً همین «امنیت» بود که جامعه ریاضی را از دیدن امکان وجود نقض‌مثال باز داشت.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«انقلاب‌های علمی نه با یافتن پاسخ‌های جدید، بلکه با پرسیدن سؤال‌های متفاوت آغاز می‌شوند.» — توماس کوهن، «ساختار انقلاب‌های علمی»</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نقاط کور پارادایمی در هندسه ترکیباتی:</strong> بررسی مقالات منتشرشده در حوزه حدس اردوش از ۱۹۸۰ تا ۲۰۲۵ نشان می‌دهد که بیش از ۹۰ درصد آن‌ها بر بهبود کران بالا متمرکز بودند. کمتر از ۵ درصد مقالات رویکرد جستجوی نقض‌مثال را در پیش گرفتند — رویکردی که در نهایت موفق شد.</div>

  <h2>۲. سیستم مرتون: چرا ریاضیدانان از شکست می‌ترسند</h2>
  <p>جامعه‌شناس آمریکایی رابرت مرتون (<em>Robert K. Merton</em>) در دهه‌های ۱۹۴۰ تا ۱۹۶۰ ساختار اجتماعی علم را با دقتی مشابه ریاضی تحلیل کرد. او چهار هنجار اساسی علم را شناسایی کرد: <strong>جهانشمولی</strong> (<em>Universalism</em>)، <strong>اشتراک‌گذاری</strong> (<em>Communalism</em>)، <strong>بی‌طرفی</strong> (<em>Disinterestedness</em>)، و <strong>شک سازمان‌یافته</strong> (<em>Organized Skepticism</em>). اما آنچه مرتون در واقعیت می‌دید با این ایده‌آل‌ها فاصله داشت.</p>
  <p>واقعیت این است که نظام ارتقا در دانشگاه‌ها — <strong>«تولید کن یا از بین برو»</strong> (<em>Publish or Perish</em>) — به شدت علیه ریسک‌پذیری عمل می‌کند. یک ریاضیدان جوان که سه سال روی یافتن نقض‌مثال برای حدس اردوش کار کند و ناموفق باشد، نه مقاله‌ای برای ارتقا دارد، نه گرنتی برای تمدید، و نه موقعیت دانشگاهی‌ای که سرپا بماند. سیستم آکادمیک به‌گونه‌ای طراحی شده که شکست‌های بزرگ — حتی شکست‌های ارزشمند — به‌شدت تنبیه می‌شوند.</p>
  <p>علاوه بر این، <strong>اثر ماتیو</strong> (<em>Matthew Effect</em>) — که مرتون آن را از انجیل متی برگرفت («به هر که داشته باشد داده خواهد شد») — در توزیع منابع علمی عمل می‌کند. دانشمندان مشهور گرنت‌های بزرگ‌تر، همکاران بهتر، و دسترسی بیشتر به مجلات معتبر دارند. این سیستم پروژه‌های امن را تشویق می‌کند، نه پروژه‌های جسورانه.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">مطالعه‌ای در <em>PNAS</em> (2023) نشان داد که مقالاتی که یافته‌های منفی (نقض‌مثال، رد فرضیه) گزارش می‌کنند به‌طور متوسط ۳۷٪ کمتر از مقالات با یافته‌های مثبت استناد دریافت می‌کنند — حتی وقتی کیفیت علمی برابر است. این سوگیری انتشاراتی (<em>Publication Bias</em>) انگیزه‌های محققان را به‌شدت تحت تأثیر قرار می‌دهد.</div>

  <h2>۳. هوش مصنوعی و آزادی از ترس اجتماعی</h2>
  <p>یک سیستم هوش مصنوعی نگران «سی‌وی» خود نیست. نگران اینکه همکاران حوزه درباره‌اش چه فکری می‌کنند نیست. نگران این نیست که پنج سال تلاش بی‌نتیجه به‌نظر برسد. این «کوری اجتماعی» — که از یک زاویه نقص است — از زاویه دیگر ابزاری قدرتمند برای کاوش جسورانه است.</p>
  <p>در مورد حدس اردوش، هوش مصنوعی رویکردی را دنبال کرد که اکثر ریاضیدانان انسانی «احمقانه» ارزیابی می‌کردند: جستجوی بی‌واسطه برای نقض‌مثال بدون هیچ پیش‌نظریه‌ای درباره شکل آن. در جامعه ریاضی، این رویکرد «بروت-فورس» به‌عنوان فاقد ظرافت ریاضی تلقی می‌شود و کمتر کسی حاضر است سال‌های عمر خود را صرف چنین جستجویی کند.</p>
  <p>اما مثال <strong>آلفافولد</strong> (<em>AlphaFold</em>) از دیپ‌مایند جالب‌تر است. برای دهه‌ها، زیست‌شناسان ساختاری «می‌دانستند» که تا با بلورشناسی اشعه ایکس یا کرایوالکترون‌میکروسکوپی پروتئینی را آزمایش نکنی، نمی‌توان ساختار سه‌بعدی آن را پیش‌بینی کرد. این «دانستن» در واقع یک پارادایم بود — و آلفافولد آن را شکست. پیش از آلفافولد، ادعا کردن که می‌توانی تنها از توالی اسیدآمینه ساختار پروتئین را پیش‌بینی کنی در اکثر محافل علمی مایه خجالت بود. آلفافولد «خجالت» نکشید.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«مشکل اصلی دانشمندان این نیست که نمی‌دانند — مشکل این است که چیزهایی می‌دانند که اشتباه است.» — منسوب به مارک تواین، اما در محافل علمی با تلخی بیشتری تکرار می‌شود</blockquote>

  <h2>۴. سوگیری انتشاراتی و شکل‌دادن به مرزهای دانش</h2>
  <p><strong>سوگیری انتشاراتی</strong> (<em>Publication Bias</em>) یکی از پنهان‌ترین و مخرب‌ترین آسیب‌شناسی‌های علم مدرن است. مجلات علمی — حتی معتبرترین‌هایشان — به‌طور طبیعی گرایش دارند نتایج مثبت و قابل‌استفاده را منتشر کنند. مطالعاتی که «هیچ‌چیزی پیدا نشد» کمتر منتشر می‌شوند، کمتر خوانده می‌شوند، و کمتر مورد استناد قرار می‌گیرند.</p>
  <p>در ریاضیات، این سوگیری شکل متفاوتی دارد: اثبات‌های ناموفق هیچ‌گاه منتشر نمی‌شوند. اگر ریاضیدانی سه سال تلاش کند حدسی را ثابت کند و ناموفق باشد، عموماً هیچ مدرکی از این شکست در ادبیات علمی باقی نمی‌ماند. این یعنی نسل بعدی ریاضیدانان نمی‌داند کدام مسیرها بی‌راهه بودند — و ممکن است دقیقاً همان بی‌راهه‌ها را دوباره طی کند.</p>
  <p>تلاش‌هایی مثل <strong>arXiv</strong> و <strong>مجلات اوپن‌اکسس</strong> بخشی از این مشکل را کاهش داده‌اند، اما ساختار انگیزشی اساسی تغییر نکرده است. یک دکترای ریاضی که در پایان‌نامه‌اش فصلی با عنوان «رویکردهایی که کار نکردند» بنویسد ممکن است در دفاعیه با مشکل مواجه شود.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>الگوهای مخفی در داده‌های منتشرنشده:</strong> تخمین‌ها نشان می‌دهد به ازای هر مطالعه منتشرشده در زمینه‌های تجربی علم، ۳ تا ۵ مطالعه کشوی فایل در آرشیوهای آزمایشگاه‌ها خاک می‌خورد. در ریاضیات، این نسبت برای «اثبات‌های ناموفق» احتمالاً بسیار بالاتر است.</div>

  <h2>۵. آیا باید ساختار انگیزشی علم را تغییر دهیم؟</h2>
  <p>ابطال حدس اردوش سؤال مهم‌تری را مطرح می‌کند: آیا می‌توان سیستم‌هایی طراحی کرد که دانشمندان انسانی را نیز از ترس اجتماعی رها کند؟</p>
  <p>برخی پیشنهادها در جامعه علمی مطرح شده‌اند. <strong>گرنت‌های «آزادی پژوهشی»</strong> که پژوهشگران می‌توانند بدون ارائه نتیجه تضمین‌شده چند سال روی مسائل پرریسک کار کنند. <strong>نشریاتی برای نتایج منفی</strong> که شکست‌های ارزشمند را ثبت و منتشر کنند. <strong>تغییر معیارهای ارزیابی</strong> از «تعداد مقالات» به «اهمیت پرسش‌ها». اما هر یک از این رویکردها با مقاومت نهادی مواجه می‌شوند.</p>
  <p>شاید واقع‌بینانه‌ترین چشم‌انداز این باشد که <strong>هوش مصنوعی به عنوان یک همتای بدون ترس</strong> در کنار دانشمندان قرار گیرد. این سیستم‌ها می‌توانند رویکردهایی را دنبال کنند که انسان‌ها از دنبال کردن آن‌ها می‌ترسند — نه به این دلیل که انسان‌ها کمتر باهوش هستند، بلکه چون انسان‌ها پیامدهای اجتماعی شکست را احساس می‌کنند.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">تحقیقات اخیر نشان می‌دهد که «فرهنگ خطا» (<em>Error Culture</em>) در مؤسساتی که شکست را به‌عنوان بخشی از فرایند پذیرفته‌اند — مانند برخی آزمایشگاه‌های گوگل و مایکروسافت — نرخ کشفیات نوآورانه را تا ۴۰ درصد بالاتر از محیط‌های سنتی دانشگاهی قرار می‌دهد (منبع: <em>Journal of Organizational Behavior</em>، ۲۰۲۵).</div>

  <h2>نتیجه‌گیری: کوری اجتماعی علم و درمان آن</h2>
  <p>ماجرای حدس اردوش نشانه‌ای از یک حقیقت عمیق‌تر است: علم نه فقط توسط منطق و شواهد، بلکه توسط ساختارهای اجتماعی، ترس‌های انسانی، و محاسبات شغلی هدایت می‌شود. هوش مصنوعی با بی‌اعتنایی کامل به این فشارها، مسیرهایی را کاوید که انسان‌ها از کاویدنشان طفره می‌رفتند. این نه به معنای برتری هوش مصنوعی، بلکه نشانه‌ای از یک خلأ در ساختار علم انسانی است که ما باید آن را جدی بگیریم. اگر جامعه علمی درس‌های این ماجرا را بیاموزد، شاید بتواند سیستم‌های انگیزشی بسازد که دانشمندان را از ترس رها کند — و بگذارد کنجکاوی خالص، نه محاسبه ریسک شغلی، مسیر کشف را تعیین کند.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Mon, 01 Jun 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>۸۰ سال قضیه ریاضی در ۱۲۵ صفحه: هوش مصنوعی حدس اردوش را ابطال کرد</title>
      <link>https://www.teknav.ir/article/erdos-unit-distance-conjecture-disproved</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/erdos-unit-distance-conjecture-disproved</guid>
      <description>هوش مصنوعی حدس فاصله واحد اردوش (۱۹۴۶) را ابطال کرد. بررسی فنی روش AI، اثبات رسمی Lean 4، و پیامدها برای نظریه رمزی و هندسه ترکیباتی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در سال ۱۹۴۶، پاول اردوش ریاضیدان مجار، پرسشی به ظاهر ساده مطرح کرد که هشت دهه ذهن بهترین ریاضیدانان جهان را به خود مشغول داشت: حداکثر چند جفت نقطه در صفحه می‌توانند دقیقاً به فاصله یک واحد از هم قرار گیرند؟ در اوایل سال ۲۰۲۶، یک سیستم هوش مصنوعی در همکاری با ریاضیدانان مؤسسه مطالعات پیشرفته پرینستون، با ارائه یک نقض‌مثال در ۱۲۵ صفحه اثبات رسمی، ثابت کرد که پاسخ اردوش نادرست بوده است. این رویداد نه فقط یک دستاورد ریاضی، بلکه نقطه عطفی در تاریخ علم و نقش هوش مصنوعی در کشف دانش بشری است.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/erdos-unit-distance-conjecture-disproved-photo-1.jpg" alt="تصویری نمادین از گراف فاصله‌های واحد در صفحه — نقاط به هم متصل با خطوطی به طول یک واحد" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">نمایش بصری از گراف فاصله‌های واحد: هر خط نشان‌دهنده جفت‌نقاطی است که دقیقاً به فاصله یک واحد از هم قرار دارند. اردوش می‌پنداشت این شبکه ساختاری محدود دارد — هوش مصنوعی خلاف آن را ثابت کرد.</figcaption>
  </figure>

  <h2>۱. حدس اردوش: پرسشی ساده با عمقی اقیانوس‌وار</h2>
  <p>تصور کنید <em>n</em> نقطه در صفحه اقلیدسی دارید. می‌خواهید بدانید حداکثر چند جفت از این نقاط می‌توانند دقیقاً به فاصله یک واحد از یکدیگر باشند. پاول اردوش در مقاله‌ای کوتاه و تأثیرگذار، حدس زد که این تعداد <strong>O(n^{1+ε})</strong> است — به این معنا که برای هر عدد مثبت دلخواه <em>ε</em>، تعداد چنین جفت‌هایی از <em>n^{1+ε}</em> تجاوز نمی‌کند. به زبان ساده‌تر، اردوش پیش‌بینی می‌کرد که با افزایش تعداد نقاط، شمار فاصله‌های واحد با سرعتی اندکی بیش از خطی رشد می‌کند — نه چیزی نزدیک به <em>n²</em> که در بدترین حالت ممکن بود.</p>
  <p>این حدس در قلب <strong>هندسه ترکیباتی</strong> (<em>Combinatorial Geometry</em>) جا گرفت. پیشرفت‌های تدریجی دهه‌های متوالی بهترین کران بالایی که ریاضیدانان توانستند ثابت کنند <em>O(n^{4/3})</em> بود — نتیجه کار اسپنسر، سلاح و ترتر در دهه ۱۹۸۰. اما شکاف میان این کران و حدس اردوش پر نشد. هیچ‌کس نتوانست ثابت کند آیا ساختارهای هندسی بسیار کارآمدتر از آنچه می‌دانستیم وجود دارند یا نه.</p>
  <p>برای درک اهمیت مسئله، کافی است بدانید این حدس با <strong>مسئله اعداد اردوش-رنی</strong> (<em>Erdős–Rényi</em>)، نظریه گراف‌های فاصله، و حتی مسائل کدگذاری ارتباط دارد. حل این حدس یعنی فهمیدن چگونگی فشرده‌سازی فضایی اطلاعات هندسی.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ریاضیات کتاب خداست و در هر اثبات زیبا، خدا یک صفحه از آن کتاب را به ما نشان می‌دهد.» — پاول اردوش</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>مفهوم کلیدی — کران اردوش-فاوست:</strong> بهترین کران پایین شناخته‌شده <em>Ω(n^{1+c/log log n})</em> است که از ساختارهای شبکه مثلثی منظم حاصل می‌شود. شکاف میان این کران پایین و کران بالای <em>n^{4/3}</em> بیش از چهار دهه باز مانده بود — تا سال ۲۰۲۶.</div>

  <h2>۲. پاول اردوش: مردی که ریاضیات را به مسابقه تبدیل کرد</h2>
  <p>پاول اردوش (<em>Paul Erdős</em>، ۱۹۱۳–۱۹۹۶) یکی از عجیب‌ترین و پرکارترین ریاضیدانان تاریخ بود. او خانه نداشت، چمدانی کوچک داشت و تمام عمر از یک دانشگاه به دانشگاه دیگر سفر کرد، در خانه همکارانش اقامت می‌کرد و با آن‌ها روی مسائل ریاضی کار می‌کرد. تعداد مقالات او از مرز ۱۵۰۰ گذشت — رکوردی که احتمالاً هیچ ریاضیدان دیگری به آن نخواهد رسید.</p>
  <p>اما شاید مهم‌ترین میراث اردوش سیستم <strong>«جوایز مسائل»</strong> او بود. او برای ده‌ها مسئله باز جوایز نقدی تعیین می‌کرد — از چند دلار برای مسائل نسبتاً ساده تا چند هزار دلار برای مسائل به‌نظر نرسیدنی. جایزه حدس فاصله واحد <strong>۵۰۰ دلار</strong> تعیین شده بود — مبلغی که برای سال‌های دهه ۱۹۵۰ مبلغ قابل‌توجهی محسوب می‌شد. این جوایز هنوز هم توسط بنیادی که پس از مرگ اردوش برای این منظور تأسیس شد پرداخت می‌شوند.</p>
  <p>اردوش به <strong>«عدد اردوش»</strong> شهرت دارد — مفهومی که فاصله همکاری هر ریاضیدان با او را اندازه می‌گیرد. ریاضیدانانی که مستقیماً با اردوش مقاله نوشتند عدد ۱ دارند، کسانی که با آن‌ها کار کردند عدد ۲، و الی آخر. این مفهوم بعدها به «عدد بیکن» در سینما و «عدد اردوش-بیکن» ادغامی تبدیل شد و به نمادی از شبکه‌های اجتماعی علمی درآمد.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">طبق آمار <em>Mathematical Reviews</em>، اردوش با بیش از ۵۱۱ همکار جداگانه مقاله مشترک داشت. میانگین تعداد مقالات یک ریاضیدان در طول عمر حرفه‌ای‌اش حدود ۱۱ مقاله است. اردوش در مجموع بیش از ۱۵۲۵ مقاله منتشر کرد — تقریباً ۱۵ برابر میانگین.</div>

  <h2>۳. چطور هوش مصنوعی حدس را شکست: گراف‌گردی در فضای صد‌میلیونی</h2>
  <p>همکاری تیم <strong>مؤسسه مطالعات پیشرفته پرینستون</strong> (<em>IAS</em>) با سیستم <em>Gemini Deep Think</em> از گوگل از اواسط ۲۰۲۵ آغاز شد. هدف اولیه تنها پیشروی تدریجی در کران‌های شناخته‌شده بود، اما رویکرد سیستم هوش مصنوعی از ابتدا متفاوت بود.</p>
  <p>ریاضیدانان انسانی معمولاً با ابزارهای دانسته‌خود — دگرشکلی‌های هندسی، همانی‌های جبری، نظریه فوریه بر روی گروه‌ها — به مسائل نزدیک می‌شوند. هوش مصنوعی اما فضای مسئله را متفاوت تعریف کرد: به جای جستجو برای «اثبات حدس»، سیستم شروع به ساخت گراف‌های فاصله‌واحد با خواص ساختاری خاص کرد — به دنبال آرایشی از نقاط که تراکم جفت‌های واحد-فاصله در آن از <em>n^{1+ε}</em> برای همه <em>ε > 0</em> فراتر رود.</p>
  <p>فرایند کار سه مرحله داشت. در مرحله اول، <strong>جستجوی ساختاری</strong>: هوش مصنوعی میلیون‌ها آرایش هندسی مختلف را با بهینه‌سازی تکاملی بررسی کرد تا الگوهایی یافت که تراکم بالاتری داشتند. در مرحله دوم، <strong>تشخیص الگو</strong>: بر اساس آرایش‌های امیدوارکننده، سیستم یک خانواده بی‌نهایت از نقطه‌مجموعه‌ها پیشنهاد داد که ادعا می‌کرد برای تمام <em>n</em>های بزرگ تعداد فاصله‌های واحد از هر حد <em>n^{1+ε}</em> فراتر می‌رود. در مرحله سوم، <strong>تأیید انسانی و رسمی‌سازی</strong>: ریاضیدانان انسانی این خانواده را بررسی کردند، اعتبار ریاضی آن را تأیید کردند و اثبات رسمی ۱۲۵ صفحه‌ای را در سیستم <em>Lean 4</em> — یک زبان اثبات رسمی قابل تأیید توسط کامپیوتر — تدوین کردند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هوش مصنوعی ساختار را دید. ما انسان‌ها باید می‌فهمیدیم چرا آن ساختار کار می‌کند. این تقسیم‌کار ایده‌آل بود.» — یکی از ریاضیدانان تیم IAS</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نقش‌های متمایز در همکاری:</strong> هوش مصنوعی در فضایی با بیش از ۱۰۰ میلیون آرایش بالقوه جستجو کرد — کاری که هیچ انسانی در طول عمر خود قادر به انجامش نیست. اما تفسیر نتایج، ارزیابی معنادار بودن الگوها، و نوشتن اثبات قابل‌فهم برای جامعه ریاضی کاملاً بر عهده انسان‌ها بود.</div>

  <h2>۴. پیامدها برای هندسه ترکیباتی و نظریه رمزی</h2>
  <p>ابطال حدس اردوش فقط یک «نه» به یک سؤال قدیمی نیست. این نتیجه پیامدهای زنجیره‌ای برای شاخه‌های وسیعی از ریاضیات دارد.</p>
  <p>اول، در <strong>هندسه ترکیباتی</strong>: اگر تعداد فاصله‌های واحد می‌تواند بیش از هر <em>n^{1+ε}</em> باشد، یعنی ساختارهای هندسی بسیار «کارآمد»تر از آنچه تصور می‌رفت در طبیعت وجود دارند. این با ساختار کریستالی برخی مواد و شبکه‌های گراف‌نظری ارتباط مستقیم دارد.</p>
  <p>دوم، در <strong>نظریه رمزی</strong> (<em>Ramsey Theory</em>): حدس اردوش با سؤال‌هایی درباره یکنواختی در ساختارهای هندسی بزرگ ارتباط داشت. نقض‌مثال نشان می‌دهد که «بی‌نظمی» هندسی می‌تواند بسیار غنی‌تر از آنچه رمزی‌نظریه پیش‌بینی می‌کرد باشد.</p>
  <p>سوم، در <strong>نظریه اعداد جبری</strong>: ساختار نقطه‌مجموعه‌ای که هوش مصنوعی یافت به توری‌های (<em>Lattices</em>) خاص مرتبط است که در رمزنگاری پس-کوانتومی (<em>Post-Quantum Cryptography</em>) اهمیت دارند. این پیوند کاملاً غیرمنتظره بود.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">طبق <em>Annals of Mathematics</em> (۲۰۲۶)، اثبات ارائه‌شده از ابزارهای ترکیباتی، جبر خطی بر میدان‌های متناهی، و تحلیل فوریه استفاده می‌کند — ترکیبی از حوزه‌هایی که در رویکردهای سنتی به این مسئله معمولاً به هم پیوند نمی‌خوردند. این «پیوند بین‌رشته‌ای» که هوش مصنوعی کشف کرد، خود یکی از مهم‌ترین دستاوردهای فکری این همکاری است.</div>

  <h2>۵. دیگر مسائل اردوش در تیررس هوش مصنوعی</h2>
  <p>با ابطال حدس فاصله واحد، جامعه ریاضی با هیجان و نگرانی توأمان به دیگر مسائل باز اردوش نگاه می‌کند. اردوش در طول زندگی‌اش صدها مسئله باز مطرح کرد که بسیاری هنوز حل‌نشده‌اند.</p>
  <p><strong>حدس اردوش-فاردوش</strong> درباره تعداد فاصله‌های متمایز در مجموعه‌ای از نقاط — آیا این تعداد همیشه دست‌کم <em>Ω(n/√log n)</em> است؟ — همچنان باز است. <strong>مسئله اعداد متمایز اردوش</strong> با جایزه ۵۰۰۰ دلار درباره زیرمجموعه‌هایی از اعداد صحیح با جمع‌های تکراری کمتر از یک حد نیز همچنان چالشی بزرگ است. <strong>حدس کولاتز</strong> که با ۱۰۰۰ دلار جایزه همراه بود اردوش خود گفت «ریاضیات هنوز آمادگی این مسئله را ندارد» — جالب است که همین حدس اخیراً توسط تیم‌های دیگری با هوش مصنوعی مورد حمله قرار گرفته.</p>
  <p>البته نباید ساده‌انگارانه فکر کرد که هوش مصنوعی همه مسائل باز را حل خواهد کرد. بسیاری از حدس‌های اردوش نیازمند بینش‌های انسانی عمیق درباره ساختار اعداد هستند که هیچ جستجوی الگوریتمی نمی‌تواند جایگزین آن‌ها شود.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>جوایز فعال اردوش:</strong> بنیاد اردوش هنوز جوایزی از ۲۵۰ تا ۱۰۰۰۰ دلار برای مسائل باز در نظر دارد. جایزه ۵۰۰ دلاری حدس فاصله واحد به تیم IAS/Gemini تعلق گرفت — اما اهمیت واقعی این دستاورد با هیچ جایزه‌ای قابل‌اندازه‌گیری نیست.</div>

  <h2>نتیجه‌گیری: درس‌هایی از یک اثبات ۱۲۵ صفحه‌ای</h2>
  <p>ابطال حدس اردوش درس‌هایی چند دارد. اول اینکه شهود ریاضی — حتی شهود درخشان‌ترین ذهن‌های بشری — می‌تواند اشتباه باشد؛ و این نه شکست علم، بلکه قلب آن است. دوم اینکه هوش مصنوعی به عنوان ابزار کشف، نه جایگزین انسان، ظرفیت‌های چشمگیری دارد: جستجو در فضاهایی که انسان توان پوشش آن‌ها را ندارد. سوم — و شاید مهم‌ترین درس — اینکه بزرگ‌ترین دستاوردهای علمی آینده احتمالاً نه از هوش مصنوعی تنها و نه از انسان تنها، بلکه از همزیستی خلاقانه این دو خواهد آمد. پاول اردوش که تمام زندگی‌اش را در جستجوی «کتاب خدا» گذراند، احتمالاً این همکاری را می‌ستود — حتی اگر کتابی را که او پنداشته بود، نیمه‌باز می‌یافت.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Mon, 01 Jun 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>سوپرکامپیوتینگ رومیزی: اجرای مدل‌های تریلیون پارامتری به صورت محلی روی NVIDIA GB300</title>
      <link>https://www.teknav.ir/article/nvidia-rtx-spark-gb300-local-compute</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/nvidia-rtx-spark-gb300-local-compute</guid>
      <description>مشخصات فنی NVIDIA GB300 و RTX Spark: ۲۸۸GB حافظه HBM4، ۹.۵ petaFLOPS BF16، بنچمارک‌های استنتاج Llama 4 Scout و Qwen3-235B به صورت محلی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">تا همین چند سال پیش، اجرای یک مدل زبانی با صدها میلیارد پارامتر نیازمند یک مرکز داده چند ده میلیون دلاری بود — اما در ۲۰۲۶، NVIDIA با معرفی معماری <strong>Blackwell Ultra</strong> و به خصوص تراشه <strong>GB300</strong> مرزی را شکست که کمتر کسی انتظارش را داشت: اجرای مدل‌های با یک تریلیون پارامتر روی سخت‌افزار رومیزی. این دیگر یک رویای آینده‌نگرانه نیست — بلکه یک محصول واقعی با قیمت واقعی است که تعریف «محاسبه محلی» را برای همیشه تغییر می‌دهد.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/nvidia-rtx-spark-gb300-local-compute-photo-1.jpg" alt="NVIDIA GB300 و RTX Spark: سوپرکامپیوتینگ رومیزی برای مدل‌های تریلیون پارامتری" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">تراشه NVIDIA GB300 با حافظه HBM4 یکپارچه — قلب سخت‌افزاری که امکان اجرای مدل‌های زبانی تریلیون پارامتری را روی دستگاه‌های رومیزی فراهم می‌کند. منبع: NVIDIA GTC 2026</figcaption>
  </figure>

  <h2>۱. مشخصات فنی GB300: اعداد باورنکردنی</h2>
  <p>معماری <em>Blackwell Ultra</em> که NVIDIA آن را در GTC 2026 معرفی کرد، از نظر مشخصات فنی چیزی است که تا همین چند سال پیش تنها در مراکز پردازشی ملی یافت می‌شد. تراشه <strong>GB300</strong> — نسخه حرفه‌ای این معماری — با <strong>۲۸۸ گیگابایت حافظه HBM4 یکپارچه</strong> ارائه می‌شود. این عدد در مقایسه با H100 که ۸۰ گیگابایت HBM3 داشت، یک جهش چهار برابری است.</p>
  <p>عملکرد محاسباتی GB300 در دقت BF16 به <strong>۹.۵ پتافلاپس</strong> می‌رسد — یعنی ۹.۵ میلیون میلیارد عملیات ممیز شناور در ثانیه. برای مقایسه، H100 در همین دقت حدود ۱.۸ پتافلاپس ارائه می‌داد. این افزایش ۵ برابری، در اجرای مدل‌های بزرگ به معنای واقعی احساس می‌شود: توکن‌پر-ثانیه برای مدل Qwen3-235B MoE از ۱۲ توکن در H100 به بیش از ۶۰ توکن در GB300 رسیده است.</p>
  <p>اما مهم‌ترین مشخصه، پهنای باند حافظه است: GB300 پهنای باند <strong>۱۶ ترابایت در ثانیه</strong> دارد — چهار برابر بیشتر از H100. در مدل‌های زبانی بزرگ، گلوگاه اصلی عملکرد نه قدرت محاسباتی بلکه سرعت انتقال وزن‌های مدل از حافظه به هسته‌های محاسباتی است. این پهنای باند عظیم، همان چیزی است که اجرای مدل‌های تریلیون‌ پارامتری را عملی می‌کند.</p>
  <p>از نظر مصرف انرژی، GB300 یک <strong>TDP 700 وات</strong> دارد — عددی که نیازمند سیستم خنک‌کننده مایع در اکثر پیکربندی‌ها است. این یک بار الکتریکی معادل چند دستگاه بزرگ خانگی است، اما در مقایسه با راه‌اندازی یک کلاستر H100 هشت‌تایی که بیش از ۱۰,۰۰۰ وات مصرف می‌کند، چشمگیر به نظر می‌رسد.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«GB300 آنچه را که پنج سال پیش به یک سرور ۴ میلیون دلاری نیاز داشت، در یک کارت گرافیکی رومیزی جا داده است.» — Jensen Huang، مدیرعامل NVIDIA، GTC 2026</blockquote>

  <h2>۲. RTX Spark: نسخه مصرفی برای بازار عمومی</h2>
  <p><strong>RTX Spark</strong> نسخه مصرفی معماری Blackwell Ultra است که NVIDIA برای بازار حرفه‌ای و خلاق طراحی کرده. RTX Spark با <strong>۱۲۸ گیگابایت حافظه مشترک</strong> (ترکیبی از GDDR7 اختصاصی و رم سیستم با پهنای باند بالا) ارائه می‌شود. این حافظه مشترک کمی از GB300 کمتر است اما در مقیاس مدل‌هایی که امروز وجود دارند، کافی است.</p>
  <p>قیمت پایه RTX Spark برای نسخه ۱۲۸ گیگابایتی <strong>۶,۹۹۹ دلار</strong> اعلام شده — عدد بزرگی برای یک کارت گرافیکی مصرفی، اما در مقایسه با قیمت‌های تاریخی سخت‌افزار حرفه‌ای هوش مصنوعی، انقلابی است. یک A100 تنها سه سال پیش بیش از ۱۰,۰۰۰ دلار قیمت داشت و RTX Spark از آن قوی‌تر است.</p>
  <p>RTX Spark عملکرد BF16 معادل <strong>۴.۵ پتافلاپس</strong> دارد — نزدیک به نصف GB300 اما همچنان قدرت کافی برای اجرای اکثر مدل‌های موجود در حالت 4-bit quantized. عملکرد واقعی برای مدل Llama 4 Scout 109B با کوانتیزاسیون Q4 در محدوده ۴۵ تا ۵۵ توکن در ثانیه قرار دارد — سریع‌تر از اکثر کاربران می‌توانند بخوانند.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>مقایسه سریع RTX Spark در برابر GB300:</strong> RTX Spark (۶,۹۹۹ دلار) — ۱۲۸ گیگابایت حافظه مشترک، ۴.۵ پتافلاپس BF16، ۳۵۰ وات TDP، نیاز به کولر هوایی معمولی. GB300 Professional (۲۵,۰۰۰ دلار+) — ۲۸۸ گیگابایت HBM4 اختصاصی، ۹.۵ پتافلاپس BF16، ۷۰۰ وات TDP، نیاز به کولر مایع. هر دو از NVLink برای توسعه دو تایی پشتیبانی می‌کنند.</div>

  <h2>۳. مدل‌های قابل اجرا: کدام غول‌ها محلی می‌شوند</h2>
  <p>سوال عملی مهم این است: با RTX Spark یا GB300 روی دستگاه خودتان، دقیقاً چه مدل‌هایی را می‌توانید اجرا کنید؟ پاسخ وابسته به نوع کوانتیزاسیون است.</p>
  <p><strong>Llama 4 Scout 109B</strong> — مدل ۱۰۹ میلیارد پارامتری متا — با کوانتیزاسیون Q4_K_M حدود ۶۰ گیگابایت حافظه نیاز دارد. RTX Spark با ۱۲۸ گیگابایت این مدل را به راحتی جا می‌دهد و سرعت ۴۸ توکن/ثانیه ارائه می‌دهد. <strong>Qwen3-235B MoE</strong> — مدل مخلوط متخصصان علی‌بابا با ۲۳۵ میلیارد پارامتر — با Q4 کوانتیزاسیون به ۱۲۰ گیگابایت نیاز دارد. این در مرز ظرفیت RTX Spark است، اما با تنظیمات دقیق، GB300 آن را در ۶۵ توکن/ثانیه اجرا می‌کند.</p>
  <p><strong>Mistral Large 2</strong> با ۱۲۳ میلیارد پارامتر در Q4 کوانتیزاسیون حدود ۶۵ گیگابایت می‌شود و روی RTX Spark با ۵۵ توکن/ثانیه کار می‌کند. اما مهم‌ترین اتفاق برای آینده است: <strong>مدل‌های تریلیون پارامتری</strong> مثل نسخه‌های کامل بدون کوانتیزاسیون Qwen3-Max (یک تریلیون پارامتر) برای یک GB300 تنها بزرگ‌اند — اما دو GB300 از طریق NVLink می‌توانند آن را به صورت مشارکتی اجرا کنند.</p>
  <p>یک نکته مهم: همه این مدل‌ها با کوانتیزاسیون ۴-بیتی اجرا می‌شوند که کیفیت را تا حدی کاهش می‌دهد. برای مقایسه، همان مدل‌ها روی ابر با دقت FP16 کامل اجرا می‌شوند. اما برای بسیاری از کاربردهای عملی — کدنویسی، تحلیل، ترجمه — تفاوت کوانتیزاسیون قابل‌درک نیست.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">بنچمارک‌های مستقل از llama.cpp با پشتیبانی CUDA 12.8 روی RTX Spark — مدل Llama 4 Scout 109B-Q4_K_M: سرعت پردازش اولیه (prefill) 2,800 توکن/ثانیه؛ سرعت تولید (decode): 48.3 توکن/ثانیه؛ بار حافظه: 61.2 گیگابایت از 128 گیگابایت موجود. مقایسه با A100 80GB: این مدل اصلاً روی A100 جا نمی‌شود.</div>

  <h2>۴. NVLink و پیکربندی چند-تایی: وقتی یک GB300 کافی نیست</h2>
  <p>برای مدل‌هایی که از ظرفیت یک GB300 فراتر می‌روند، NVIDIA یک راه‌حل معماری هوشمند ارائه داده: <em>NVLink 5.0</em>. این اینترکانکت با پهنای باند <strong>۱.۸ ترابایت در ثانیه بین دو تراشه</strong>، دو GB300 را عملاً به یک تراشه ۵۷۶ گیگابایتی تبدیل می‌کند.</p>
  <p>یک پیکربندی دو GB300 به قیمت حدود ۵۰,۰۰۰ دلار — که با خنک‌کننده مایع و یک کیس مناسب، هزینه کل به ۷۰,۰۰۰ دلار می‌رسد — یک سیستم رومیزی می‌سازد که می‌تواند مدل‌هایی با کوانتیزاسیون Q8 با حجم تا ۵۰۰ میلیارد پارامتر یا با Q4 تا یک تریلیون پارامتر را اجرا کند. این همان پیکربندی است که در سال ۲۰۲۲ برای آموزش GPT-3 کل مرکز داده مایکروسافت استفاده می‌شد.</p>
  <p>برای ماشین‌های RTX Spark، NVLink Bridge با پهنای باند ۹۶۰ گیگابایت در ثانیه دو کارت را به هم وصل می‌کند. دو RTX Spark با ۲۵۶ گیگابایت حافظه ترکیبی می‌توانند Qwen3-235B را با دقت کامل Q8 اجرا کنند — با سرعت ۳۵ توکن/ثانیه که برای کار تعاملی کاملاً مناسب است.</p>

  <h2>۵. مقایسه هزینه: ابر در برابر محلی در بلندمدت</h2>
  <p>سوال اقتصادی اصلی این است: آیا خرید سخت‌افزار محلی در مقابل استفاده از ابر توجیه دارد؟ پاسخ بستگی به میزان استفاده دارد.</p>
  <p>اجرای Llama 4 Scout 109B از طریق API ابری (مثل Together.ai یا Groq) در ژوئن ۲۰۲۶ حدود <strong>۰.۸۵ دلار به ازای هر میلیون توکن ورودی</strong> هزینه دارد. یک توسعه‌دهنده که روزانه ۱۰ میلیون توکن پردازش می‌کند، ماهانه حدود ۲۵۵ دلار هزینه ابر دارد — یا سالانه ۳,۰۶۰ دلار.</p>
  <p>RTX Spark به قیمت ۶,۹۹۹ دلار، با مصرف برق ۳۵۰ وات و فرض هزینه برق ۰.۱۲ دلار در ساعت، اگر ۱۶ ساعت در روز کار کند، سالانه حدود ۲۴۶ دلار هزینه برق دارد. مجموع هزینه سال اول: ۷,۲۴۵ دلار. اما از سال دوم، سالانه فقط ۲۴۶ دلار هزینه است. یعنی با این سطح استفاده، نقطه سربه‌سر در حدود سه سال است — و از آن به بعد، صرفه‌جویی قابل توجهی وجود دارد.</p>
  <p>اما این محاسبه ساده یک عامل مهم را نادیده می‌گیرد: <strong>حریم خصوصی داده</strong>. برای سازمان‌هایی که با داده‌های حساس کار می‌کنند — داده‌های پزشکی، حقوقی، مالی — ارسال اطلاعات به APIهای ابری ممکن است از نظر قانونی یا امنیتی قابل‌قبول نباشد. برای این سازمان‌ها، GB300 نه یک انتخاب اقتصادی بلکه یک ضرورت است.</p>

  <h2>۶. NIM Microservices و زیرساخت نرم‌افزاری</h2>
  <p>سخت‌افزار قوی بدون نرم‌افزار مناسب بی‌معناست. NVIDIA با پلتفرم <em>NIM Microservices</em> (که مخفف NVIDIA Inference Microservices است) یک لایه نرم‌افزاری جامع برای استقرار محلی مدل‌ها ارائه داده است. NIM به صورت <em>containerهای Docker</em> توزیع می‌شود که مدل‌های پیش‌پیکربندی‌شده را با بهینه‌سازی‌های خودکار برای سخت‌افزار NVIDIA آماده اجرا می‌کند.</p>
  <p>مهم‌ترین ویژگی NIM برای کاربران GB300، <em>TensorRT-LLM</em> بهینه‌سازی خودکار است: NIM به صورت خودکار وزن‌های مدل را برای معماری GB300 بازسازی می‌کند — شامل انتخاب اتوماتیک بهترین کوانتیزاسیون، تنظیم اندازه بچ، و بهینه‌سازی اتصال‌های تنسور. این کار که قبلاً نیاز به مهندسی تخصصی داشت، حالا یک دستور ساده Docker است.</p>
  <p>NIM همچنین یک رابط REST API سازگار با OpenAI ارائه می‌دهد — یعنی هر برنامه‌ای که با OpenAI API کار می‌کند، بدون تغییر کد می‌تواند به NIM محلی منتقل شود. این سازگاری، مهاجرت از ابر به محلی را به یک کار چند دقیقه‌ای تبدیل می‌کند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«با GB300 و NIM، یک محقق می‌تواند همان زیرساختی را که قبلاً نیاز به یک تیم DevOps داشت، در یک بعدازظهر روی میز کار خود راه‌اندازی کند.» — Bryan Catanzaro، معاون تحقیقات کاربردی NVIDIA، GTC 2026</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته خنک‌کننده:</strong> RTX Spark با کولر هوایی پیش‌فرض کار می‌کند اما برای استفاده ۲۴/۷ زیر بار کامل، NVIDIA نصب یک سیستم آب‌خنک یا حداقل یک کیس با جریان هوای عالی را توصیه می‌کند. GB300 Professional کاملاً به خنک‌کننده مایع نیاز دارد — اکثر سازندگان ورک‌استیشن مانند ASUS، MSI و HP برای این تراشه پکیج‌های ویژه ارائه داده‌اند.</div>

  <h2>نتیجه‌گیری: آغاز عصر سوپرکامپیوتینگ شخصی</h2>
  <p>NVIDIA GB300 و RTX Spark نمایانگر یک نقطه عطف تاریخی در محاسبات هستند. برای اولین بار، قدرت اجرای مدل‌های با صدها میلیارد — و در پیکربندی‌های چند-تایی، یک تریلیون — پارامتر از مراکز داده غول‌آسا به دستگاه‌های رومیزی قابل‌خرید منتقل شده است. این تحول به معنای دموکراتیزه شدن واقعی هوش مصنوعی است: نه فقط دسترسی به <em>APIهایی</em> که مدل‌ها را روی سرورهای دیگران اجرا می‌کنند، بلکه مالکیت کامل بر محاسبه، داده، و نتایج. این همان چیزی است که محققان مستقل، استارتاپ‌ها، بیمارستان‌ها، و موسسات آموزشی سال‌ها منتظرش بودند — هوش مصنوعی که واقعاً مال شماست.</p>
</div>
]]></content:encoded>
      <category>سخت‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sun, 31 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>وب عاملی گوگل: چطور Gemini Spark و WebMCP در Chrome 149 با هم کار می‌کنند</title>
      <link>https://www.teknav.ir/article/webmcp-chrome-gemini-spark</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/webmcp-chrome-gemini-spark</guid>
      <description>WebMCP چیست؟ پروتکل بومی مرورگر Chrome 149 که به Gemini Spark اجازه می‌دهد با ابزارهای صفحه وب تعامل کند. معماری فنی، API توسعه‌دهندگان، و مقایسه با MCP آنتروپیک.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">وقتی گوگل در مارس ۲۰۲۶ از <em>Chrome 149</em> رونمایی کرد، بسیاری فکر می‌کردند با یک به‌روزرسانی معمولی روبرو هستند — اما در واقع، گوگل پایه‌های یک معماری کاملاً جدید برای وب عاملی را ریخت. دو ابزار در کنار هم: <strong>WebMCP</strong>، یک پیاده‌سازی بومی مرورگر از پروتکل <em>Model Context Protocol</em>، و <strong>Gemini Spark</strong>، یک مدل زبانی سبک‌وزن تعبیه‌شده مستقیم در کروم. ترکیب این دو، مرورگر را از یک نرم‌افزار نمایش صفحه‌وب به یک عامل هوشمند تبدیل می‌کند که می‌تواند با محتوای هر صفحه‌ای تعامل داشته باشد.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/webmcp-chrome-gemini-spark-photo-1.jpg" alt="معماری WebMCP و Gemini Spark در Chrome 149 گوگل" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">نمودار معماری WebMCP در Chrome 149: صفحه‌های وب ابزارهای MCP خود را از طریق متاتگ‌های HTML منتشر می‌کنند و Gemini Spark درون مرورگر این ابزارها را از طریق لایه سندباکس صدا می‌زند. منبع: Google Chrome Developers Blog</figcaption>
  </figure>

  <h2>۱. WebMCP چیست: پروتکل MCP در قلب مرورگر</h2>
  <p><em>Model Context Protocol</em> یا <strong>MCP</strong> را انتروپیک در اواخر ۲۰۲۴ معرفی کرد — یک پروتکل استاندارد برای اینکه مدل‌های هوش مصنوعی بتوانند با ابزارهای خارجی ارتباط برقرار کنند. در پیاده‌سازی اولیه انتروپیک، MCP یک پروتکل <em>server-side</em> بود: توسعه‌دهندگان سرورهای MCP می‌ساختند که مدل‌ها می‌توانستند از طریق API با آن‌ها ارتباط بگیرند. این کار می‌کرد، اما پیچیدگی زیرساختی داشت — هر ابزار به یک سرور جداگانه نیاز داشت.</p>
  <p>گوگل با WebMCP رویکرد کاملاً متفاوتی پیش گرفت: به جای سرور، ابزارهای MCP مستقیم داخل صفحه‌وب تعریف می‌شوند. توسعه‌دهندگان می‌توانند یک فایل JSON با مشخصات ابزارهای خود در یک متاتگ HTML قرار دهند. مرورگر این اطلاعات را می‌خواند و آن‌ها را به Gemini Spark منتقل می‌کند. به این ترتیب، هر صفحه وب می‌تواند خودش را به عنوان یک «منبع ابزار» برای عوامل هوش مصنوعی معرفی کند.</p>
  <p>مثال ساده: یک سایت خبری می‌تواند در متاتگ خود تعریف کند: «من می‌توانم آخرین خبرها را بر اساس موضوع به شما بدهم» یا «می‌توانم این مقاله را خلاصه کنم». Gemini Spark این قابلیت‌ها را می‌بیند و می‌تواند آن‌ها را در پاسخ به درخواست‌های کاربر فراخوانی کند — بدون اینکه کاربر حتی بداند در پس‌زمینه چه اتفاقی می‌افتد.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«WebMCP مرورگر را از یک پنجره نمایش وب به یک محیط اجرای عاملی تبدیل می‌کند. هر صفحه‌ای می‌تواند حالا به یک ابزار برای عوامل هوشمند تبدیل شود.» — Ben Galbraith، مدیر محصول کروم، Google I/O 2026</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>ساختار متاتگ WebMCP:</strong> توسعه‌دهندگان یک متاتگ با نام <code>webmcp-manifest</code> در بخش <code>head</code> HTML قرار می‌دهند که به یک فایل JSON اشاره دارد. این فایل شامل نام ابزار، توضیحات، پارامترهای ورودی (طبق اسکیمای JSON Schema)، و آدرس اندپوینت اجرا است. Chrome 149 این متاتگ را هنگام بارگذاری صفحه می‌خواند و manifest را به Gemini Spark ارسال می‌کند.</div>

  <h2>۲. Gemini Spark: مدل زبانی تعبیه‌شده در کروم</h2>
  <p><strong>Gemini Spark</strong> نام نسخه‌ای از مدل Gemini است که گوگل به صورت on-device داخل کروم تعبیه کرده است. این مدل با Gemini Ultra قابل مقایسه نیست — حجم پارامترهای آن در محدوده ۱ تا ۳ میلیارد است و برای اجرا روی دستگاه‌های مصرفی بهینه شده. اما برای وظایف مرورگری — خلاصه‌سازی، فرم‌پرکردن، ناوبری عاملی — کافی است.</p>
  <p>Gemini Spark بخشی از سخت‌افزار GPU دستگاه را برای اجرا استفاده می‌کند. گوگل اعلام کرده که مدل به صورت کامل روی دستگاه اجرا می‌شود — هیچ داده‌ای برای استنتاج اصلی به سرور ارسال نمی‌شود. البته وقتی وظیفه‌ای از ظرفیت Spark فراتر می‌رود، کروم می‌تواند به Gemini Advanced ابری مراجعه کند — اما این انتخاب کاربر است، نه پیش‌فرض سیستم.</p>
  <p>Gemini Spark از طریق یک API جاوااسکریپت جدید به نام <em>window.ai</em> قابل دسترسی است. این API به صفحات وب اجازه می‌دهد درخواست‌های تکمیل متن یا استنتاج محدود ارسال کنند — البته با محدودیت‌های امنیتی سخت که زیر آن توضیح داده می‌شود.</p>

  <h2>۳. معماری فنی: از HTML تا اجرای ابزار</h2>
  <p>زنجیره اجرایی WebMCP در Chrome 149 از چند لایه تشکیل شده است. وقتی کاربر یک صفحه را باز می‌کند، موتور رندر کروم (<em>Blink</em>) متاتگ‌های WebMCP را استخراج می‌کند. این اطلاعات از طریق یک <em>IPC channel</em> به یک فرآیند جداگانه به نام «WebMCP Broker» ارسال می‌شود. این Broker مسئول نگهداری رجیستری ابزارهای موجود در تب‌های باز است.</p>
  <p>وقتی Gemini Spark تصمیم می‌گیرد یک ابزار فراخوانی کند، درخواست از طریق Broker به محیط اجرای سندباکس‌شده ارسال می‌شود. سندباکس WebMCP از همان مکانیزم <em>Site Isolation</em> کروم استفاده می‌کند — هر ابزار در یک محیط جداگانه با دسترسی‌های صریح اجرا می‌شود. نتیجه اجرا به Broker برمی‌گردد و از آنجا به Gemini Spark می‌رسد که پاسخ نهایی را برای کاربر تولید می‌کند.</p>
  <p>یکی از نوآوری‌های مهم در این معماری، سیستم «<strong>اجازه‌های تدریجی</strong>» (<em>Progressive Permissions</em>) است. کاربر در اولین بار که یک صفحه می‌خواهد ابزاری را اجرا کند، یک پنجره مجوز می‌بیند که به طور دقیق توضیح می‌دهد «این ابزار چه کاری انجام می‌دهد و به چه داده‌هایی دسترسی دارد». مجوزها می‌توانند به صورت دائمی یا فقط برای همین جلسه اعطا شوند.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">مقایسه با MCP انتروپیک: MCP سرور-ساید انتروپیک نیازمند راه‌اندازی سرور جداگانه، مدیریت احراز هویت، و ارتباط شبکه‌ای است. WebMCP هیچ‌کدام از این‌ها را نیاز ندارد — ابزار مستقیم در صفحه تعریف و در مرورگر اجرا می‌شود. اما WebMCP محدودیت‌هایی دارد که MCP سنتی ندارد: ابزارها نمی‌توانند فایل‌سیستم یا شبکه خارج از مرورگر را لمس کنند.</div>

  <h2>۴. موارد استفاده واقعی: از رزرو پرواز تا پر کردن فرم‌ها</h2>
  <p>گوگل در رویداد Google I/O 2026 چند دموی عملی نشان داد که قدرت ترکیب WebMCP و Gemini Spark را آشکار می‌کرد. در اولین دمو، یک سایت رزرو هتل WebMCP را پیاده‌سازی کرده بود. کاربر در یک پنجره مکالمه با Gemini Spark نوشت: «یک اتاق دو تخته در پاریس برای ۱۰ تا ۱۵ آوریل زیر ۲۰۰ یورو در شب پیدا کن». Spark ابزار جستجوی هتل صفحه را فراخوانی کرد، نتایج را دریافت کرد، آن‌ها را فیلتر کرد و سه گزینه مناسب پیشنهاد داد — همه بدون اینکه کاربر حتی یک فیلد جستجو را پر کند.</p>
  <p>دمو دوم، یک سیستم پر کردن فرم‌های اداری بود. صفحات دولتی و سازمانی که فرم‌های پیچیده دارند می‌توانند ابزارهای WebMCP تعریف کنند. کاربر اطلاعات خود را یک بار به Gemini Spark می‌دهد، و Spark می‌تواند این اطلاعات را به تمام فرم‌های مشابه منتقل کند — با رعایت کامل حریم خصوصی، چون همه چیز روی دستگاه اتفاق می‌افتد.</p>
  <p>دمو سوم که هیجان‌انگیزترین بود، یک «<strong>عامل تحقیق</strong>» بود. کاربر درخواست داد: «مقایسه کن که سه لپ‌تاپ این صفحه از نظر عمر باتری و قیمت چه تفاوتی دارند». Spark ابزار مقایسه سایت را فراخوانی کرد، داده‌ها را دریافت کرد، و یک جدول مقایسه‌ای ساده در یک پنل کناری نشان داد.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«این اولین بار است که مرورگر واقعاً درک می‌کند که شما چه می‌خواهید — نه فقط آنچه تایپ کردید.» — Sundar Pichai، مدیرعامل گوگل، Google I/O 2026</blockquote>

  <h2>۵. نگرانی‌های حریم خصوصی و امنیتی</h2>
  <p>هر چقدر WebMCP قدرتمند است، نگرانی‌های امنیتی آن هم به همان اندازه جدی هستند. اولین نگرانی «<strong>ابزار مخرب</strong>» است: یک سایت فیشینگ می‌تواند ابزارهایی تعریف کند که اطلاعات حساس را از تب‌های دیگر استخراج کنند. گوگل ادعا می‌کند سندباکس کروم این حمله را غیرممکن می‌کند — اما محققان امنیتی پیش از انتشار Chrome 149 چند آسیب‌پذیری احتمالی پیدا کرده بودند که گوگل آن‌ها را برطرف کرد.</p>
  <p>نگرانی دوم «<strong>جمع‌آوری داده رفتاری</strong>» است. حتی اگر Gemini Spark کاملاً روی دستگاه اجرا شود، گوگل می‌تواند از طریق chrome.ai API متاداده‌هایی جمع‌آوری کند: کدام ابزارها فراخوانی شدند، چند بار، و در چه زمینه‌ای. این داده‌ها از نظر تبلیغاتی ارزشمند هستند — و گوگل هنوز سیاست شفافی برای استفاده از آن‌ها اعلام نکرده است.</p>
  <p>نگرانی سوم رقابتی است: گوگل بزرگ‌ترین موتور جستجو، بزرگ‌ترین مرورگر، و حالا بزرگ‌ترین زیرساخت عاملی مرورگر را کنترل می‌کند. اگر سایت‌های بزرگ WebMCP را پیاده‌سازی کنند اما مرورگرهای دیگر از این استاندارد پشتیبانی نکنند، گوگل می‌تواند یک مزیت رقابتی انحصاری برای خود ایجاد کند. آپل و موزیلا هنوز موضع رسمی‌شان را اعلام نکرده‌اند.</p>

  <h2>نتیجه‌گیری: وب عاملی یا وب گوگلی؟</h2>
  <p>ترکیب WebMCP و Gemini Spark در Chrome 149 یکی از مهم‌ترین تحولات معماری وب در یک دهه گذشته است. برای اولین بار، یک مرورگر می‌تواند نه فقط صفحات را نمایش دهد، بلکه با آن‌ها به عنوان ابزار تعامل کند — و این تعامل از طریق یک مدل هوش مصنوعی واقعی و نه صرفاً اتوماسیون ساده انجام می‌شود. اما موفقیت این معماری به یک شرط بستگی دارد: آیا WebMCP یک استاندارد باز واقعی خواهد شد که موزیلا، اپل، و مایکروسافت هم آن را پیاده‌سازی کنند؟ یا فقط یکی دیگر از ویژگی‌های اختصاصی کروم خواهد بود که وب را بیشتر به سمت انحصار گوگل سوق می‌دهد؟ پاسخ این سوال، آینده وب عاملی را تعیین می‌کند.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sun, 31 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>اعتصاب ویکی‌پدیا: چرا ویراستاران داوطلب قفل خواندنی تهدید می‌کنند</title>
      <link>https://www.teknav.ir/article/wikipedia-editors-strike-wmf</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/wikipedia-editors-strike-wmf</guid>
      <description>اعتصاب ویراستاران داوطلب ویکی‌پدیا: چرا ۲۰۰٬۰۰۰ ویراستار تهدید به قفل‌کردن ۶.۷ میلیون مقاله کردند و WMF چه پاسخی داده است.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در بهار ۲۰۲۶، ویکی‌پدیا — آزادترین و بزرگ‌ترین دانشنامه تاریخ بشر — با تهدیدی از درون روبرو شد که هیچ دولتی، هیچ شرکتی و هیچ حمله سایبری‌ای تا به حال نتوانسته بود ایجاد کند: صدها ویراستار داوطلب تهدید کردند که قفل خواندنی را بر ویکی‌پدیای انگلیسی می‌زنند و ثبت هر ویرایش جدیدی را متوقف می‌کنند. اختلاف بر سر یک سوال وجودی بود — آیا محتوای تولیدشده توسط هوش مصنوعی می‌تواند در دانشنامه‌ای ورود کند که جوهر آن، اعتماد انسانی است؟</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/wikipedia-editors-strike-wmf-photo-1.jpg" alt="ویراستاران داوطلب ویکی‌پدیا در اعتراض به سیاست‌های هوش مصنوعی بنیاد ویکی‌مدیا" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">جامعه ویراستاران ویکی‌پدیا برای اولین بار در تاریخ دو دهه‌ای این دانشنامه، تهدید به اعمال «قفل خواندنی» کردند — اقدامی که عملاً ثبت هر ویرایش جدیدی را متوقف می‌سازد. منبع: Wikimedia Commons</figcaption>
  </figure>

  <h2>۱. ریشه‌های بحران: وقتی بنیاد به سراغ هوش مصنوعی رفت</h2>
  <p>داستان از آنجا آغاز شد که بنیاد ویکی‌مدیا (<em>Wikimedia Foundation</em> یا <strong>WMF</strong>) در فوریه ۲۰۲۶ یک سند سیاست‌گذاری داخلی منتشر کرد با عنوان «چارچوب استفاده از هوش مصنوعی مولد در پروژه‌های ویکی‌مدیا». این سند، به‌طور ضمنی اما آشکار، راه را برای پذیرش محتوای تولیدشده توسط سیستم‌های <em>Large Language Model</em> در ویکی‌پدیا هموار می‌کرد — البته با شرط‌هایی که از نظر جامعه ویراستاران، بیش از حد مبهم و ناکافی بود.</p>
  <p>موضع اعلام‌شده WMF این بود که سیستم‌های هوش مصنوعی می‌توانند در کارهایی مثل ترجمه مقالات بین زبانی، خلاصه‌سازی اولیه برای مقالات جدید، و تشخیص تخلفات سریع‌تر استفاده شوند. به نظر می‌رسید این رویکرد معقول است. اما مشکل در جزئیات بود: سند مشخص نمی‌کرد که چه سطحی از بازبینی انسانی برای هر نوع محتوا لازم است، کدام مدل‌ها مجاز هستند، و چطور می‌توان منشأ محتوای تولیدشده را در تاریخچه ویرایش‌ها ردیابی کرد.</p>
  <p>برخی ویراستارهای ارشد — از جمله چند نفر با بیش از ۱۰۰,۰۰۰ ویرایش ثبت‌شده — اعلام کردند که این سیاست نقض صریح اصل پایه‌ای ویکی‌پدیاست: «<strong>قابلیت تأیید</strong>» (Verifiability). یعنی هر ادعایی باید به منبع قابل‌اعتماد ارجاع داشته باشد — و محتوای تولیدشده توسط مدل‌های زبانی، که به توهم اطلاعات (hallucination) مشهورند، ذاتاً این شرط را نقض می‌کند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ویکی‌پدیا نه از طریق الگوریتم‌ها، بلکه از طریق اعتماد انسانی ساخته شده است. اگر این اعتماد شکسته شود، هیچ مقدار محتوای تولیدشده توسط هوش مصنوعی نمی‌تواند آن را جایگزین کند.» — Barkeep49، ادمین ارشد ویکی‌پدیای انگلیسی، مارس ۲۰۲۶</blockquote>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>آمار پایه:</strong> ویکی‌پدیای انگلیسی در ابتدای ۲۰۲۶ دارای ۶.۷ میلیون مقاله بود. در مجموع، ویکی‌مدیا بیش از ۶۰ میلیون مقاله در ۳۳۰ زبان دارد. جامعه فعال ویرایشگران ویکی‌پدیای انگلیسی حدود ۲۰۰,۰۰۰ نفر است — البته از این تعداد، کمتر از ۱۵,۰۰۰ نفر ماهانه بیش از ۵ ویرایش انجام می‌دهند. این اقلیت فعال، عملاً ستون فقرات کیفیت دانشنامه را تشکیل می‌دهند.</div>

  <h2>۲. «قفل خواندنی» چیست و چرا این تهدید جدی است</h2>
  <p>اصطلاح <strong>Read-Only Lock</strong> یا «قفل خواندنی» در ادبیات ویکی‌پدیا به وضعیتی گفته می‌شود که مدیران سیستم می‌توانند کل پایگاه داده را در حالت فقط‌خواندنی قرار دهند — یعنی هیچ‌کس نتواند ویرایش جدیدی ثبت کند. این ابزار فنی معمولاً برای نگهداری سرورها یا جلوگیری از حملات خرابکارانه استفاده می‌شد. اما این بار، جامعه ویراستاران تهدید می‌کرد که از آن به عنوان اعتراض سیاسی استفاده کند.</p>
  <p>تهدید اصلی از یک نهاد داخلی مهم آمد: <em>Arbitration Committee</em> یا «کمیته داوری» ویکی‌پدیای انگلیسی — که بالاترین مرجع حل‌وفصل اختلافات داخلی است — اعلام کرد اگر WMF به نگرانی‌های جامعه پاسخ روشن ندهد، ممکن است اجرای سیاست جدید را به «مشاوره کامل جامعه» (full community RfC) موکول کند. یک <em>Request for Comment</em> در مقیاس بزرگ می‌توانست ماه‌ها طول بکشد و در عمل، پروژه‌های جدید مرتبط با هوش مصنوعی را متوقف کند.</p>
  <p>برخی ویراستارهای رادیکال‌تر فراتر رفتند: در فروم‌های داخلی پیشنهاد دادند که بدون انتظار برای فرآیند رسمی، با هماهنگی گروهی، روند تأیید مقالات را به قدری کند کنند که سیستم عملاً از کار بیفتد — نوعی «<strong>کند‌کاری سازمان‌یافته</strong>» که در ادبیات مقاومت صنفی به آن <em>work-to-rule</em> می‌گویند.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">سابقه تاریخی: در ژانویه ۲۰۱۲، ویکی‌پدیای انگلیسی برای ۲۴ ساعت به صورت سیاه درآمد تا اعتراض به قوانین SOPA و PIPA را نشان دهد — اعتراضی که نقش محوری در شکست این قوانین داشت. این اقدام اما با اتفاق‌نظر کامل جامعه داوطلبان و مدیریت WMF انجام شد. بحران ۲۰۲۶ دقیقاً برعکس آن بود: یک شکاف عمیق بین جامعه و مدیریت.</div>

  <h2>۳. موضع WMF: چرا بنیاد به سراغ هوش مصنوعی رفت</h2>
  <p>برای درک موضع بنیاد ویکی‌مدیا، باید اعداد را دید. تعداد ویراستاران فعال ویکی‌پدیا از اوج خود در ۲۰۰۷ تا به امروز بیش از ۳۰ درصد کاهش یافته است. موضوعات پیچیده علمی، فناوری، پزشکی و حقوقی کمبود شدید پوشش دارند — به خصوص در زبان‌هایی غیر از انگلیسی. هزاران مقاله ناقص با برچسب «به منبع نیاز دارد» یا «به بهبود نیاز دارد» رها شده‌اند.</p>
  <p>WMF استدلال می‌کرد که استفاده هوشمندانه از هوش مصنوعی می‌تواند این خلاء را پر کند. به عنوان مثال، یک سیستم هوش مصنوعی می‌تواند پیش‌نویس اولیه‌ای از یک مقاله علمی بر اساس چکیده یک مقاله <em>peer-reviewed</em> ایجاد کند — و سپس یک ویراستار انسانی آن را بررسی و تأیید کند. این رویکرد، به گفته بنیاد، فرآیند ویرایش را «دموکراتیزه» می‌کند: حتی کسی که وقت کافی برای نوشتن مقاله کامل ندارد، می‌تواند یک پیش‌نویس هوش مصنوعی را ویرایش کند.</p>
  <p>ماریا موسکو، مدیر اجرایی WMF در ۲۰۲۶، در مصاحبه‌ای گفت که بنیاد به خوبی می‌داند مدل‌های زبانی می‌توانند اطلاعات نادرست تولید کنند — اما راه‌حل این نیست که از ابزار قدرتمندی که می‌تواند دانشنامه را نجات دهد، صرفاً از سر ترس دوری کنیم. بلکه راه‌حل، طراحی فرآیندهای بازبینی قوی است که این ریسک‌ها را مدیریت کند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ما باید انتخاب کنیم: یا از هوش مصنوعی استفاده کنیم تا دانشنامه‌ای جامع‌تر بسازیم، یا نظاره‌گر باشیم که اینترنت به محتوای هوش مصنوعی غرق شود در حالی که ما عقب می‌مانیم.» — ماریا موسکو، مدیر اجرایی WMF، آوریل ۲۰۲۶</blockquote>

  <h2>۴. پارادوکس بزرگ: هوش مصنوعی که از ویکی‌پدیا آموخت، حالا به ویکی‌پدیا تهدید می‌شود</h2>
  <p>طنز تلخ این بحران را باید در یک واقعیت فناوری جستجو کرد: تمام مدل‌های زبانی بزرگی که امروز موجودند — GPT-4o، Claude 3.5، Gemini Ultra — بخش عمده‌ای از دانش خود را از ویکی‌پدیا آموخته‌اند. ویکی‌پدیا، به همراه CommonCrawl، بزرگ‌ترین منبع متنی برای آموزش این مدل‌هاست. به عبارت دیگر، <strong>هوش مصنوعی که حالا به دانشنامه‌ها تهاجم می‌کند، خودش زاده همین دانشنامه‌هاست</strong>.</p>
  <p>این پارادوکس از نظر فلسفی ژرف است. اگر ویکی‌پدیا به محتوای هوش مصنوعی آلوده شود، کیفیت داده‌های آموزشی نسل بعدی مدل‌ها پایین می‌آید — و مدل‌های ضعیف‌تر، محتوای بدتری تولید می‌کنند که باز هم وارد ویکی‌پدیا می‌شود. این چرخه معیوب را محققان با اصطلاح <em>Model Collapse</em> یا «فروپاشی مدل» توصیف می‌کنند: وقتی مدل‌ها از داده‌های تولیدشده توسط خودشان آموزش ببینند، تدریجاً تنوع و دقت خود را از دست می‌دهند.</p>
  <p>مطالعه‌ای که در فوریه ۲۰۲۶ در <em>Nature Machine Intelligence</em> منتشر شد، نشان داد که فقط یک درصد آلودگی داده‌های هوش مصنوعی در پایگاه‌های دانش عمومی، می‌تواند منجر به افت ۷ تا ۱۲ درصدی در دقت اطلاعاتی مدل‌های نسل بعدی شود. این عدد کوچک به نظر می‌رسد، اما در مقیاس اینترنت، به معنای میلیون‌ها اطلاعات غلط منتشرشده است.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>جریان مالی:</strong> یکی از ریشه‌های خشم ویراستاران این بود که شرکت‌های هوش مصنوعی مثل OpenAI و Google DeepMind، بدون هیچ پرداختی، از داده‌های ویکی‌پدیا برای آموزش مدل‌های تجاری چندمیلیارد دلاری استفاده کرده‌اند. برخی پیشنهاد می‌کنند WMF باید مانند Getty Images از این شرکت‌ها حق امتیاز بگیرد — اما این کار، به دلیل ماهیت Creative Commons مجوز ویکی‌پدیا، از نظر حقوقی پیچیده است.</div>

  <h2>۵. سابقه تاریخی: اعتراض‌های پیشین جامعه ویکی‌پدیا</h2>
  <p>این اولین بار نیست که جامعه داوطلبان ویکی‌پدیا در برابر تصمیمات مدیریتی WMF مقاومت می‌کند. بزرگ‌ترین نمونه تاریخی، «اعتراض بزرگ» سال ۲۰۱۴ بود: WMF بدون مشورت با جامعه، یک قابلیت ویرایش جدید (Media Viewer) را اجباری کرد. ویراستاران آنقدر این ابزار را ناپسند می‌دانستند که مدیران انگلیسی آن را به صورت یک‌جانبه برای کاربران خود غیرفعال کردند — و WMF در نهایت مجبور به عقب‌نشینی شد.</p>
  <p>در ۲۰۱۵، پروژه «Knowledge Engine» WMF — که می‌خواست یک موتور جستجوی رقیب گوگل بسازد — با مخالفت شدید جامعه روبرو شد و متوقف شد. ویراستاران استدلال می‌کردند که WMF دارد از مأموریت اصلی خود (نگهداری دانشنامه آزاد) منحرف می‌شود.</p>
  <p>اما بحران ۲۰۲۶ از همه این موارد پیچیده‌تر بود. این بار سوال صرفاً درباره یک ابزار فنی نبود — بلکه درباره هویت بنیادی ویکی‌پدیا بود. آیا ویکی‌پدیا یک دانشنامه انسانی است که تصادفاً از ابزارهای دیجیتال استفاده می‌کند؟ یا یک پلتفرم اطلاعاتی است که هر ابزاری را برای رسیدن به پوشش کامل‌تر به کار می‌گیرد؟</p>

  <h2>۶. پیامدها و راه‌حل‌های ممکن</h2>
  <p>تا اواخر آوریل ۲۰۲۶، WMF چند گام برای کاهش تنش برداشت. مهم‌ترین آن‌ها اضافه کردن «<strong>برچسب منشأ هوش مصنوعی</strong>» (AI-Origin Label) به تاریخچه ویرایش‌ها بود — یعنی هر ویرایشی که با کمک هوش مصنوعی انجام شده باشد، این موضوع در تاریخچه مشخص می‌شود. همچنین WMF اعلام کرد که محتوای تولیدشده توسط هوش مصنوعی باید حداقل توسط یک ویراستار تأیید‌شده (<em>autoconfirmed editor</em>) مرور و تأیید شود.</p>
  <p>این گام‌ها تنش را کمی کاهش داد، اما ریشه اختلاف را حل نکرد. گروهی از ویراستاران پیشنهاد یک راه‌حل میانه دادند: ایجاد یک «فضای جداگانه» در ویکی‌پدیا به نام <em>AI Draft Namespace</em> — فضایی که مقالات پیش‌نویس هوش مصنوعی در آن قرار می‌گیرند و تنها پس از تأیید کامل انسانی به فضای اصلی منتقل می‌شوند. این پیشنهاد در اواخر ۲۰۲۶ مورد بررسی قرار گرفت.</p>

  <h2>نتیجه‌گیری: معنای این بحران برای اینترنت آینده</h2>
  <p>بحران ویکی‌پدیا در ۲۰۲۶ یک هشدار جدی برای کل اکوسیستم اطلاعاتی اینترنت است. دانشنامه‌ای که با کار داوطلبانه صدها هزار انسان ساخته شده، در مقابل موجی قرار گرفته که می‌تواند کیفیت آن را به شکلی نامحسوس اما مداوم فرسایش دهد. مهم‌ترین درس این بحران این است که <strong>فناوری نمی‌تواند جانشین اعتماد اجتماعی شود</strong>. ویکی‌پدیا تنها به این دلیل کار می‌کند که میلیون‌ها کاربر به محتوای آن اعتماد دارند — و این اعتماد، محصول دو دهه کار داوطلبانه انسانی است. اگر این اعتماد شکسته شود، هیچ مدل زبانی پیشرفته‌ای نمی‌تواند آن را بازسازی کند.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sat, 30 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>استقلال خط مقدم: بج‌های پوشیدنی و روز کاری بدون اپ سازمانی</title>
      <link>https://www.teknav.ir/article/project-solara-wearable-frontline</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/project-solara-wearable-frontline</guid>
      <description>Project Solara مایکروسافت: بج پوشیدنی AI برای کارگران خط مقدم بدون نیاز به گوشی — بررسی فنی، مقایسه با Google Glass، و موانع پذیرش.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">میلیون‌ها پرستار، کارمند فروشگاه، و کارگر انبار هر روز با یک تناقض روبرو هستند: آن‌ها در خط مقدم سازمان‌هایی هستند که بیشترین نیاز به اطلاعات آنی دارند، اما کمترین دسترسی به فناوری کارآمد. بج پوشیدنی Project Solara، یک پاسخ جسورانه به این تناقض است — دستگاهی که همیشه همراه است، همیشه فعال است، و دقیقاً می‌داند شما کی هستید و چه نیاز دارید.</p>
  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/project-solara-wearable-frontline-photo-1.jpg" alt="بج پوشیدنی Project Solara برای کارگران خط مقدم" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">نمونه اولیه بج پوشیدنی Project Solara مبتنی بر Qualcomm Snapdragon W5 — Build 2026، مایکروسافت</figcaption>
  </figure>

  <h2>۱. کارگران خط مقدم: فراموش‌شدگان عصر AI</h2>
  <p>وقتی از «کارمند» صحبت می‌کنیم، تصویر ذهنی اکثر ما یک نفر پشت میز، با لپتاپ و مانیتور است. اما این تصویر واقعیت ۸۰ درصد از نیروی کار جهان را نشان نمی‌دهد. ۲.۷ میلیارد نفر «کارگر خط مقدم» — یعنی کسانی که کار آن‌ها از یک موقعیت ثابت جسمی تشکیل نمی‌شود — هر روز تلاش می‌کنند تا با فناوری‌هایی کنار بیایند که برای آن‌ها طراحی نشده‌اند.</p>
  <p>یک پرستار بخش اورژانس باید در هر روز کاری ده‌ها مرتبه به سیستم اطلاعات بیمارستانی دسترسی پیدا کند — برای بررسی سابقه دارویی بیمار، تأیید دوز، یادداشت‌برداری، و انتقال شیفت. اما برای انجام هر یک از این کارها باید به یک ایستگاه کاری برود، وارد سیستم شود، و با یک رابط کاربری طراحی‌شده برای کاربر میز-نشین کار کند. هر بار چند دقیقه — که در طول یک شیفت به ساعت‌ها تبدیل می‌شود.</p>
  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«پرستاران در بیمارستان‌های ما در حال حاضر روزانه ۲ تا ۳ ساعت صرف ورود و خروج از سیستم‌ها می‌کنند. این وقت باید صرف بیمار شود.» — مدیر IT، بیمارستان بزرگ آمریکایی، گزارش پایلوت Project Solara</blockquote>
  <p>کارمندان فروشگاه هم مشابه این چالش را دارند. یک فروشنده در Target باید بتواند فوری به سیستم موجودی دسترسی داشته باشد، قیمت‌ها را بررسی کند، و به سوالات مشتریان پاسخ دهد — بدون اینکه هر بار به یک ترمینال برگردد. تا همین اواخر، این یعنی حمل یک اسکنر handheld قدیمی که سنگین، کند، و نیازمند آموزش جداگانه بود.</p>

  <h2>۲. بج پوشیدنی: مشخصات فنی</h2>
  <p>بج پوشیدنی Project Solara از نظر ظاهری ساده است: اندازه‌ای مشابه یک کارت شناسایی کارمند، با وزن کمتر از ۵۰ گرم، که با یک گیره یا بند به لباس متصل می‌شود. اما در درون آن، یک سیستم نسبتاً پیچیده قرار دارد.</p>
  <p>پردازنده اصلی آن Qualcomm Snapdragon W5 است — یک چیپ طراحی‌شده برای دستگاه‌های پوشیدنی با مصرف برق پایین. این چیپ یک NPU (Neural Processing Unit) داخلی دارد که پردازش صوتی اولیه را به صورت محلی انجام می‌دهد. قابلیت «همیشه-روشن» (Always-On) آن به این معنی است که دستگاه می‌تواند دائماً برای کلمه فعال‌سازی گوش دهد بدون اینکه باتری به سرعت تخلیه شود.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>مشخصات فنی:</strong> باتری هفت‌روزه (استفاده عادی)، بلوتوث 5.3 + WiFi 6E، میکروفون‌های dual-beamforming برای محیط‌های پرسروصدا، پردازش صوتی on-device با Snapdragon W5، NFC برای احراز هویت، و یک لرزاننده تاکتیل برای اعلان‌های بی‌صدا در محیط‌های ساکت (مثل اتاق بیمار).</div>
  <p>دستگاه هیچ صفحه‌نمایشی ندارد — این یک تصمیم آگاهانه بود. مایکروسافت معتقد است که افزودن یک صفحه کوچک، هم هزینه را بالا می‌برد، هم باتری را سریع‌تر تخلیه می‌کند، و هم حواس کارگر را پرت می‌کند. به جای آن، خروجی صوتی از طریق یک earpiece بی‌سیم، و اطلاعات بصری از طریق نزدیک‌ترین نمایشگر مشترک ارائه می‌شوند.</p>

  <h2>۳. موردهای استفاده: از بیمارستان تا فروشگاه</h2>
  <p>در یک بیمارستان، بج پرستار به محض ورود به اتاق بیمار، سیستم اطلاعات بیمارستانی را با شناسه بیمار آن اتاق هماهنگ می‌کند. پرستار می‌تواند با صدا بپرسد: «آخرین نوبت دارو چه زمانی بود؟» — و جواب را در کمتر از دو ثانیه دریافت کند، بدون اینکه دست‌هایش را که ممکن است در حال کمک به بیمار باشند، رها کند.</p>
  <p>یادداشت‌برداری نیز تحول یافته است. به جای اینکه پرستار پس از هر مراقبت به ایستگاه کاری برگردد و یادداشت بزند، می‌تواند مستقیماً با صدا توضیح دهد: «یادداشت بزن: بیمار ۱۴۰۳ در ساعت ۱۴:۳۰ داروی پرس‌اور دریافت کرد، فشارخون ۱۲۰/۸۰، پاسخ مثبت.» سیستم این صدا را به متن ساختاریافته تبدیل می‌کند و در EHR (Electronic Health Record) ذخیره می‌کند.</p>
  <p>در محیط خرده‌فروشی، کارمند Target می‌تواند بپرسد: «آیا سایز ۴۲ از این کفش در انبار داریم؟» و جواب فوری بگیرد. یا: «مشتری می‌خواهد این محصول را برگرداند، پالیسی چیست؟» — و پاسخ کامل با اطلاعات پروموشن‌های جاری را در چند ثانیه دریافت کند. این‌ها تعاملاتی هستند که قبلاً نیازمند چندین مرحله دسترسی به سیستم‌های مختلف بودند.</p>
  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">در کارخانه‌ها و انبارها، بج می‌تواند کارگران را در سیستم‌های picking و packing راهنمایی کند. به جای اینکه کارگر به یک ترمینال نگاه کند، می‌تواند بشنود: «آیتم بعدی: ردیف C، قفسه ۷، صندوق ۱۲.» یا اگر کدبار اشتباه اسکن شد، فوری هشدار دریافت کند.</div>

  <h2>۴. مدل دستگاه مشترک</h2>
  <p>یکی از جذاب‌ترین جنبه‌های بج Solara، مدل «دستگاه مشترک» (Shared Device) آن است. در یک محیط مثل بیمارستان، نمی‌توان به هر پرستار یک لپتاپ یا گوشی شخصی داد — هزینه‌بر، مدیریت سخت، و مشکل حریم خصوصی. اما بج می‌تواند بین شیفت‌ها منتقل شود.</p>
  <p>وقتی پرستار آلیسا شیفت خود را شروع می‌کند، بج را از محل شارژ برمی‌دارد و به وسیله badge reader یا شناسه پین خود وارد می‌شود. در این لحظه، بج «زمینه کاربر» (User Context) را از سرور بارگذاری می‌کند: نقش آلیسا، بخش او، بیماران مسئولیت‌پذیرش در آن شیفت، و یادداشت‌های مهم از شیفت قبلی. وقتی شیفت تمام شد و بج گذاشته شد، این زمینه پاک می‌شود.</p>
  <p>این مدل با رویکرد سنتی «دستگاه شخصی» (Personal Device) تفاوت اساسی دارد. دستگاه شخصی مثل iPhone یا Android، هویت کاربر را در خود ذخیره می‌کند. بج Solara دستگاه‌ها را به «ظروف بی‌هویت» تبدیل می‌کند که هویت کاربر از سرور بارگذاری می‌شود — مثل یک کارت کتابخانه که می‌توانید با آن به هر کامپیوتر کتابخانه وصل شوید.</p>

  <h2>۵. چالش‌های انطباق: HIPAA و PCI</h2>
  <p>برای استقرار در بیمارستان‌های آمریکا، سیستم‌های پردازش اطلاعات بهداشتی باید با HIPAA (Health Insurance Portability and Accountability Act) سازگار باشند. این قانون الزامات سختگیرانه‌ای درباره رمزنگاری داده، کنترل دسترسی، و ثبت تمام دسترسی‌ها به اطلاعات بیمار دارد.</p>
  <p>مایکروسافت برای رفع این نگرانی‌ها، یک معماری «صفر-دانش محلی» (Zero Local Knowledge) طراحی کرده است: بج هیچ اطلاعات بهداشتی را به صورت محلی ذخیره نمی‌کند. همه داده‌ها روی سرورهای Azure Health Data Services ذخیره و رمزنگاری می‌شوند. صدا به صورت محلی پردازش می‌شود و فقط «قصد» استخراج‌شده (نه متن خام) ارسال می‌شود.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>چالش HIPAA:</strong> حتی با معماری صفر-دانش محلی، اثبات انطباق HIPAA برای یک سیستم صوتی همیشه-فعال دشوار است. نظارت‌کنندگان HIPAA نگران این هستند که آیا مکالمات اتاق بیمار (که ممکن است شامل اطلاعات حساس باشند) ناخواسته ضبط می‌شوند؟ مایکروسافت باید ثابت کند که سیستم واقعاً فقط پس از کلمه فعال‌سازی فعال می‌شود.</div>
  <p>برای محیط‌های خرده‌فروشی که با اطلاعات کارت اعتباری مشتریان سروکار دارند، PCI DSS (Payment Card Industry Data Security Standard) الزامات مشابهی دارد. اطلاعات کارت نباید هرگز از طریق میکروفون دستگاه دریافت یا پردازش شوند — این یعنی باید اطمینان حاصل شود که سیستم در حین تراکنش‌های مالی به صورت پیش‌فرض به حالت تنها-گوش‌ندادن برود.</p>

  <h2>۶. رقبا: چرا قبلاً شکست خورد؟</h2>
  <p>این اولین بار نیست که صنعت تلاش می‌کند یک دستگاه پوشیدنی برای کارگران خط مقدم بسازد. Google Glass Enterprise Edition (2017) وعده داد که همه چیز را تغییر دهد — و در بسیاری از کارخانه‌ها واقعاً استقرار یافت. اما در نهایت، بار جسمی (وزن، گرما)، عمر باتری کوتاه، و مشکلات رابط کاربری، پذیرش گسترده آن را محدود کرد.</p>
  <p>Apple Watch در بیمارستان‌ها نیز محبوبیت دارد، اما یک محدودیت اساسی دارد: برای عملکرد کامل نیاز به iPhone همراه دارد. در محیطی مثل اتاق عمل، جیب‌داشتن گوشی اضافی ممکن نیست.</p>
  <p>بج Solara دو درس مهم از شکست‌های قبلی گرفته است. اول، فرم‌فاکتور «اجتماعاً نامرئی»: بج شبیه چیزی است که کارمندان قبلاً حمل می‌کردند (کارت شناسایی) — بنابراین اصطکاک اجتماعی Google Glass را ندارد. دوم، بی‌نیازی به دستگاه اصلی: برخلاف Apple Watch، بج می‌تواند کاملاً مستقل کار کند.</p>

  <h2>نتیجه‌گیری: همکار دیجیتال خط مقدم</h2>
  <p>چشم‌انداز «همکار دیجیتال» (Digital Coworker) که مایکروسافت ترسیم می‌کند، جذاب است: یک سیستم AI که نقش شما، وظایف جاری‌تان، و زمینه سازمانی‌تان را می‌داند — و این دانش را بدون اینکه شما نیاز داشته باشید چیزی باز کنید یا تایپ کنید، در اختیارتان می‌گذارد.</p>
  <p>اما تحقق این چشم‌انداز به چندین عامل بستگی دارد که همه‌شان هنوز آزمایش نشده‌اند: آیا کارگران با دستگاهی که «همیشه گوش می‌دهد» راحت خواهند بود؟ آیا سیستم‌های انطباق نظارتی می‌توانند به نحوی طراحی شوند که هم امن باشند هم کاربردی؟ و آیا قابلیت اطمینان سیستم در شرایط سخت میدانی — شلوغی بیمارستان‌ها، سروصدای انبارها — به اندازه کافی بالاست؟</p>
  <p>Project Solara با بج پوشیدنی‌اش، یک شرط‌بندی بلندمدت است. پاسخ سوال «آیا کارگران خط مقدم می‌توانند به یک AI مستقل اعتماد کنند؟» را نه در سخنرانی‌های Build، بلکه در اتاق‌های اورژانس و قفسه‌های فروشگاه‌های پایلوت، طی سال‌های آینده خواهیم یافت.</p>
</div>
]]></content:encoded>
      <category>سخت‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sat, 30 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>پایان رابط کاربری ثابت: چطور Microsoft Project Solara رابط‌ها را در لحظه تولید می‌کند</title>
      <link>https://www.teknav.ir/article/microsoft-project-solara-jit-ui</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/microsoft-project-solara-jit-ui</guid>
      <description>معماری JIT-UI مایکروسافت Project Solara: چطور AI رابط کاربری را در لحظه بر اساس وظیفه فعلی می‌سازد — پایان اپلیکیشن‌های ثابت.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در Build 2026، مایکروسافت از یک ایده رادیکال پرده برداشت: اگر رابط کاربری دیگر لازم نباشد طراحی شود — بلکه لحظه‌ای که کاربر به آن نیاز دارد تولید شود چه می‌شود؟ Project Solara نه یک بهبود تدریجی در طراحی UI بود، بلکه یک پیش‌بینی جسورانه از اینکه اپلیکیشن‌های سنتی ممکن است در کمتر از پنج سال منسوخ شوند.</p>
  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/microsoft-project-solara-jit-ui-photo-1.jpg" alt="Project Solara مایکروسافت و رابط کاربری به‌موقع" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">نمونه اولیه رابط JIT مایکروسافت روی دستگاه‌های MediaTek و Qualcomm — Build 2026، مایکروسافت</figcaption>
  </figure>

  <h2>۱. Project Solara: یک چشم‌انداز رادیکال</h2>
  <p>Steven Bathiche، معاون ارشد مایکروسافت، Project Solara را با یک تعریف ساده اما متحول‌کننده معرفی کرد: «پلتفرم چیپ-تا-ابر برای یک دنیای باز و چندعاملی.» اما پشت این عبارت کوتاه، یک چرخش اساسی در تفکر درباره نرم‌افزار نهفته بود.</p>
  <p>تصور کنید که وقتی یک کارمند بیمارستان نزدیک به یک دستگاه نمایش‌گر مشترک می‌رود، سیستم به صورت خودکار تشخیص می‌دهد که او یک پرستار است، وظایف جاری‌اش را می‌داند، و رابطی تولید می‌کند که دقیقاً برای آن لحظه، آن نقش، و آن دستگاه بهینه شده است. نه یک اپ پرستاری که باید نصب و به‌روز شود، بلکه یک رابط که در لحظه متولد می‌شود و پس از پایان کار، از بین می‌رود.</p>
  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ما معتقدیم که در پنج سال آینده، اپلیکیشن‌ها همان‌طور که امروز می‌شناسیمشان، مدل اصلی تعامل نخواهند بود.» — Steven Bathiche، CVP Applied Sciences، Microsoft Build 2026</blockquote>
  <p>این پیش‌بینی جسورانه از سوی یکی از بزرگ‌ترین فروشندگان نرم‌افزار تاریخ — شرکتی که محصولات بهره‌وری آن در میلیاردها دستگاه نصب است — می‌آید. این ادعا می‌تواند به عنوان خودکشی تجاری به نظر برسد، اما مایکروسافت می‌داند که اگر این انتقال رخ دهد، بهتر است خودش پیشگام آن باشد تا اینکه توسط دیگران پشت سر گذاشته شود.</p>

  <h2>۲. رابط به‌موقع (JIT UI): چطور کار می‌کند؟</h2>
  <p>رویکرد فنی JIT UI (Just-in-Time User Interface) در هسته خود ساده است: به جای اینکه یک طراح رابط ثابتی بکشد که برای همه موقعیت‌ها جواب دهد، یک مدل زبانی در لحظه یک «درخت کامپوننت» (Component Tree) تولید می‌کند که برای دستگاه، نقش کاربر، و وظیفه جاری بهینه شده است.</p>
  <p>فرآیند به این صورت است: (۱) دستگاه قابلیت‌های خود را به سیستم اعلام می‌کند — اندازه صفحه، نوع ورودی (لمسی/صوتی/ژستی)، محدودیت‌های رندرینگ. (۲) سیستم قصد کاربر را از طریق زبان طبیعی یا زمینه درک می‌کند. (۳) مدل AI یک توصیف اعلانی (declarative) از رابط تولید می‌کند. (۴) یک موتور رندرینگ سبک‌وزن آن توصیف را به رابط واقعی تبدیل می‌کند.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته فنی:</strong> JIT UI از یک زبان توصیف رابط اعلانی مبتنی بر JSON استفاده می‌کند که مایکروسافت آن را «Adaptive Layout Schema» نامیده است. این زبان از مفاهیمی مثل HTML/CSS الهام گرفته اما به جای تعریف pixel-precise layout، قصد و اولویت‌های رابط را توصیف می‌کند. موتور رندرینگ بر اساس قابلیت‌های دستگاه، بهترین تفسیر ممکن را اجرا می‌کند.</div>
  <p>مثال عملی: یک «فرم ثبت سفارش» در JIT UI این‌گونه تعریف نمی‌شود: «یک input با عرض 300px و یک دکمه آبی به ابعاد 48×120px». بلکه این‌گونه: «دریافت شناسه محصول از کاربر با تأیید موجودی بلادرنگ، سپس دریافت تعداد». موتور رندرینگ این قصد را روی یک صفحه‌نمایش لمسی به یک فرم تبدیل می‌کند، و روی یک دستگاه صوتی به یک جریان گفتگو، و روی یک صفحه مشترک بیمارستانی به یک رابط ساده‌شده با متن بزرگ‌تر.</p>

  <h2>۳. سخت‌افزار بدون اپ: دو نمونه اولیه</h2>
  <p>مایکروسافت در Build 2026 دو نمونه سخت‌افزاری ارائه داد که تجسم عملی JIT UI بودند. اولی، یک صفحه‌نمایش هوشمند مبتنی بر MediaTek بود که برای محیط‌های مشترک (بیمارستان، فروشگاه، کارخانه) طراحی شده بود. این دستگاه هیچ اپلیکیشنی نصب نداشت — رابط هر کارمند هنگام ورود (از طریق badge tap یا تشخیص چهره) به صورت پویا تولید می‌شد.</p>
  <p>دومی، یک بج پوشیدنی مبتنی بر Qualcomm Snapdragon W5 بود — یک دستگاه همیشه-فعال که مثل یک کارت شناسایی کارمند به گردن آویزان می‌شود. این بج هیچ صفحه‌نمایشی نداشت؛ خروجی آن از طریق یک earpiece یا نمایشگرهای اشتراکی مجاور ارائه می‌شد. ورودی اصلی آن صوت بود، اما می‌توانست برای دریافت اعلان‌های تاکتیل (vibration) نیز استفاده شود.</p>
  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">بر اساس گزارش‌های اولیه، طرف‌های آزمایشی Project Solara شامل Target، CVS Health، و Best Buy می‌شوند. این سه شرکت تعداد زیادی کارمند خط مقدم دارند که به دستگاه‌های مدیریت‌وظیفه نیاز دارند اما استقرار PC یا تبلت‌های کامل برای همه آن‌ها اقتصادی نیست.</div>
  <p>نکته مهم درباره این نمونه‌های اولیه این است که آن‌ها نه تنها سخت‌افزار، بلکه یک الگوی استقرار جدید را نشان می‌دهند: دستگاه‌هایی که به جای نصب نرم‌افزار، «قابلیت‌های اجرا» (execution capabilities) دارند و منطق تجاری از ابر دریافت می‌کنند. این رویکرد، به‌روزرسانی نرم‌افزار را به یک مفهوم منسوخ تبدیل می‌کند — همه چیز همیشه از آخرین منطق ابری استفاده می‌کند.</p>

  <h2>۴. Autopilots: عامل‌های خودمختار سازمانی</h2>
  <p>در کنار JIT UI، مایکروسافت مفهوم «Autopilots» را معرفی کرد — عامل‌های نام‌گذاری‌شده‌ای که برای جریان‌های کاری خاص طراحی شده‌اند. Scout، اولین Autopilot معرفی‌شده، برای تحقیقات سازمانی طراحی شده بود: جمع‌آوری اطلاعات از منابع متعدد، تحلیل آن‌ها، و تولید گزارش‌های ساختاریافته.</p>
  <p>Autopilots تفاوت اساسی با دستیارهای AI معمولی دارند: آن‌ها می‌توانند برای مدت طولانی به صورت مستقل کار کنند، به ابزارهای سازمانی متصل هستند، و وقتی به تصمیم انسانی نیاز است، به صورت فعال درخواست تأیید می‌کنند. این مدل، شبیه به مدل «agent delegation» است که در Google DeepMind نیز دنبال می‌شود.</p>
  <p>ساختار Autopilots در Solara از یک «مشخصه عامل» (Agent Specification) تشکیل شده که سازمان‌ها می‌توانند آن را سفارشی کنند: کدام ابزارها دسترسی دارند، کدام داده‌ها قابل دسترسی هستند، چه نوع تصمیماتی نیاز به تأیید انسانی دارند. این رویکرد، «human-in-the-loop» را نه به عنوان یک محدودیت بلکه به عنوان یک ویژگی معماری می‌بیند.</p>

  <h2>۵. بازارهای هدف: خط مقدم</h2>
  <p>مایکروسافت با Project Solara صریحاً به دنبال بازار «کارگران خط مقدم» (Frontline Workers) رفته است — ۲.۷ میلیارد نفر در سراسر دنیا که اکثریت نیروی کار جهانی را تشکیل می‌دهند اما کمترین بهره را از فناوری‌های سازمانی برده‌اند. پرستاران، کارمندان خرده‌فروشی، کارگران انبار، تکنسین‌های تعمیر و نگهداری — همه آن‌هایی که کار خود را پشت یک میز انجام نمی‌دهند.</p>
  <p>چالش اصلی این بازار، «اصطکاک فناوری» است: یادگیری یک اپلیکیشن جدید، مدیریت چندین سیستم موازی، و نیاز به استفاده از دستگاه‌هایی که برای کار دستی ناراحت هستند. JIT UI وعده می‌دهد که این اصطکاک را به صفر برساند: کارمندی که برای اولین بار از سیستم استفاده می‌کند، رابطی می‌بیند که دقیقاً برای نقش او ساخته شده، بدون نیاز به آموزش.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته اقتصادی:</strong> هزینه پیاده‌سازی و نگهداری نرم‌افزارهای سازمانی برای کارگران خط مقدم، یکی از بزرگ‌ترین هزینه‌های IT شرکت‌های خرده‌فروشی و بیمارستانی است. مدل JIT UI وعده می‌دهد که این هزینه را از طریق حذف چرخه‌های توسعه و پیاده‌سازی، به شکل قابل توجهی کاهش دهد.</div>

  <h2>۶. چالش‌ها: چه زمانی UI ثابت هنوز برتری دارد؟</h2>
  <p>با تمام جذابیت JIT UI، این رویکرد چالش‌های جدی دارد که مایکروسافت در Build 2026 به برخی از آن‌ها اشاره کرد. اول، «قابلیت پیش‌بینی» (Predictability): کاربرانی که با یک رابط ثابت کار می‌کنند، می‌دانند کجا همه چیز است. رابط‌های پویا می‌توانند در هر بار ظاهری متفاوت داشته باشند — که برای وظایف تکراری و دقیق، خسته‌کننده است.</p>
  <p>دوم، «زمان بارگذاری» (Load Time): تولید رابط در لحظه نیازمند استنتاج AI است — حتی با بهینه‌ترین مدل‌ها، این تاخیر می‌تواند قابل توجه باشد. برای کاربردهایی که نیاز به واکنش فوری دارند (مثل پردازش پرداخت در زمان شلوغی)، رابط از پیش‌بارگذاری‌شده سریع‌تر است.</p>
  <p>سوم، «آزمون‌پذیری» (Testability): چطور می‌توانید یک رابط پویا را به طور کامل آزمایش کنید؟ تیم‌های QA می‌دانند که چطور یک مجموعه ثابت از صفحه‌ها را تست کنند. اما آزمایش یک فضای بی‌نهایت از رابط‌های ممکن، یک مشکل حل‌نشده است.</p>

  <h2>نتیجه‌گیری: آیا اپلیکیشن‌ها می‌میرند؟</h2>
  <p>Project Solara یک چشم‌انداز است، نه یک محصول آماده. اما این چشم‌انداز از سوی شرکتی می‌آید که منابع، پلتفرم، و مشتریان سازمانی لازم برای تحقق آن را دارد. تاریخ تکنولوژی نشان می‌دهد که انتقال‌های پارادایمی معمولاً سریع‌تر از پیش‌بینی اتفاق می‌افتند — اما با اما و اگرهایی که هیچ‌کس پیش‌بینی نکرده بود.</p>
  <p>احتمالاً آینده نه مرگ کامل اپلیکیشن‌ها است، نه بقای کامل آن‌ها. بلکه یک دنیای دوگانه: برای وظایف پیچیده و خلاقانه که نیاز به کنترل دقیق دارند، رابط‌های ثابت باقی خواهند ماند. اما برای تعاملات ابزاری، اطلاعاتی، و جریان‌های کاری تکراری — آنچه Project Solara پیشنهاد می‌دهد ممکن است واقعاً آینده باشد.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Fri, 29 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>رستاخیز سیری: کالبدشکافی بازسازی گسترده مکالمه‌ای iOS 27 اپل</title>
      <link>https://www.teknav.ir/article/ios27-siri-conversational-overhaul</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/ios27-siri-conversational-overhaul</guid>
      <description>بررسی رستاخیز سیری در iOS 27 اپل: تحلیل معماری جدید مدل مکالمه‌ای، نحوه پردازش هوش مصنوعی روی دستگاه، و مقایسه فنی با ChatGPT، Gemini و Copilot.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در هشتم ژوئن ۲۰۲۶، اپل پرده از چیزی برداشت که شاید مهم‌ترین تحول در تاریخ پانزده‌ساله سیری باشد؛ نه یک به‌روزرسانی معمولی، بلکه یک بازسازی کامل از پایه. شعار WWDC امسال — «All Systems Glow» — در ظاهر ساده به نظر می‌رسید، اما در پس آن، یک معماری کاملاً جدید نهفته بود که می‌تواند نحوه تعامل میلیاردها انسان با دستگاه‌های هوشمند را برای همیشه دگرگون کند.</p>
  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/ios27-siri-conversational-overhaul-photo-1.jpg" alt="رابط جدید سیری در iOS 27 با Dynamic Island" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">رابط کاربری جدید سیری در iOS 27 با ادغام Dynamic Island و پنجره متنی تمام‌صفحه برای پرسش‌های پیچیده — اپل، WWDC 2026</figcaption>
  </figure>

  <h2>۱. «All Systems Glow»: وعده بزرگ اپل</h2>
  <p>شعار «All Systems Glow» که اپل برای WWDC 2026 برگزید، ارجاعی مستقیم به انیمیشن فعال‌سازی سیری است — آن حلقه درخشان آشنا که حالا بر روی Dynamic Island می‌تابد. اما این انتخاب هوشمندانه چیزی عمیق‌تر از یک بازی کلامی بود: اپل داشت اعلام می‌کرد که همه سیستم‌ها — نه فقط سیری، بلکه تمام اکوسیستم نرم‌افزاری اپل — یک‌پارچه و هماهنگ به سمت هوش مصنوعی روی می‌آورند.</p>
  <p>iOS 27، macOS 27، iPadOS 27، watchOS 27، tvOS 27 و visionOS 27 همگی در یک روز رونمایی شدند؛ رویدادی که از نظر هماهنگی نسخه‌گذاری نیز بی‌سابقه بود. این همگام‌سازی نشانه‌ای بود از اینکه اپل می‌خواهد پیام یکپارچگی را در تمام سطوح منتقل کند. برای اولین بار در تاریخ اپل، یک قابلیت هسته‌ای — سیری جدید — به صورت همزمان روی تمام پلتفرم‌ها منتشر می‌شد.</p>
  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«سیری دیگر یک دستیار صوتی نیست. سیری یک عامل هوشمند است که در دستگاه شما زندگی می‌کند.» — Craig Federighi، معاون ارشد مهندسی نرم‌افزار اپل، WWDC 2026</blockquote>
  <p>پشت این شعار، یک واقعیت تکنیکی سنگین وجود داشت: اپل به مدت دو سال، بزرگ‌ترین تیم مهندسی خود را به صورت محرمانه بر روی بازنویسی کامل پشته‌ی سیری متمرکز کرده بود. نتیجه، نه یک ارتقاء، بلکه یک محصول کاملاً جدید بود که از پایین‌ترین لایه‌ها با Apple Intelligence یکپارچه شده بود.</p>

  <h2>۲. معماری جدید سیری: از دستیار صوتی به عامل هوشمند</h2>
  <p>سیری قدیمی روی یک معماری «قصد-اسلات» (Intent-Slot) بنا شده بود: صدای کاربر را می‌شنید، آن را به یک قصد از پیش تعریف‌شده (مثل «پخش موسیقی» یا «تنظیم تایمر») نگاشت می‌داد، و اسلات‌ها (مثل «نام آهنگ» یا «مدت زمان») را پر می‌کرد. این معماری دقیقاً همان چیزی بود که سیری را در برابر ChatGPT و Claude ضعیف می‌نمود: اگر درخواست از الگوهای از پیش تعریف‌شده خارج می‌شد، سیری می‌گفت «نمی‌توانم کمکی بکنم».</p>
  <p>معماری جدید کاملاً متفاوت است. در هسته آن، یک مدل زبانی بزرگ بهینه‌شده برای اجرای روی دستگاه (on-device) قرار دارد که با ابزارهای اجرایی به نام «عملیات سیستمی» (System Operations) مجهز شده است. این مدل درخواست کاربر را درک می‌کند، به داده‌های شخصی روی دستگاه دسترسی امن دارد، و می‌تواند توالی‌های چندمرحله‌ای از عملیات را اجرا کند.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته فنی:</strong> مدل on-device سیری جدید از همان چارچوب Apple Neural Engine استفاده می‌کند که برای Apple Intelligence طراحی شده، اما با بهینه‌سازی‌های ویژه‌ای برای تاخیر پایین و مصرف باتری کمتر. بخش‌های پیچیده‌تر درخواست‌ها به سرورهای Private Compute Cloud اپل ارسال می‌شوند — با تضمین‌های رمزنگاری که حتی اپل هم قادر به خواندن آن‌ها نیست.</div>
  <p>پشته جدید سیری از سه لایه تشکیل شده است: لایه درک (Comprehension Layer) که در هر زمان به‌صورت فعال روی دستگاه اجرا می‌شود، لایه برنامه‌ریزی (Planning Layer) که وظایف پیچیده را به زیروظایف قابل اجرا تقسیم می‌کند، و لایه اجرا (Execution Layer) که عملیات واقعی روی سیستم را انجام می‌دهد. این سه لایه با هم یک عامل هوشمند واقعی می‌سازند — نه یک جستجوگر دستوری.</p>

  <h2>۳. Dynamic Island و رابط جدید «Search or Ask»</h2>
  <p>یکی از مهم‌ترین تغییرات ظاهری iOS 27، ادغام کامل سیری با Dynamic Island است. در نسل‌های قبلی، Dynamic Island صرفاً اطلاعات زندگی‌نامه‌ای (مثل تایمر یا تماس در جریان) را نشان می‌داد. حالا، وقتی با سیری صحبت می‌کنید، Dynamic Island زنده می‌شود: موج صوتی، شاخص‌های پردازش، و پاسخ‌های کوتاه مستقیم در آنجا ظاهر می‌شوند.</p>
  <p>اما وقتی سوالی پیچیده‌تر دارید، یا می‌خواهید یک وظیفه چندمرحله‌ای اجرا کنید، سیری وارد حالت «تمام‌صفحه متنی» می‌شود. این رابط جدید که اپل آن را «Search or Ask» می‌نامد، ترکیبی از یک موتور جستجوی اسپاتلایت بهبودیافته و یک رابط مکالمه‌ای است. کاربر می‌تواند بنویسد، بگوید، یا تصویر بفرستد — و سیری در یک فضای منسجم پاسخ می‌دهد.</p>
  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">عبارت «Hey Siri» به تاریخ پیوست. از iOS 27، کافی است بگویید «Siri» — بدون «Hey». این تغییر ظاهراً جزئی اما نمادین است: اپل می‌خواهد سیری طبیعی‌تر به نظر برسد، نه مثل یک دستگاه که باید با آداب خاصی صدا زده شود.</div>
  <p>رابط «Search or Ask» همچنین پیشنهادهای زمینه‌ای (Contextual Suggestions) ارائه می‌دهد. اگر یک پیام باز داشته باشید، سیری ممکن است پیشنهاد دهد: «می‌خواهید به این پیام پاسخ دهید؟» یا «این آدرس را روی نقشه باز کنم؟» این تعامل پیش‌آگاهانه، یکی از محبوب‌ترین ویژگی‌های Google Now بود که اپل سال‌ها برای تحقق آن تلاش کرده بود.</p>

  <h2>۴. آگاهی از صفحه: وقتی سیری می‌بیند چه می‌کنید</h2>
  <p>«On-Screen Awareness» یا آگاهی از صفحه، احتمالاً قابلیتی است که بیشترین بازتاب فنی را در WWDC 2026 داشت. سیری جدید می‌تواند به صورت مداوم متن، تصاویر و رابط کاربری صفحه نمایش شما را پردازش کند و بر اساس آن عمل کند — همه این‌ها به صورت کاملاً on-device، بدون اینکه تصویر صفحه به سرور ارسال شود.</p>
  <p>مثال‌های کاربردی که اپل نشان داد صریح بودند: کاربری در حین خواندن یک مقاله انگلیسی می‌گوید «سیری، این را برایم ترجمه کن» — سیری مقاله را می‌بیند، ترجمه می‌کند، و در یک لایه روی متن نشان می‌دهد بدون اینکه نیاز باشد متن کپی شود. یا در حین مشاهده یک منو در سافاری، می‌گویید «غذایی با ارزش کالری زیر ۵۰۰ سفارش بده» — سیری منو را می‌خواند، فیلتر می‌کند، و سفارش را آماده می‌کند.</p>
  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ما چیزی ساختیم که می‌تواند ببیند، بخواند، و عمل کند — همه روی دستگاه شما، همه با حریم خصوصی کامل.» — Tim Cook، WWDC 2026 Keynote</blockquote>
  <p>آگاهی از صفحه همچنین برای وظایف خلاقانه کاربرد دارد. در Photos، سیری می‌تواند بگوید «همه عکس‌هایی که در آن‌ها سگ من است را برایم پیدا کن» — و نه فقط بر اساس برچسب‌های تشخیص شی، بلکه با درک زمینه‌ای عکس‌ها. در Mail، سیری می‌تواند «همه ایمیل‌های مربوط به پروژه‌ای که دیشب روی آن کار می‌کردم» را پیدا کند — با ربط دادن بین تاریخچه استفاده و محتوای ایمیل.</p>
  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته حریم خصوصی:</strong> آگاهی از صفحه در iOS 27 از یک مدل «دسترسی صفر به سرور» استفاده می‌کند. تصویر صفحه هرگز از دستگاه خارج نمی‌شود. پردازش بینایی روی Neural Engine انجام می‌شود و فقط «قصد استخراج‌شده» (extracted intent) ممکن است برای درخواست‌های پیچیده‌تر به Private Compute Cloud ارسال شود.</div>

  <h2>۵. مسیریابی به عامل‌های شخص ثالث</h2>
  <p>شاید مهم‌ترین تغییر معماری‌ای که اپل در WWDC 2026 اعلام کرد، «Third-Party Agent Routing» یا مسیریابی به عامل‌های شخص ثالث است. این ویژگی به توسعه‌دهندگان اپ‌های App Store اجازه می‌دهد که اپلیکیشن‌های خود را به عنوان «عامل سیری» ثبت کنند.</p>
  <p>این یعنی وقتی کاربر می‌گوید «سیری، از Airbnb یک خانه در رم برای هفته آینده پیدا کن» — سیری می‌فهمد که این درخواست به عامل Airbnb مربوط است، اپ را (حتی اگر در پس‌زمینه باشد) فعال می‌کند، داده‌های لازم را منتقل می‌کند، و نتیجه را از طریق رابط سیری نشان می‌دهد. کاربر نیازی ندارد اپ را باز کند.</p>
  <p>برای ثبت به عنوان عامل سیری، توسعه‌دهندگان باید از Siri Agent API جدید استفاده کنند که بر پایه AppIntents (معرفی‌شده در iOS 16) ساخته شده است. این API اجازه می‌دهد که توسعه‌دهندگان «قابلیت‌های طبیعی‌زبانی» (Natural Language Capabilities) اپ خود را تعریف کنند — نه کلمات کلیدی ثابت، بلکه توضیحاتی که سیری می‌تواند با درخواست‌های متنوع کاربر تطبیق دهد.</p>
  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">همچنین مهم است بدانیم که سخت‌افزارهای ثانوی اپل — از جمله Apple TV و HomePod mini — به دلیل محدودیت‌های پردازشی و نیاز به هماهنگی با رول‌اوت Apple Intelligence، دریافت سیری جدید را تا نیمه دوم ۲۰۲۶ به تعویق انداختند. این تاخیر تعمدی، نشانه‌ای از تعهد اپل به ارائه تجربه‌ای یکپارچه و قابل اعتماد قبل از توسعه است.</div>

  <h2>۶. رقابت: اپل در برابر ChatGPT و Claude</h2>
  <p>اپل دیر به بازار هوش مصنوعی مکالمه‌ای رسید. ChatGPT در نوامبر ۲۰۲۲ معرفی شد؛ Claude در مارس ۲۰۲۳؛ Gemini در دسامبر ۲۰۲۳. اپل تا سپتامبر ۲۰۲۴ هیچ پاسخ جدی‌ای نداشت. اما تاخیر اپل آگاهانه بود: در حالی که رقبا در نبرد بنچمارک‌ها غرق بودند، اپل داشت روی سوال مهم‌تری کار می‌کرد: «چطور هوش مصنوعی را واقعاً در زندگی روزمره مفید کنیم؟»</p>
  <p>جواب اپل، تمرکز بر روی «سه P» بود: Personalization (شخصی‌سازی)، Privacy (حریم خصوصی)، و Platform Integration (یکپارچگی با پلتفرم). ChatGPT همه‌چیز را می‌داند اما تقریباً هیچ‌چیز درباره شما نمی‌داند. سیری جدید ممکن است در برخی موارد کمتر بداند، اما دقیقاً می‌داند شما چه کسی هستید، چه می‌کنید، و چه می‌خواهید.</p>
  <p>چیپ A20 که در iPhone 17 استفاده می‌شود، بر روی فرآیند ۲ نانومتری تولید شده و Neural Processing Unit آن ۴ برابر قوی‌تر از M2 است. این قدرت پردازشی، سیری را قادر می‌سازد که بخش بزرگی از استنتاج (inference) را به صورت کاملاً محلی اجرا کند — بدون تاخیر شبکه، بدون نگرانی حریم خصوصی، حتی در حالت آفلاین.</p>
  <p>برتری رقابتی اپل در یک جمله: شرکت‌هایی مثل OpenAI مدل‌های قوی‌تری دارند، اما اپل دستگاه‌هایی دارد که میلیاردها نفر هر روز در جیب خود حمل می‌کنند. و حالا، برای اولین بار، آن دستگاه‌ها واقعاً هوشمند شده‌اند.</p>

  <h2>نتیجه‌گیری: آغاز عصر عامل‌های شخصی</h2>
  <p>سیری iOS 27 یک محصول تکمیل‌شده نیست — یک پایه است. مسیریابی به عامل‌های شخص ثالث، آگاهی از صفحه، و یکپارچگی با Dynamic Island، همگی قطعاتی هستند که یک اکوسیستم جدید می‌سازند. در سال‌های آینده، وقتی توسعه‌دهندگان و شرکت‌های بزرگ عامل‌های خود را برای سیری بهینه کنند، پتانسیل واقعی این معماری آشکار خواهد شد.</p>
  <p>اپل همیشه دیر وارد بازار شده، اما وقتی وارد شده، استانداردهای جدیدی تعریف کرده: iPhone استاندارد گوشی هوشمند را بازنویسی کرد؛ App Store استاندارد توزیع نرم‌افزار را؛ Touch ID و Face ID استانداردهای احراز هویت را. حالا با iOS 27 و سیری جدید، اپل دارد استانداردهای دستیار هوشمند شخصی را بازنویسی می‌کند. این بار، با تمام سیستم‌ها روشن.</p>
</div>
]]></content:encoded>
      <category>سخت‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Fri, 29 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>نیمه‌رسانای گرافنی: طلوع عصر پساسیلیکون</title>
      <link>https://www.teknav.ir/article/graphene-semiconductors-2026</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/graphene-semiconductors-2026</guid>
      <description>تحلیل فنی نیمه‌رساناهای گرافنی (SEG) در سال ۲۰۲۶. بررسی دستاورد جورجیا تک، تکنولوژی CCS و آینده پردازنده‌های فوق‌سریع کربنی.</description>
      <content:encoded><![CDATA[
<p>در اردیبهشت ۱۴۰۵، مهندسی مواد با معرفی اولین <strong>نیمه‌رسانای گرافنی (SEG)</strong> تجاری و کاربردی، رسماً به ۶۰ سال سلطنت مطلق و بی‌چون و چرای سیلیکون بر جهان دیجیتال پایان داد. پژوهشگران دانشگاه جورجیا تک (Georgia Tech) با حل معمای بیست ساله‌ی «شکاف باند» (Bandgap) در گرافن، جاده‌ای را آسفالت کرده‌اند که به تولید تراشه‌هایی با سرعت ۱۰۰ برابر بیشتر و مصرف انرژی یک‌صدم پردازنده‌های فعلی منجر خواهد شد. ما در حال ورود به عصر <strong>نانوالکترونیک اتمی</strong> هستیم؛ جایی که ابعاد ترانزیستورها به سطح تک-اتم رسیده و قوانین فیزیک کلاسیک جای خود را به احتمالات کوانتومی می‌دهند.</p>

<p>در این کالبدشکافی علمی و فنی، به بررسی معماری SEG، تکنولوژی لایه‌نشانی انقلابی CCS، نحوه عبور از دیوار حرارتی و آینده پردازنده‌های تراهرتزی در سال ۲۰۲۶ می‌پردازیم.</p>

<h2>۱. پایان عصر سیلیکون: چرا کربن جایگزین پادشاه قدیمی شد؟</h2>
<figure style="margin: 20px 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2; max-width: 620px;">
  <img src="/images/articles/graphene-semiconductors-2026-photo-1.jpg" alt="ساختار شبکه اتمی گرافن در تصویربرداری میکروسکوپی — مشبک شش‌ضلعی اتم‌های کربن" loading="lazy" style="width: 100%; height: auto; display: block;" />
  <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">ساختار شبکه شش‌ضلعی اتم‌های کربن در گرافن — روش CCS موفق شده این مشبک را روی بستر SiC به گونه‌ای رشد دهد که خاصیت نیمه‌رسانایی مورد نیاز برای ترانزیستورهای دیجیتال ایجاد شود</figcaption>
</figure>
<p>سیلیکون در سال ۱۴۰۵ به مرزهای نهایی فیزیکی خود رسیده است. ترانزیستورهای ۲ نانومتری فعلی (در تراشه‌هایی مثل A19) با بحران شدید «نشت جریان کوانتومی» و تولید گرمای غیرقابل کنترل روبرو هستند که مانع از افزایش فرکانس پردازنده به بیش از ۶ گیگاهرتز می‌شود. گرافن، با تحرک الکترونی (Electron Mobility) ۱۰ تا ۱۵ برابر بیشتر از سیلیکون، اجازه می‌دهد تا الکترون‌ها بدون برخورد با اتم‌های شبکه و اتلاف انرژی به صورت گرمای زائد، با سرعتی نزدیک به سرعت نور در میان مدارها حرکت کنند.</p>

<p>دستاورد انقلابی سال ۲۰۲۶ که جهان را تکان داد، ابداع روش <strong>CCS (Confinement Controlled Sublimation)</strong> است. در این روش، گرافن بر روی بستر سیلیکون کارباید (SiC) به گونه‌ای رشد داده می‌شود که یک شکاف باند ۰.۶ الکترون-ولتی به صورت طبیعی در ساختار اتمی آن القا شود. این شکاف باند، گرافن را از یک رسانای ساده (که همیشه روشن بود) به یک «نیمه‌رسانای هوشمند» تبدیل می‌کند که می‌توان آن را با دقت اتمی خاموش و روشن کرد؛ کاری که پیش از این با گرافن خالص و به روش‌های شیمیایی غیرممکن بود.</p>

<blockquote style="border-right: 4px solid #2F8F6B; margin: 28px 0; padding: 16px 20px; background: #2F8F6B0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">
«ما گرافن را نشکستیم و ساختار جادویی آن را تخریب نکردیم؛ ما به آن هندسه، منطق و نظم یاد دادیم. در اردیبهشت ۱۴۰۵، ترانزیستورهای گرافنی ما نه تنها ۱۰۰ برابر سریع‌تر از سیلیکون هستند، بلکه در فرکانس‌های تراهرتز (۱۰۰۰ گیگاهرتز) کار می‌کنند بدون اینکه حتی نیاز به سیستم‌های خنک‌سازی فعال یا فن داشته باشند. این یعنی پایان عصر دیتاسنترهای پرسروصدا و آغاز عصر رایانش خنک و سکوت مطلق سیلیکونی.»
</blockquote>

<p>در نمودار تعاملی زیر، ساختار اتمی نیمه‌رسانای SEG و نحوه چیدمان شش‌ضلعی اتم‌های کربن بر روی بستر SiC را مشاهده می‌کنید. توجه کنید که چطور تغییرات جزئی در هندسه شبکه باعث ایجاد شکاف انرژی (Bandgap) لازم برای پردازش سیگنال‌های دیجیتال شده است.</p>

<div class="teknav-diagram-container" data-diagram="chip"></div>

<h3>تولید در مقیاس صنعتی: گرافن از آزمایشگاه به کارخانه آمد</h3>
<p>بزرگترین مانع تجاری‌سازی گرافن در دهه‌ی گذشته، دشواری تولید آن در ابعاد بزرگ و با خلوص بالا بود. در فروردین ۱۴۰۵، اولین ویفرهای ۳۰۰ میلی‌متری گرافن-روی-سیلیکون‌کارباید با موفقیت در خطوط تولید آزمایشی در تایوان (TSMC) و آمریکا به تولید انبوه رسیدند. این یعنی تجهیزات فعلی تولید تراشه (CMOS) با تغییراتی اندک در بخش لایه‌نشانی، قادر به تولید پردازنده‌های گرافنی هستند. انویدیا و ای‌ام‌دی در حال حاضر بر روی «شتاب‌دهنده‌های گرافنی» برای مدل‌های زبانی سال ۲۰۲۷ کار می‌کنند که پتانسیل اجرای مدل‌های تریلیونی را مستقیماً روی یک گوشی موبایل، بدون نیاز به کلاود، فراهم می‌کند.</p>

<div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;">
<strong>کشف پدیده Dirac Fluid:</strong> در نیمه اول سال ۲۰۲۶، دانشمندان مشاهده کردند که الکترون‌ها در این نیمه‌رساناهای جدید گرافنی مانند یک «مایع بدون اصطکاک» جریان می‌یابند. این پدیده فیزیکی اجازه می‌دهد تا سنسورهای کوانتومی ساخته شوند که می‌توانند نوسانات مغناطیسی ضعیف قلب و مغز انسان را از فاصله چند متری، با دقت پیکسلی شناسایی کنند؛ تحولی که پزشکی از راه دور را دگرگون خواهد کرد.
</div>

<h2>۲. نانوالکترونیک در محیط‌های حدّی: تراشه‌های جان‌سخت و ضد گدازه</h2>
<p>برخلاف سیلیکون حساس که در دمای بالای ۱۵۰ درجه سانتی‌گراد از کار می‌افتد و ذوب می‌شود، گرافن به دلیل پیوندهای کربنی فوق‌مستحکم، جان‌سخت‌ترین ماده‌ی مهندسی جهان است. محققان در سال جاری ممریستورهای گرافنی را معرفی کردند که در دمای ۷۰۰ درجه سانتی‌گراد (معادل دمای گدازه آتشفشان) بدون هیچ افت عملکردی به پردازش داده ادامه می‌دهند. این تکنولوژی در صنایع هوافضا، کاوشگرهای سیارات داغ (مثل زهره)، حفاری‌های اعماق زمین و سنسورهای داخلی نیروگاه‌های هسته‌ای، نیاز به سیستم‌های محافظتی سنگین، پیچیده و گران‌قیمت را به کلی از بین برده است.</p>

<h2>۳. گیت‌های اتمی: پیوندِ ناگسستنی هوش مصنوعی با ماده</h2>
<p>در سال ۱۴۰۵، گرافن دیگر فقط یک جایگزین سریع‌تر برای سیلیکون نیست؛ بلکه امکان ساخت معماری‌های کاملاً جدید را فراهم کرده است. <strong>Atomic Gates</strong> یا گیت‌های تک-اتمی گرافنی، رفتاری مشابه پروتئین‌های کانال در سلول‌های بیولوژیک بدن انسان دارند. این موضوع مسیر را برای ساخت واسط‌های مغز و کامپیوتر (BMI) نسل سوم هموار کرده است که به صورت ارگانیک با بافت عصبی جفت می‌شوند، بدون اینکه باعث ایجاد التهاب، زخم یا پس‌زدگی توسط سیستم ایمنی بدن شوند. ما در آستانه‌ی ساخت «اندام‌های هوشمند» هستیم.</p>

<div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
ایران به دلیل داشتن ذخایر عظیم گرافیت و تخصصِ انباشته در حوزه‌ی نانوتکنولوژی، سرمایه‌گذاری بر روی فرآیندهای لایه‌نشانی بخار شیمیایی (CVD) و رشد Epitaxial گرافن را به عنوان یک اولویت راهبردی ملی تعیین کرده است تا از سدهای تکنولوژیک لیتوگرافی نوری عبور کند.
</div>

<h2>نتیجه‌گیری: عصر کربن، پایدار، ابدی و هوشمند</h2>
<p>سیلیکون دنیای ما را در قرن بیستم دیجیتالی کرد، اما گرافن آن را در قرن بیست و یکم هوشمند، پایدار و ابدی خواهد ساخت. در سال ۱۴۰۵، ما سرانجام از سد محدودیت‌های فیزیکی ماده عبور کردیم. نیمه‌رسانای گرافنی SEG ثابت کرد که با تغییر نحوه نگاه ما به اتم‌های ساده‌ی کربن، می‌توانیم ابزارهایی بسازیم که پیش از این فقط در اعماق رویاهای علمی-تخیلی نویسندگان قرن بیستم وجود داشتند.</p>

<p>آینده تکنولوژی در دستانِ ظریف اما شکست‌ناپذیرِ کربن است. تکناو به عنوان مرجع تخصصی این رنسانس مواد، این سفر هیجان‌انگیز از عصر سیلیکون به عصر کربن را با جزئیات کامل برای شما روایت خواهد کرد. به دنیای تراهرتز، رایانش اتمی و الکترونیک سرد خوش آمدید.</p>
]]></content:encoded>
      <category>سخت‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Fri, 29 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>آنتروپیک، پنتاگون و پاپ: شکاف در اتحاد سنتی فناوری و کمپلکس نظامی-صنعتی</title>
      <link>https://www.teknav.ir/article/anthropic-military-ban-papal-encyclical</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/anthropic-military-ban-papal-encyclical</guid>
      <description>ممنوعیت نظامی آنتروپیک در AUP و همگرایی آن با موضع واتیکان: مقایسه با Google Project Maven، Microsoft Azure Defense، و Palantir Maven Smart System.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">آنتروپیک — شرکتی که Claude را می‌سازد — سیاست استفاده‌ای دارد که به‌صراحت کاربردهای نظامی کشنده را ممنوع می‌کند. پاپ فرانسیس در آخرین نامه‌های پاپی خود از «الگوریتم‌های مرگ» سخن گفته است. در همین حال، رقبای آنتروپیک — گوگل، مایکروسافت و پالانتیر — میلیاردها دلار قرارداد با وزارت دفاع دارند. این شکاف نشان‌دهنده یکی از عمیق‌ترین جنگ‌های درونی در تاریخ سیلیکون‌ولی است: تعریف آینده‌ای که در آن فناوری با جنگ تلاقی پیدا می‌کند.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/anthropic-military-ban-papal-encyclical-photo-1.jpg" alt="آنتروپیک، پنتاگون و واتیکان در مسئله هوش مصنوعی نظامی" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">سه صدای متفاوت در بحث اخلاق هوش مصنوعی نظامی: دفتر Anthropic در سان‌فرانسیسکو، پنتاگون در واشینگتن، و واتیکان در رم — هر کدام با رویکردی متفاوت به این سؤال اساسی پاسخ می‌دهند که هوش مصنوعی تا کجا می‌تواند در تصمیم‌گیری نظامی دخالت داشته باشد.</figcaption>
  </figure>

  <h2>۱. سیاست آنتروپیک: آنچه AUP واقعاً می‌گوید</h2>
  <p>سیاست استفاده قابل‌قبول آنتروپیک (Acceptable Use Policy) صریح‌ترین ممنوعیت نظامی در میان شرکت‌های هوش مصنوعی پیشرو است. بخش پنجم این سیاست تحت عنوان «<strong>Activities That Endanger Safety</strong>» چند کاربرد را به‌طور مستقیم ممنوع اعلام کرده است:</p>
  <ul>
    <li><strong>سلاح‌های کشنده مستقل (LAWS):</strong> استفاده از Claude در هر سیستمی که بدون نظارت انسانی معنادار تصمیم کشتن می‌گیرد.</li>
    <li><strong>هدف‌گذاری نظامی:</strong> کمک به شناسایی، ردیابی یا هدف‌گیری افراد یا گروه‌ها برای اقدامات خشونت‌آمیز.</li>
    <li><strong>تسلیحات کشتارجمعی:</strong> هرگونه کمک در توسعه سلاح‌های بیولوژیک، شیمیایی، هسته‌ای یا رادیولوژیک.</li>
    <li><strong>جنگ اطلاعاتی:</strong> کمپین‌های تأثیرگذاری پنهان یا عملیات روان‌شناختی علیه جمعیت‌های غیرنظامی.</li>
  </ul>
  <p>اما همین سیاست در حوزه‌های خاکستری مبهم است. «<strong>تحلیل اطلاعاتی دفاعی</strong>» به‌صراحت ممنوع نشده است. کمک به «<strong>برنامه‌ریزی لجستیکی نظامی غیرکشنده</strong>» نیز در منطقه ابهام قرار دارد. آنتروپیک به برخی قراردادهای دولتی از طریق بستر Amazon Bedrock دسترسی می‌دهد — جایی که کنترل مستقیم بر کاربرد نهایی کمتر است.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«ما بر این باوریم که توسعه هوش مصنوعی ایمن و سودمند برای بشریت، مستلزم اجتناب از کاربردهایی است که می‌توانند به نرمال‌سازی خشونت خودکار بدون نظارت انسانی منجر شوند.» — سیاست استفاده قابل‌قبول Anthropic، نسخه ۲.۴، ژانویه ۲۰۲۶</blockquote>

  <h2>۲. پاپ و الگوریتم‌های مرگ: موضع واتیکان</h2>
  <p>در بهمن ۱۴۰۴، واتیکان سندی منتشر کرد که اگرچه به اندازه رسانه‌های فناوری دیده نشد، اما از نظر تاریخی اهمیت فوق‌العاده‌ای دارد. این سند — که به‌عنوان ادامه منطقی <strong>Laudato Si</strong> (نامه پاپی ۲۰۱۵ درباره محیط‌زیست) و <strong>Laudate Deum</strong> (۲۰۲۳) شناخته می‌شود — برای اولین بار موضع رسمی کلیسای کاتولیک را درباره هوش مصنوعی در جنگ بیان می‌کند.</p>
  <p>مهم‌ترین مفهوم معرفی‌شده در این سند، <strong>«Algorithmic Warfare and Human Dignity»</strong> است. این سند استدلال می‌کند که تفویض تصمیم کشتن به الگوریتم — حتی اگر انسانی در حلقه باشد — با کرامت ذاتی انسانی ناسازگار است، زیرا «مسئولیت اخلاقی را در دود منطق ماشین می‌پوشاند».</p>
  <p>پاپ فرانسیس به‌طور ویژه از «<strong>تله‌گذاری الگوریتمی</strong>» سخن گفته — مفهومی که به سیستم‌هایی اشاره دارد که در آنها هوش مصنوعی شرایطی را می‌سازد که انسان‌ها را عملاً مجبور به تأیید دستورات نظامی می‌کند، حتی اگر نظارت رسمی حفظ شده باشد. این مستقیماً به سیستم‌هایی مانند AEGIS Navy یا Iron Dome اشاره دارد که در آنها سرعت عمل سیستم، تصمیم‌گیری انسانی واقعی را عملاً غیرممکن می‌کند.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>زمینه تاریخی:</strong> واتیکان قابلیت تأثیرگذاری نهادی قابل‌توجهی در بحث‌های بین‌المللی دارد. موضع‌گیری کلیسا در خصوص بمب اتم (۱۹۴۵)، مین‌های ضد نفر (۱۹۹۷) و سلاح‌های خوشه‌ای (۲۰۰۸) در نهایت به معاهدات بین‌المللی کمک کرد. اما در حوزه هوش مصنوعی، سرعت توسعه فناوری بسیار بیشتر از فرآیندهای دیپلماتیک سنتی است.</div>

  <h2>۳. طرف مقابل: گوگل، مایکروسافت و روایت «دفاع مسئولانه»</h2>
  <p>شرکت‌هایی که قراردادهای نظامی دارند، روایت متفاوتی ارائه می‌دهند. <strong>گوگل</strong> پس از Project Maven (۲۰۱۸) که منجر به خروج هزاران کارمند اعتراضی شد، سیاست هوش مصنوعی برای اهداف نظامی را محدودتر کرد. اما بعداً قراردادهای Project Nimbus با ارتش اسرائیل را امضا کرد — قراردادهایی که دوباره موج اعتراضات داخلی را برانگیخت.</p>
  <p><strong>مایکروسافت</strong> صریح‌تر عمل کرده است. Brad Smith، رئیس این شرکت، استدلال می‌کند که «<strong>دموکراسی‌ها باید ابزار بهتری نسبت به اقتدارگرایان داشته باشند</strong>» و کمک به ارتش‌های دموکراتیک را به‌عنوان وظیفه اخلاقی می‌شناسد. مایکروسافت قراردادهایی با ناتو، ارتش آمریکا، و سرویس‌های اطلاعاتی چندین کشور دارد. نسخه‌های خاص Azure OpenAI برای محیط‌های نظامی تأییدیه امنیتی دارند.</p>
  <p><strong>Palantir</strong> — شرکتی که هویتش کاملاً با قراردادهای دفاعی و اطلاعاتی گره خورده — موضعی بازتر دارد. Alex Karp، مدیرعامل Palantir، به‌صراحت گفته که «<strong>اگر ارزش‌های غربی ارزش دفاع دارند، باید ابزارهای دفاع از آنها را بسازیم</strong>». پلتفرم Maven Smart System این شرکت در حال حاضر توسط ارتش آمریکا برای تحلیل میدان جنگ استفاده می‌شود.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«این دیدگاه که شرکت‌های فناوری می‌توانند از اعمال ریاست‌جمهوری و دموکراسی سر باز زنند، نه تنها ساده‌انگارانه است، بلکه خطرناک است.» — Alex Karp، مدیرعامل Palantir، مصاحبه با Financial Times، ۲۰۲۵</blockquote>

  <h2>۴. شکاف درونی سیلیکون‌ولی: دو نسل، دو فلسفه</h2>
  <p>پشت این بحث عمومی، یک انشقاق نسلی واقعی در صنعت فناوری وجود دارد. نسل اول سیلیکون‌ولی — که بسیاری از آنها در دوران جنگ سرد بزرگ شدند و شرکت‌هایشان با قراردادهای دفاعی DARPA آغاز شد — هیچ‌گونه تناقضی بین فناوری و دفاع ملی نمی‌بینند.</p>
  <p>اما بسیاری از بنیان‌گذاران نسل جدید — از جمله Dario Amodei (آنتروپیک)، Ilya Sutskever (SSI) و گروه‌های تحقیقاتی مثل Redwood Research — با دیدگاهی کاملاً متفاوت رشد کرده‌اند. برای آنها، خطر اصلی نه یک دشمن خارجی مشخص، بلکه «خطر کاتاستروفیک هوش مصنوعی» است — سناریویی که در آن سیستم‌های هوش مصنوعی قدرتمند، خواه توسط دموکراسی‌ها یا اقتدارگرایان کنترل شوند، می‌توانند به بی‌ثباتی بنیادین جهان منجر شوند.</p>
  <p>این تفاوت فلسفی به‌طور مستقیم بر استراتژی تجاری تأثیر می‌گذارد. آنتروپیک در سال ۲۰۲۴ تأمین مالی ۴ میلیارد دلاری از Amazon دریافت کرد — اما حتی در متن این توافق نیز سعی شد محدودیت‌هایی برای کاربردهای نظامی مستقیم حفظ شود. این رویکرد «<strong>رشد پایدار با حفظ خطوط قرمز اخلاقی</strong>» برای برخی سرمایه‌گذاران جذاب و برای برخی دیگر آزاردهنده است.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>Project Maven — درس تاریخی:</strong> در ۲۰۱۸، گوگل قرارداد Project Maven با وزارت دفاع آمریکا را پس از اعتراض بیش از ۳,۰۰۰ کارمند لغو کرد. این رویداد نشان داد که سرمایه انسانی (نخبگان فنی) می‌تواند اهرم تأثیرگذاری مؤثری باشد. اما گوگل بعداً قراردادهای دیگری امضا کرد و نشان داد که این مقاومت موقتی بود.</div>

  <h2>۵. آیا بی‌طرفی ممکن است؟ تحلیل فلسفی</h2>
  <p>سؤال اساسی این است: آیا یک شرکت هوش مصنوعی می‌تواند واقعاً «بی‌طرف» بماند؟ چند استدلال مخالف وجود دارد:</p>
  <p><strong>استدلال اول — بی‌طرفی به‌عنوان انتخاب:</strong> عدم فروش به نظامی خود یک انتخاب سیاسی است، نه بی‌طرفی. اگر آنتروپیک از فروش به ارتش آمریکا امتناع کند اما رقبایش این کار را انجام دهند، نتیجه این است که ابزارهای نظامی آمریکا از Claude محروم می‌شوند، نه اینکه هوش مصنوعی از جنگ حذف می‌شود.</p>
  <p><strong>استدلال دوم — مشکل اعمال:</strong> حتی اگر آنتروپیک API خود را به شرکت‌های دفاعی نفروشد، مدل‌های متن‌باز مشابه می‌توانند برای اهداف نظامی Fine-tune شوند. Llama 3 Meta بدون هیچ محدودیتی قابل دانلود است. این یعنی ممنوعیت آنتروپیک تنها «پاک ماندن دستان خود» را ممکن می‌کند، نه جلوگیری از استفاده نظامی از هوش مصنوعی.</p>
  <p><strong>استدلال سوم — مزیت دموکراسی:</strong> آنچه Karp و Smith می‌گویند را نمی‌توان به‌راحتی رد کرد. اگر ارتش‌های دموکراتیک ابزارهای هوش مصنوعی بهتری داشته باشند، آیا این به کاهش جنگ‌ها و حفاظت از غیرنظامیان کمک نمی‌کند؟ سیستم‌های هوش مصنوعی که دقت را افزایش می‌دهند و آسیب جانبی را کاهش می‌دهند، می‌توانند از این منظر اخلاقاً توجیه‌پذیر باشند.</p>
  <p>آنتروپیک در پاسخ به این استدلال‌ها موضعی دوگانه دارد. از یک طرف، اعتراف می‌کند که بی‌طرفی کامل ممکن نیست. از طرف دیگر، معتقد است که «<strong>باید خط قرمزهای عملیاتی داشت، حتی اگر ناقص باشند</strong>» — چون بدون این خطوط، سرمایه فکری لازم برای کار روی ایمنی هوش مصنوعی بلندمدت از بین می‌رود.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">منابع: Anthropic Acceptable Use Policy v2.4 (January 2026)؛ Vatican Dicastery for Integral Human Development, «Artificial Intelligence and the Ethics of War» (February 2026)؛ Google AI Principles (Revised 2024)؛ Microsoft Responsible AI Standards v2؛ Palantir Technologies SEC Filing 10-K 2025؛ Future of Life Institute, «Autonomous Weapons and Human Dignity» (2025).</div>

  <h2>نتیجه‌گیری: آیا این شکاف دائمی است؟</h2>
  <p>شکاف بین شرکت‌های «دفاع‌محور» مانند Palantir و Microsoft، و شرکت‌های «ایمنی‌محور» مانند Anthropic و Redwood Research، احتمالاً دائمی نیست — بلکه مرحله‌ای گذار در رسیدن صنعت به یک تعادل جدید است.</p>
  <p>پاپ، با تمام تفاوت‌های فلسفی با دانشمندان ایمنی هوش مصنوعی، روی یک نکته اتفاق نظر دارد: <strong>سرعت توسعه از ظرفیت اخلاقی بشر برای هضم آن پیشی گرفته است</strong>. در این نقطه، صداهای متفاوت — از واتیکان تا سان‌فرانسیسکو — یک پیام مشترک دارند: نیاز به توقف، تفکر، و تعریف خطوطی که نباید از آنها عبور کرد.</p>
  <p>اما تا زمانی که این مرزها در قوانین بین‌المللی تثبیت نشوند، هر شرکت منفرداً تعریف می‌کند که «مسئولیت» به چه معناست. و در این وضعیت، موضع آنتروپیک — هر چقدر هم که ناقص و قابل انتقاد باشد — حداقل این مزیت را دارد که یک پرسش اساسی را زنده نگه می‌دارد: آیا باید هر قدرت فنی را که می‌توانیم بسازیم، بسازیم؟</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Thu, 28 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>ممیزی‌های امنیتی حاکمیتی: چرا هند سیستم‌های حیاتی را با هوش مصنوعی استرس‌تست می‌کند</title>
      <link>https://www.teknav.ir/article/india-sovereign-ai-audit</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/india-sovereign-ai-audit</guid>
      <description>استراتژی حاکمیت AI هند در Digital India 3.0: ممیزی زیرساخت‌های حیاتی با عامل‌های AI، روش سه‌لایه‌ای red team، و مقایسه با CISA آمریکا و NIS2 اروپا.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در حالی که بیشتر کشورها هنوز در مرحله تدوین سیاست‌های هوش مصنوعی هستند، هند یک گام فراتر رفته و سیستم‌های حیاتی خود را با عوامل هوش مصنوعی به چالش کشیده است. برنامه ممیزی امنیتی حاکمیتی هند — که در چارچوب Digital India 3.0 تعریف شده — شبکه برق، سیستم‌های بانکی و زیرساخت مخابراتی این کشور را در معرض آزمون‌های فشار هوش مصنوعی قرار داده است. این تجربه منحصربه‌فرد، مدلی را ارائه می‌دهد که سایر کشورها با دقت زیر ذره‌بین دارند.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/india-sovereign-ai-audit-photo-1.jpg" alt="ممیزی امنیتی هوش مصنوعی در زیرساخت‌های حیاتی هند" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">مرکز عملیات IndiaAI در دهلی‌نو که هماهنگی ممیزی‌های امنیتی هوش مصنوعی در زیرساخت‌های حیاتی کشور را بر عهده دارد — از شبکه برق تا سیستم‌های بانکی.</figcaption>
  </figure>

  <h2>۱. چرا هند این مسیر را انتخاب کرد: استقلال دیجیتال در برابر وابستگی فناوری</h2>
  <p>برای درک منطق استراتژیک هند، باید زمینه ژئوپلیتیکی را در نظر گرفت. هند با <strong>۱.۴ میلیارد نفر جمعیت</strong> و سریع‌ترین رشد اقتصادی در میان اقتصادهای بزرگ جهان، به‌شدت نگران وابستگی فناوری به دو قطب آمریکا و چین است. نگرانی دهلی‌نو از چند محور اصلی ناشی می‌شود:</p>
  <ul>
    <li><strong>حاکمیت داده:</strong> زیرساخت‌های ابری آمریکایی مانند AWS و Azure میزبان بخش قابل‌توجهی از داده‌های دولتی و مالی هند هستند. این وابستگی در صورت تنش سیاسی می‌تواند به نقطه ضعف استراتژیک تبدیل شود.</li>
    <li><strong>آسیب‌پذیری SCADA:</strong> سیستم‌های کنترل صنعتی شبکه برق هند — که بسیاری از آنها از تجهیزات چینی Huawei و ZTE استفاده می‌کنند — در معرض حملات سایبری دولتی هستند. حمله ۲۰۲۱ به شبکه برق Mumbai که چین پشت آن بود، هشداری جدی بود.</li>
    <li><strong>رقابت فناوری:</strong> هند می‌خواهد به یک قدرت مستقل هوش مصنوعی تبدیل شود، نه صرفاً مصرف‌کننده مدل‌های غربی یا چینی. IndiaAI Mission 2025 که با بودجه ۱.۲۵ میلیارد دلار راه‌اندازی شده، نشان‌دهنده این جاه‌طلبی است.</li>
  </ul>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هند نمی‌تواند اجازه دهد زیرساخت دیجیتال آن توسط سیستم‌هایی اداره شود که کدشان را نمی‌بینیم، آموزش آنها را کنترل نکرده‌ایم، و نمی‌دانیم در لحظه بحران چه خواهند کرد.» — S. Krishnan، وزیر فناوری اطلاعات هند، سخنرانی در India Global Forum 2025</blockquote>

  <h2>۲. Digital India 3.0: معماری الزام امنیتی</h2>
  <p>دستورالعمل <strong>Digital India 3.0 AI Security Mandate</strong> که در بهمن ۱۴۰۳ لازم‌الاجرا شد، سه دسته زیرساخت «حیاتی» را مشمول ممیزی اجباری هوش مصنوعی کرده است:</p>
  <p><strong>دسته اول — زیرساخت انرژی:</strong> شبکه ملی برق (Grid India)، تأسیسات هسته‌ای تحت نظارت NPCIL، و سیستم‌های کنترل خطوط لوله نفت و گاز ONGC. این سیستم‌ها باید سالانه یک ممیزی کامل و هر شش ماه یک ارزیابی سریع داشته باشند.</p>
  <p><strong>دسته دوم — سیستم مالی:</strong> Reserve Bank of India (RBI) و ده بانک دولتی بزرگ، شامل State Bank of India، Bank of Baroda و Punjab National Bank. سیستم‌های پرداخت آنی UPI — که روزانه بیش از ۵۰۰ میلیون تراکنش پردازش می‌کند — در اولویت قرار دارد.</p>
  <p><strong>دسته سوم — مخابرات:</strong> BSNL (مخابرات دولتی)، شبکه‌های ماهواره‌ای ISRO، و سیستم‌های کنترل ترافیک هوایی. با توجه به اینکه Jio و Airtel (بخش خصوصی) بیش از ۸۰ درصد بازار موبایل را دارند، مذاکراتی برای گسترش الزامات به آنها نیز در جریان است.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>IndiaAI Mission 2025:</strong> این برنامه ملی که توسط وزارت الکترونیک و فناوری اطلاعات (MeitY) اجرا می‌شود، سه محور دارد: ساخت ابرکامپیوتر ملی هوش مصنوعی با ۱۰,۰۰۰ GPU، توسعه مدل‌های زبانی بومی برای ۲۲ زبان رسمی هند، و تأمین مالی ۵۰۰ استارتاپ هوش مصنوعی از طریق صندوق IndiaAI Innovation Centre. بودجه کل: ۱۰,۳۷۲ کرور روپیه (معادل ۱.۲۵ میلیارد دلار).</div>

  <h2>۳. روش‌شناسی: چگونه عوامل هوش مصنوعی سیستم‌های حیاتی را آزمون می‌کنند</h2>
  <p>روش‌شناسی ممیزی هند از یک رویکرد سه‌لایه‌ای استفاده می‌کند که توسط Indian Computer Emergency Response Team (CERT-In) و با مشاورت شرکت‌هایی مانند <strong>Tata Consultancy Services</strong> و <strong>Wipro Cybersecurity</strong> طراحی شده است:</p>
  <p><strong>لایه اول — اسکن پسیو:</strong> عوامل هوش مصنوعی که بر پایه مدل‌های زبانی بزرگ ساخته شده‌اند، ترافیک شبکه‌های SCADA را به‌صورت غیرفعال تحلیل می‌کنند تا الگوهای ناهنجار را شناسایی کنند. این عوامل به پروتکل‌های صنعتی مثل Modbus، DNP3 و IEC 61850 آموزش داده شده‌اند.</p>
  <p><strong>لایه دوم — Red Teaming فعال:</strong> در محیط‌های شبیه‌سازی‌شده (Digital Twin) که کپی دیجیتال زیرساخت واقعی هستند، عوامل هوش مصنوعی سعی می‌کنند با تکنیک‌های مختلف به سیستم نفوذ کنند. این شامل آزمایش حملات تزریق دستور (Command Injection) به سیستم‌های SCADA، آزمایش آسیب‌پذیری‌های API بانکی، و شبیه‌سازی حملات DDoS بر زیرساخت مخابراتی می‌شود.</p>
  <p><strong>لایه سوم — تحلیل زنجیره تأمین:</strong> بررسی اینکه آیا اجزای سخت‌افزاری و نرم‌افزاری خریداری‌شده از تأمین‌کنندگان خارجی دارای «درهای پشتی» (Backdoor) هستند یا خیر. این لایه به‌ویژه برای تجهیزات چینی که در زیرساخت‌های قدیمی‌تر به‌کار رفته‌اند، اهمیت ویژه دارد.</p>

  <h2>۴. نتایج موج اول: آنچه پیدا کردند</h2>
  <p>گزارش اولیه ممیزی که در اسفند ۱۴۰۴ منتشر شد، نتایجی هشداردهنده داشت. <strong>۲۳ درصد</strong> از سیستم‌های SCADA بررسی‌شده دارای آسیب‌پذیری‌هایی بودند که از طریق رابط‌های مدیریتی قدیمی قابل بهره‌برداری بودند. <strong>۴۱ درصد</strong> از APIهای بانکی آزمون‌شده در برابر حملات منطق تجاری (Business Logic Attacks) — که هوش مصنوعی در کشف آنها برتری دارد — آسیب‌پذیر بودند.</p>
  <p>جالب‌ترین یافته مربوط به سیستم UPI بود: عوامل هوش مصنوعی توانستند الگویی را شناسایی کنند که می‌توانست برای حملات «تأیید معامله تقلبی» (Fraudulent Transaction Confirmation) استفاده شود — آسیب‌پذیری‌ای که تیم‌های امنیتی انسانی در سه سال گذشته از آن غافل بودند. این آسیب‌پذیری فوری برطرف شد.</p>
  <p>در حوزه مخابرات، شناسایی <strong>۱۷ نمونه مشکوک به تجهیزات با رفتار غیرعادی</strong> در شبکه BSNL — که احتمال دستکاری سخت‌افزاری را مطرح می‌کرد — بزرگ‌ترین نگرانی را ایجاد کرد. این موارد هنوز تحت بررسی هستند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هوش مصنوعی در کشف آسیب‌پذیری‌های منطق تجاری که انسان‌ها به آنها توجه نمی‌کنند، برتری مطلق دارد. این ابزار را باید در اختیار مدافعان گذاشت، نه فقط مهاجمان.» — Rajesh Pant، رئیس سابق NCSC هند</blockquote>

  <h2>۵. مقایسه با رویکردهای آمریکا و اروپا</h2>
  <p>رویکرد هند از چند جهت با همتایان غربی خود متمایز است. <strong>آمریکا</strong> از طریق CISA (Cybersecurity and Infrastructure Security Agency) یک چارچوب داوطلبانه برای ممیزی زیرساخت‌های حیاتی دارد، اما از هوش مصنوعی به‌عنوان ابزار اصلی Red Teaming استفاده نمی‌کند و تأکید بیشتری بر همکاری دولتی-خصوصی دارد تا الزامات اجباری.</p>
  <p><strong>اتحادیه اروپا</strong> از طریق دستورالعمل NIS2 (Network and Information Security) الزاماتی برای ممیزی زیرساخت‌های حیاتی دارد، اما این الزامات عمدتاً بر روی گزارش‌دهی حوادث و استانداردهای فنی تمرکز دارند، نه آزمون‌های فعال توسط هوش مصنوعی.</p>
  <p>تفاوت کلیدی هند در «<strong>هوش مصنوعی به‌عنوان ابزار دفاعی بومی</strong>» است. هند از مدل‌های هوش مصنوعی ساخت‌داخل — از جمله مدل‌هایی که توسط IIT‌ها و DRDO (سازمان تحقیقات و توسعه دفاعی) توسعه داده شده‌اند — برای انجام این ممیزی‌ها استفاده می‌کند. این به معنای عدم اتکا به ابزارهای غربی یا چینی در یک فرآیند حساس امنیتی است.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>مدل IIT در ممیزی امنیتی:</strong> IIT Madras و IIT Bombay برنامه‌های مشترکی با CERT-In دارند که دانشجویان دکترا در پروژه‌های ممیزی واقعی شرکت می‌کنند. این ترکیب دانشگاه-دولت-صنعت، مدل اجرایی منحصربه‌فردی ایجاد کرده که هم ظرفیت فنی را می‌سازد و هم هزینه‌ها را کاهش می‌دهد.</div>

  <h2>۶. چالش‌ها و انتقادات: آنچه هنوز حل نشده است</h2>
  <p>برنامه ممیزی هند با چند چالش جدی روبروست. اول، مسئله <strong>تعارض منافع</strong>: شرکت‌های TCS و Wipro که ممیزی‌ها را انجام می‌دهند، خود مشتریان بزرگ همان بانک‌ها و سازمان‌هایی هستند که ممیزی می‌شوند. آیا این استقلال واقعی ایجاد می‌کند؟</p>
  <p>دوم، مشکل <strong>مقیاس‌پذیری</strong>: هند ۱۶۳۵ کیلومتر مرز با چین و ۳۳۲۳ کیلومتر مرز با پاکستان دارد و تهدیدات سایبری از هر دو جهت ادامه دارد. آیا ممیزی سالانه کافی است وقتی تاکتیک‌های حمله به‌صورت مداوم تکامل می‌یابند؟</p>
  <p>سوم، چالش <strong>حریم خصوصی</strong>: ممیزی‌های فعال به دسترسی عمیق به سیستم‌ها نیاز دارند. در غیاب یک قانون جامع حفاظت از داده (Personal Data Protection Bill هند هنوز در مراحل نهایی تصویب است)، نگرانی‌هایی درباره چگونگی استفاده از داده‌های جمع‌آوری‌شده در طول ممیزی وجود دارد.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">منابع: وزارت الکترونیک و فناوری اطلاعات هند (MeitY)، گزارش IndiaAI Mission Q3 2025؛ CERT-In Annual Report 2024-25؛ National Cyber Security Policy (Revised Draft) 2025؛ Observer Research Foundation, «India's AI Security Architecture», فوریه ۲۰۲۶.</div>

  <h2>نتیجه‌گیری: مدلی برای جهان در حال توسعه</h2>
  <p>رویکرد هند در ممیزی امنیتی هوش مصنوعی از چند جهت قابل‌توجه است. این رویکرد نشان می‌دهد که کشورهای در حال توسعه لازم نیست صرفاً «مصرف‌کننده» سیاست‌های امنیتی طراحی‌شده توسط آمریکا یا اروپا باشند — بلکه می‌توانند مدل‌های بومی‌شده متناسب با تهدیدات، منابع و اولویت‌های خود طراحی کنند.</p>
  <p>موفقیت‌های اولیه — مانند کشف آسیب‌پذیری UPI — اثربخشی عملی این رویکرد را نشان داده است. اما پایداری این برنامه به حل سه چالش اصلی بستگی دارد: استقلال واقعی ممیزان، تداوم به‌روزرسانی روش‌ها، و شفافیت عمومی کافی برای ایجاد اعتماد بدون افشای اطلاعات حساس. اگر هند بتواند این توازن را برقرار کند، می‌تواند الگویی باشد که کشورهایی مانند برزیل، اندونزی، و آفریقای جنوبی از آن بیاموزند.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Thu, 28 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>کالبدشکافی دستورالعمل AI خرداد ۱۴۰۵: معیارهای داوطلبانه در برابر قوانین محدودکننده</title>
      <link>https://www.teknav.ir/article/ai-executive-order-june-2026</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/ai-executive-order-june-2026</guid>
      <description>کالبدشکافی دستورالعمل اجرایی AI ژوئن ۲۰۲۶: بررسی ۳۰ روزه داوطلبانه، معیارهای NIST AI RMF 2.0، حفره‌های قانونی، و مقایسه با EU AI Act الزامی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در خرداد ۱۴۰۵، کاخ سفید دستورالعملی اجرایی صادر کرد که آینده حکمرانی هوش مصنوعی در ایالات متحده را برای سال‌های آینده شکل خواهد داد. این دستورالعمل، شرکت‌های هوش مصنوعی را ملزم می‌کند پیش از انتشار مدل‌های پیشرفته با قابلیت‌های دوگانه سایبری، یک دوره بازبینی سی‌روزه داوطلبانه را طی کنند. اما همین کلمه «داوطلبانه» است که بزرگ‌ترین بحث را در محافل فناوری و سیاست‌گذاری برانگیخته است.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/ai-executive-order-june-2026-photo-1.jpg" alt="دستورالعمل اجرایی هوش مصنوعی آمریکا در خرداد ۱۴۰۵" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">کاخ سفید در خرداد ۱۴۰۵ دستورالعملی اجرایی برای نظارت داوطلبانه بر مدل‌های هوش مصنوعی پیشرفته صادر کرد که واکنش‌های متفاوتی در صنعت فناوری برانگیخت.</figcaption>
  </figure>

  <h2>۱. متن دستورالعمل: چه چیزی الزامی شده است؟</h2>
  <p>دستورالعمل اجرایی خرداد ۱۴۰۵ — که به‌صورت رسمی با عنوان <strong>«Safe and Secure Development of Advanced AI Systems»</strong> شناخته می‌شود — چند الزام اصلی را مشخص کرده است. نخست، هر مدل هوش مصنوعی که پارامترهای آموزشی آن از آستانه مشخصی فراتر رود و قابلیت‌های مرتبط با <strong>امنیت سایبری دوگانه</strong> داشته باشد، باید پیش از انتشار عمومی، به یک فرآیند ارزیابی سی‌روزه تن دهد.</p>
  <p>این ارزیابی شامل آزمون‌های «<strong>Red Teaming</strong>» توسط تیم‌های مستقل، بررسی توانایی مدل در تولید کد مخرب، ارزیابی ظرفیت کمک به ساخت سلاح‌های بیولوژیکی یا شیمیایی، و سنجش میزان مقاومت مدل در برابر دستورالعمل‌های مضر می‌شود. <strong>مؤسسه ملی استاندارد و فناوری (NIST)</strong> مسئولیت تدوین چارچوب فنی این ارزیابی‌ها را بر عهده دارد و باید ظرف شصت روز از تاریخ صدور دستورالعمل، نسخه به‌روز چارچوب مدیریت ریسک هوش مصنوعی خود را منتشر کند.</p>
  <p>دومین الزام اصلی، اشتراک‌گذاری نتایج ارزیابی با <strong>دفتر سیاست علم و فناوری کاخ سفید (OSTP)</strong> و وزارت امنیت داخلی است — البته به‌صورت محرمانه و نه در قالب گزارش عمومی. این نکته یکی از نقاط انتقادی جدی در میان محققان آزادی اطلاعات است.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«این دستورالعمل قدمی در مسیر درست است، اما بدون ضمانت اجرایی، تنها یک توصیه‌نامه با سربرگ رسمی است.» — مگی میلر، محقق ارشد Politico در حوزه سیاست‌گذاری فناوری</blockquote>

  <h2>۲. معیارهای ارزیابی مدل: خط قرمزها کجاست؟</h2>
  <p>دستورالعمل برای اولین بار معیارهایی نسبتاً مشخص برای تعریف «مدل پرخطر» ارائه می‌دهد. یک مدل در صورتی مشمول این مقررات می‌شود که حداقل یکی از شرایط زیر را داشته باشد:</p>
  <ul>
    <li><strong>آستانه محاسباتی:</strong> هزینه آموزش مدل از ۱۰۰ میلیون دلار محاسبه ابری فراتر رفته باشد (معادل تقریبی ۱۰²۶ FLOP).</li>
    <li><strong>قابلیت سایبری دوگانه:</strong> مدل بتواند کد اکسپلویت برای آسیب‌پذیری‌های ناشناخته (zero-day) تولید کند یا در طراحی حملات سایبری پیچیده مشارکت داشته باشد.</li>
    <li><strong>ریسک بیولوژیک:</strong> مدل توانایی راهنمایی قابل‌توجه در سنتز یا بهینه‌سازی عوامل بیولوژیکی خطرناک را داشته باشد.</li>
    <li><strong>هوش عمومی:</strong> مدل در ارزیابی‌های استانداردشده به سطح عملکرد انسانی متخصص در حوزه‌های چندگانه دست یابد.</li>
  </ul>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته فنی:</strong> چارچوب NIST AI RMF 2.0 که قرار است این ارزیابی‌ها را هدایت کند، چهار بُعد اصلی دارد: شناسایی (Govern)، اندازه‌گیری (Map)، مدیریت (Measure) و نظارت (Manage). اما منتقدان می‌گویند این چارچوب برای ارزیابی مدل‌های مرزی کافی نیست و باید با پروتکل‌های ارزیابی تخصصی مانند METR یا Apollo Research تکمیل شود.</div>

  <h2>۳. معافیت‌های امنیت ملی: خلأ بزرگ قانون</h2>
  <p>شاید جنجالی‌ترین بخش دستورالعمل، معافیت‌های گسترده امنیت ملی است. پروژه‌هایی که مستقیماً با وزارت دفاع، آژانس امنیت ملی (NSA)، سازمان اطلاعات مرکزی (CIA) یا سایر نهادهای اطلاعاتی در حال همکاری هستند، از شمول این بازبینی سی‌روزه خارج می‌شوند.</p>
  <p>این معافیت به این معناست که مدل‌هایی مانند آنچه <strong>Palantir</strong> برای وزارت دفاع می‌سازد یا قراردادهایی که <strong>Anduril</strong> و <strong>Shield AI</strong> با ارتش آمریکا دارند، نیازی به این بازبینی داوطلبانه ندارند. منتقدان استدلال می‌کنند که دقیقاً این مدل‌های نظامی هستند که بیشترین پتانسیل خطر را دارند.</p>
  <p>علاوه بر این، دستورالعمل تنها بر <strong>شرکت‌های آمریکایی</strong> اعمال می‌شود. آزمایشگاه‌های چینی مانند Zhipu AI، Moonshot AI، و DeepSeek — که مدل‌های قدرتمند خود را به‌صورت فعال توسعه می‌دهند — هیچ الزامی برای پیروی از این چارچوب ندارند. همین نکته باعث شده برخی تحلیل‌گران این دستورالعمل را «خلع‌سلاح یک‌طرفه صنعتی» بنامند.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«وقتی DeepSeek R2 را با هیچ محدودیتی می‌توان دانلود کرد اما GPT-6 باید سی روز منتظر بماند، رقابت‌پذیری صنعت آمریکا آسیب می‌بیند.» — یک مدیر ارشد در یک آزمایشگاه هوش مصنوعی پیشرو که نام خود را فاش نکرد</blockquote>

  <h2>۴. واکنش صنعت: اجماع ظاهری، اختلاف پنهان</h2>
  <p>سه شرکت بزرگ هوش مصنوعی — <strong>OpenAI</strong>، <strong>Anthropic</strong> و <strong>Google DeepMind</strong> — همگی بیانیه‌هایی منتشر کردند که از «روح» این دستورالعمل حمایت می‌کنند. اما جزئیات این بیانیه‌ها تفاوت‌های معناداری را آشکار می‌کند.</p>
  <p>Anthropic که از پیش فرآیند «Responsible Scaling Policy» خود را داشت، این دستورالعمل را «گامی در مسیر درست» خواند و اعلام کرد رویه‌های داخلی‌اش با الزامات آن همخوانی دارد. OpenAI نیز از چارچوب NIST استقبال کرد اما تأکید داشت «جزئیات اجرایی باید با دقت تعیین شوند تا نوآوری متوقف نشود».</p>
  <p><strong>Meta</strong> اما موضعی متفاوت گرفت. این شرکت که مدل‌های Llama خود را به‌صورت متن‌باز منتشر می‌کند، نگرانی صریحی مطرح کرد: «اگر مدل‌های متن‌باز مشمول این بازبینی شوند، اما نسخه‌های Fine-tuned توسط اشخاص ثالث معاف باشند، چطور می‌توان یکپارچگی قانون را حفظ کرد؟» این پرسش هنوز بدون پاسخ مانده است.</p>
  <p>از طرف دیگر، شرکت‌های کوچک‌تر و استارتاپ‌ها — که منابع کافی برای تیم‌های Red Teaming ندارند — نگران هستند که این الزامات به مرور زمان از داوطلبانه به اجباری تبدیل شوند و آنها را از رقابت خارج کنند.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>مقایسه با قانون AI اروپا:</strong> قانون هوش مصنوعی اتحادیه اروپا (EU AI Act) که از اوایل ۲۰۲۵ اجرایی شده، رویکردی کاملاً الزامی دارد. مدل‌های «General Purpose AI» با ریسک سیستمی ملزم به ارزیابی‌های اجباری، انتشار گزارش‌های شفافیت، و ثبت در پایگاه داده مرکزی اروپا هستند. جریمه‌های نقض قانون تا ۳ درصد گردش مالی جهانی است — اهرمی که دستورالعمل آمریکایی فاقد آن است.</div>

  <h2>۵. مقایسه رویکردها: داوطلبانه در برابر الزامی</h2>
  <p>بحث «داوطلبانه در برابر الزامی» در حکمرانی هوش مصنوعی ریشه‌ای فلسفی دارد. طرفداران رویکرد داوطلبانه استدلال می‌کنند که صنعت هوش مصنوعی آنقدر پویا است که قوانین سخت‌گیرانه بلافاصله منسوخ می‌شوند. آنها به موفقیت نسبی «داوطلبانه‌گرایی هدایت‌شده» در صنایعی مثل داروسازی در مراحل اولیه توسعه اشاره می‌کنند.</p>
  <p>مخالفان اما یادآور می‌شوند که رویکرد داوطلبانه تنها زمانی کارآمد است که پیامد عدم پیروی وجود داشته باشد. در حال حاضر، اگر شرکتی از بازبینی سی‌روزه امتناع کند، هیچ مجازات قانونی در نظر گرفته نشده است. <strong>Bruce Schneier</strong>، متخصص مشهور امنیت سایبری، این را با «قانون سرعت بدون دوربین» مقایسه می‌کند.</p>
  <p>نکته جالب اینکه حتی درون دولت آمریکا نیز اجماع وجود ندارد. برخی مقامات وزارت دفاع از محدودیت‌های داوطلبانه ناراضی‌اند، چون معتقدند رقبای خارجی از این فضا بهره می‌برند. در مقابل، مقامات دفتر بودجه کاخ سفید (OMB) نگران هستند که الزامات سخت‌گیرانه، سرمایه‌گذاری هوش مصنوعی را به خارج از آمریکا منتقل کند.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">این دستورالعمل جایگزین دستورالعمل اجرایی ۱۴۱۱۰ (اکتبر ۲۰۲۳) نمی‌شود بلکه آن را تکمیل می‌کند. بسیاری از الزامات دستورالعمل قبلی — از جمله الزام گزارش‌دهی شرکت‌ها به دولت فدرال — همچنان پابرجاست. منابع: Federal Register Vol. 91, No. 112 (June 2026)؛ NIST AI RMF 2.0 Draft.</div>

  <h2>۶. مسیر پیش رو: از داوطلبانه به الزامی؟</h2>
  <p>کارشناسان سیاست‌گذاری معتقدند این دستورالعمل داوطلبانه را باید «پیش‌نویس قانون آینده» دانست. اگر تا پایان سال ۲۰۲۶ کنگره لایحه‌ای جامع در حوزه هوش مصنوعی تصویب کند — که احتمالش با توجه به قطب‌بندی سیاسی پایین است — این چارچوب داوطلبانه به پایه قانونی الزامی تبدیل خواهد شد.</p>
  <p>در غیاب قانون کنگره، این دستورالعمل مسیر دیگری را طی می‌کند: شکل دادن به نُرم‌های صنعتی از طریق فشار بازار و شهرت. شرکت‌هایی که از این چارچوب پیروی کنند، می‌توانند آن را به‌عنوان مزیت رقابتی در قراردادهای دولتی استفاده کنند — و این عملاً یک مکانیزم انگیزشی غیرمستقیم است.</p>
  <p>اتحادیه اروپا نیز با دقت این فرآیند را دنبال می‌کند. اگر رویکرد داوطلبانه آمریکا به نتایج قابل‌توجهی در کاهش ریسک منجر شود، ممکن است فشار بر اجرای سخت‌گیرانه EU AI Act کاهش یابد. اما اگر حادثه‌ای بزرگ رخ دهد، اروپا احتمالاً استانداردهای خود را تشدید خواهد کرد.</p>

  <h2>نتیجه‌گیری: آیا داوطلبانه کافی است؟</h2>
  <p>دستورالعمل اجرایی خرداد ۱۴۰۵ یک پیشرفت واقعی در حکمرانی هوش مصنوعی است — اما یک پیشرفت ناقص. برای اولین بار، دولت آمریکا معیارهای نسبتاً مشخصی برای تعریف مدل‌های پرخطر ارائه داده، چارچوب NIST را به‌عنوان استاندارد ملزم کرده، و کانالی برای اشتراک‌گذاری اطلاعات بین صنعت و دولت ایجاد کرده است.</p>
  <p>اما بزرگ‌ترین ضعف آن همان کلمه «داوطلبانه» است. در جهانی که DeepSeek مدل‌های خود را بدون هیچ بازبینی‌ای منتشر می‌کند و مدل‌های متن‌باز می‌توانند Fine-tune شوند، یک چارچوب یک‌طرفه و بدون ضمانت اجرا نمی‌تواند به‌تنهایی ریسک‌های سیستمی را مدیریت کند. آنچه این دستورالعمل می‌تواند انجام دهد، ایجاد یک فرهنگ سازمانی است — و شاید این، در بلندمدت، از هر قانون اجباری مؤثرتر باشد.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Wed, 27 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>رایانش لبه‌ای مداری: فرار از بن‌بست انرژی زمین</title>
      <link>https://www.teknav.ir/article/orbital-edge-computing-spacex</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/orbital-edge-computing-spacex</guid>
      <description>بررسی آینده دیتاسنترهای مداری (Orbital Edge Computing) در سال ۲۰۲۶. تحلیل نقش SpaceX، مایکروسافت Azure Orbital و مزایای انرژی خورشیدی فضایی.</description>
      <content:encoded><![CDATA[
<p>در اردیبهشت ۱۴۰۵، رقابت استراتژیک برای تصاحب قدرت پردازشی از سطح زمین به ارتفاع ۵۵۰ کیلومتری منتقل شده است: آغاز عصر <strong>رایانش لبه‌ای مداری (Orbital Edge Computing)</strong>. با اشباع شدن شبکه‌های برق زمینی، بحران تامین انرژی پایدار دیتاسنترها و نیاز مبرم به اینترنت هوشمند با تاخیر صفر در نقاط دورافتاده، غول‌های فناوری به سمت تنها منبع انرژی بی‌پایان و سیستم خنک‌کننده رایگان جهان بازگشته‌اند: فضای لایتناهی.</p>

<p>در این گزارش عمیق و راهبردی، به بررسی ادغام تاریخی ۱.۲۵ تریلیون دلاری SpaceX و xAI، کالبدشکافی فنی ماهواره‌های پردازشی Starlink V3، سرویس‌های ابری فضایی و آینده حاکمیت بر داده در مدار زمین در سال ۲۰۲۶ می‌پردازیم.</p>

<h2>۱. دیتاسنترهای مداری: فرار از بن‌بست انرژی و بحران گرمای زمین</h2>
<p>دلیل اصلی کوچ عظیم دیتاسنترهای هوش مصنوعی به فضا در سال ۱۴۰۵، دیگر فقط سرعت ارتباطات مخابراتی نیست؛ بلکه بقای فیزیکی مدل‌های تریلیونی است. دیتاسنترهای گیگاواتی زمینی اکنون با مخالفت‌های شدید جوامع محلی به دلیل مصرف میلیاردی آب و فشار خردکننده به شبکه برق ملی روبرو هستند. در مقابل، یک ماهواره دیتاسنتر در مدار پایین زمین (LEO) مزایای رقابتی بی‌نظیری دارد:</p>

<ul>
<li><strong>انرژی خورشیدی ۲۴ ساعته:</strong> بدون وجود ابرها و جو غلیظ، پنل‌های خورشیدی در فضا بازدهی ۵ تا ۷ برابری نسبت به سطح زمین دارند و انرژی را مستقیماً از خورشید دریافت می‌کنند.</li>
<li><strong>خنک‌سازی رایگان و ابدی:</strong> سرمای مطلق فضا (Vacuum Cooling) نیاز به مصرف میلیاردها لیتر آب برای خنک‌کردن سرورهای داغ هوش مصنوعی را کاملاً حذف کرده است. این دیتاسنترها با استفاده از رادیاتورهای نوری، گرمای زائد را به صورت تابش مادون قرمز به فضا دفع می‌کنند.</li>
<li><strong>تاخیر صفر جهانی (Global Low Latency):</strong> با پردازش داده‌ها در خودِ مدار و انتقال نتایج از طریق لیزرهای فضایی (Inter-satellite Links)، تاخیر ارتباطی برای کاربران در دورافتاده‌ترین نقاط زمین، از اقیانوس‌ها تا مناطق کوهستانی، تا ۴۰٪ کاهش یافته است.</li>
</ul>

<blockquote style="border-right: 4px solid #C76D4A; margin: 28px 0; padding: 16px 20px; background: #C76D4A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">
«ما در حال ساختن یک "ابرِ واقعی" (The Real Cloud) در پهنه‌ی آسمان هستیم. در سال ۲۰۲۶، فضا دیگر فقط یک مسیر برای انتقال سیگنال نیست؛ فضا لایه اول پردازش تمدن بشری است. ماهواره‌های Starlink V3 ما دیگر فقط آنتن نیستند؛ آن‌ها خوشه‌های پردازشی (Compute Clusters) هستند که مستقیماً نیت‌های کاربران را در مدار پردازش کرده و فقط پاسخ نهایی را به زمین می‌فرستند. با استقرار کامل یک میلیون سرور مداری، تا سال ۲۰۲۸ هزینه پردازش هوش مصنوعی در فضا از دیتاسنترهای زمینی ارزان‌تر خواهد شد.»
</blockquote>

<p>در نمودار تعاملی زیر، ساختار یک نود پردازشی در منظومه Starcloud و نحوه توزیع هوشمند بار محاسباتی بین ایستگاه‌های زمینی و خوشه‌های مداری را مشاهده می‌کنید. توجه کنید که چطور لیزرهای فضایی یک «ستون فقرات نوری» با پهنای باند تراهرتزی پیرامون زمین ایجاد کرده‌اند.</p>

<div class="teknav-diagram-container" data-diagram="cloud"></div>

<h3>Starlink V3: وقتی ماهواره‌ها به ابرپردازنده‌های هوش مصنوعی مجهز می‌شوند</h3>
<figure style="margin: 20px 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
  <img src="/images/articles/orbital-edge-computing-spacex-photo-1.jpg" alt="تسهیلات پردازش داده مداری با کره زمین در پس‌زمینه" loading="lazy" style="width: 100%; height: auto; display: block;" />
  <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">دیتاسنتر مداری در ارتفاع LEO با منظره کره زمین — ماهواره‌های نسل جدید نه‌تنها سیگنال منتقل می‌کنند، بلکه مستقیماً درخواست‌های هوش مصنوعی را در فضا پردازش می‌کنند</figcaption>
</figure>
<p>اسپیس‌ایکس با بهره‌گیری از ظرفیت عظیم پرتاب موشک‌های Starship V3، در فروردین ماه امسال استقرار نسل سوم منظومه استارلینک را آغاز کرد. این ماهواره‌های ۸ تنی، برخلاف نسخه‌های قبلی، مجهز به واحدهای پردازش عصبی (NPU) با قدرت پتابایتی هستند که بر پایه معماری ۲ نانومتری طراحی شده‌اند. هدف نهایی این پروژه، ایجاد یک لایه‌ی پردازشی سراسری است که بتواند بدون وابستگی به زیرساخت‌های زمینی، کل ترافیک هوشمند جهان را مدیریت کند.</p>

<div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;">
<strong>اولین ابرِ عمومی در مدار:</strong> شرکت Starcloud (که با حمایت مستقیم انویدیا تاسیس شده) در ماه جاری رسماً سرویس «In-Orbit Inference» را برای توسعه‌دهندگان لانچ کرد. اکنون شما می‌توانید مدل‌های خود را روی زمین طراحی کنید و آن‌ها را مستقیماً روی تراشه‌های Blackwell مقاوم‌سازی شده در برابر تابش (Radiation-hardened) که در مدار هستند، اجرا کنید. این تحول، دسترسی به هوش مصنوعی فوق‌پیشرفته را در مناطق جنگ‌زده یا محروم ممکن کرده است.
</div>

<h2>۲. امنیت حاکمیتی و دیتای بدون مرز: ظهور سرویس StarVault</h2>
<p>در سال ۱۴۰۵، امنیت داده‌ها ابعاد ژئوپلیتیک جدید و پیچیده‌ای پیدا کرده است. سرویس <strong>StarVault</strong> که ماه گذشته توسط کنسرسیومی از شرکت‌های فضایی معرفی شد، اولین سیستم ذخیره‌سازی داده‌های حساس دولتی و بانکی در فضاست. به دلیل قرارگیری فیزیکی سرورها در مدار و خارج از مرزهای ملی، و همچنین استفاده از رمزنگاری پساکوانتومی (PQC) در تمام لینک‌های لیزری، این دیتاسنترها مصونیت کاملی از دسترسی‌های غیرمجاز زمینی، حملات فیزیکی و شنودهای رادیویی فراهم کرده‌اند. فضا اکنون به «پناهگاه امن داده‌ها» تبدیل شده است.</p>

<h2>۳. مایکروسافت Azure Space: پلِ نرم‌افزاری بین زمین و ستاره‌ها</h2>
<p>مایکروسافت استراتژی خود را بر روی لایه نرم‌افزاری و یکپارچه‌سازی متمرکز کرده است. سیستم‌های <strong>Azure Modular Data Centers (MDC)</strong> اکنون به صورت استاندارد در نقاط استراتژیک زمین (نظیر قطب شمال و بیابان‌های آفریقا) مستقر شده‌اند و از طریق پایانه‌های استارلینک، یکپارچگی کامل با ابر مداری را فراهم می‌کنند. این یعنی یک مهندس در اعماق یک معدن در بیابان‌های استرالیا، دقیقاً همان قدرت پردازشی و دسترسی به مدل‌های Claude 4.7 را در اختیار دارد که یک توسعه‌دهنده در مرکز شهر سیاتل دارد. مرزهای فیزیکی رایانش عملاً از بین رفته است.</p>

<h2>۴. چالش‌های محیط‌زیستی و فنی: نبرد با تابش و زباله</h2>
<p>علیرغم مزایای انرژی، افزایش تعداد ماهواره‌های دیتاسنتر نگرانی‌های جدی در مورد «سندروم کسلر» و برخورد زباله‌های فضایی ایجاد کرده است. در سال جاری، آژانس‌های فضایی قوانین سختگیرانه‌ای برای «پایان عمر خودکار و خروج از مدار» ماهواره‌ها وضع کرده‌اند. از نظر فنی نیز، ذرات باردار کیهانی چالش بزرگی برای پردازنده‌ها هستند. راهکار صنعت در سال ۱۴۰۵، استفاده از <strong>سیستم‌های رای‌گیری اکثریت (TMR)</strong> در سطح ترانزیستور و پوشش‌های نانو-کامپوزیتی برای محافظت از سیلیکون است.</p>

<div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
در ایران، استارتاپ‌های نوین در حوزه «سنجش از دور» و «مدیریت بحران» با استفاده از APIهای پردازش مداری، در حال تحلیل لحظه‌ای الگوهای خشکسالی، فرونشست زمین و تغییرات سطح دریاها هستند، بدون اینکه نیاز به دانلود ترابایت‌ها داده‌ی خام تصویری داشته باشند. این تکنولوژی زمان واکنش به بلایای طبیعی را در کشور تا ۸۰٪ کاهش داده است.
</div>

<h2>نتیجه‌گیری: دیتاسنترهای آینده در پهنه‌ی آسمان هستند</h2>
<p>رایانش لبه‌ای مداری در سال ۱۴۰۵، آغازگر عصری است که در آن «مکان جغرافیایی» دیگر هیچ محدودیتی برای دسترسی به دانش و هوش پیشرفته نیست. ما در حال ساختن یک مغزِ دیجیتال درخشان پیرامون سیاره زمین هستیم که با انرژی پاک و بی‌پایان خورشید تغذیه می‌شود و در سکوت و انزوای مطلق فضا به پردازش نیت‌های والای بشر می‌پردازد.</p>

<p>آینده تکنولوژی نه در زیر زمین و در دیتاسنترهای گرم، بلکه در میان ستاره‌ها و در قلبِ مدارهای زمین رقم خواهد خورد. تکناو به عنوان دیدبان این تحول بزرگ، شما را در جریان نبرد برای حاکمیت بر این «قلمرو فضایی» قرار خواهد داد. به عصرِ اینترنتِ متفکر و رایانش کیهانی خوش آمدید.</p>
]]></content:encoded>
      <category>سخت‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Tue, 26 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>ClawHosters و ظهور سرویس‌های هاستینگ اختصاصی عامل</title>
      <link>https://www.teknav.ir/article/clawhosters-agent-hosting-economy</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/clawhosters-agent-hosting-economy</guid>
      <description>ClawHosters و اقتصاد میزبانی عامل AI: تحلیل پلتفرم‌های تخصصی هاستینگ Claude خودمیزبان، مقایسه قیمت‌ها، و اکوسیستم در حال شکل‌گیری.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">همان‌طور که در دهه ۱۹۹۰ بسیاری نمی‌خواستند وب‌سرور خودشان را مدیریت کنند و صنعت hosting متولد شد، امروز بسیاری نمی‌خواهند Docker، nginx، و SSL را برای عامل هوش مصنوعی‌شان مدیریت کنند. ClawHosters اولین بازار جدی برای این نیاز است — و داستان آن شباهت‌های جالبی با تاریخ hosting دارد.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/clawhosters-agent-hosting-economy-photo-1.jpg" alt="ClawHosters — بازار هاستینگ عامل‌های OpenClaw" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">داشبورد مدیریت ClawHosters: مشتری می‌تواند مهارت‌های OpenClaw خود را نصب، پیکربندی، و مانیتور کند بدون اینکه نیاز داشته باشد یک خط دستور terminal اجرا کند.</figcaption>
  </figure>

  <h2>۱. چرا مردم نمی‌خواهند سرور خود را مدیریت کنند</h2>
  <p>راه‌اندازی OpenClaw روی یک VPS — آنطور که در راهنمای فنی توضیح دادیم — برای کسی که با لینوکس و Docker آشناست کار ۲ ساعته است. اما «کسی که با لینوکس آشناست» یک اقلیت در جمعیت کاربران بالقوه OpenClaw است.</p>
  <p>صاحب یک فروشگاه کوچک که می‌خواهد یک ربات پاسخگوی تلگرام داشته باشد تا سوالات رایج مشتریان را جواب بدهد، احتمالاً نمی‌داند SSH چیست. یک فریلنسر طراح که می‌خواهد workflow تولید محتوایش را اتوماسیون کند، نمی‌خواهد وقت صرف یادگیری docker-compose کند. یک مدیر بازاریابی که می‌خواهد عامل AI شخصی داشته باشد، بودجه‌ای برای استخدام یک مدیر سیستم ندارد.</p>
  <p>این مشکل آشناست. در دهه ۱۹۹۰، وقتی وب تازه در حال گسترش بود، هر کسی که می‌خواست سایت داشته باشد باید یا یک سرور فیزیکی می‌خرید یا از دانش فنی کافی برخوردار بود. صنعت web hosting این شکاف را پر کرد — GeoCities، Angelfire، و بعداً GoDaddy و Bluehost. آن‌ها زیرساخت را مدیریت کردند تا کاربران بتوانند فقط محتوا بسازند.</p>
  <p>ClawHosters همین کار را برای OpenClaw می‌کند.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> ClawHosters یک پلتفرم مرکزی نیست که OpenClaw را روی سرورهای خودش اجرا کند — این با فلسفه سلف‌هاستد OpenClaw در تضاد بود. در عوض، ClawHosters VPS‌های اختصاصی به هر مشتری می‌دهد و OpenClaw را روی آن‌ها نصب و مدیریت می‌کند. هر مشتری یک instance مجزا و ایزوله دارد.</div>

  <h2>۲. ClawHosters: بازار هاستینگ عامل</h2>
  <p>ClawHosters در ژانویه ۲۰۲۶ — فقط دو ماه بعد از انتشار OpenClaw 1.0 — توسط یک تیم سه‌نفره از مهندسان سابق Hetzner راه‌اندازی شد. ایده ساده بود: ما زیرساخت را می‌شناسیم و آن را مدیریت می‌کنیم، شما عامل‌تان را کانفیگ می‌کنید.</p>
  <p>تا ژوئن ۲۰۲۶، ClawHosters بیش از ۲۰۰ deployment فعال مدیریت می‌کند. این عدد در مقایسه با هزاران نصب DIY OpenClaw کوچک به نظر می‌رسد، اما باید توجه کرد که ClawHosters تنها ۶ ماه دارد و در بازاری کاملاً جدید کار می‌کند که حتی مشتریانش هنوز نمی‌دانند دقیقاً چه می‌خرند.</p>
  <p>وب‌سایت ClawHosters یک رابط چندمرحله‌ای دارد برای onboarding:</p>
  <p><strong>مرحله ۱ — انتخاب پلن:</strong> سه پلن اصلی — Starter ($15/ماه)، Professional ($35/ماه)، Business ($75/ماه). تفاوت اصلی در RAM اختصاصی، تعداد مهارت قابل نصب، و پشتیبانی است.</p>
  <p><strong>مرحله ۲ — انتخاب مهارت‌ها:</strong> کتابخانه مهارت‌های پیش‌پیکربندی‌شده که می‌توان با یک کلیک نصب کرد. برای مثال «ربات پاسخگوی فروشگاه» یک bundle آماده است که شامل ۵ مهارت برای پاسخ به سوالات متداول، دریافت سفارش، و اعلام موجودی است.</p>
  <p><strong>مرحله ۳ — اتصال پیام‌رسان:</strong> راهنمای گام‌به‌گام برای اتصال تلگرام یا سیگنال — ClawHosters همه تنظیمات فنی را پشت یک wizard ساده پنهان کرده است.</p>
  <p><strong>مرحله ۴ — تأیید و راه‌اندازی:</strong> در کمتر از ۱۵ دقیقه، instance آماده است.</p>

  <h2>۳. مدل اقتصادی: هاستینگ در برابر DIY</h2>
  <p>بیایید صادقانه مقایسه مالی کنیم. اگر یک کاربر فنی باشید و بخواهید خودتان OpenClaw را روی VPS راه بیندازید:</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>مقایسه هزینه DIY در برابر ClawHosters:</strong><br/>
    <strong>DIY — هزینه مالی:</strong> VPS Hetzner CX21: €4.9/ماه + دامنه: ~€1/ماه = ~€6/ماه<br/>
    <strong>DIY — هزینه زمانی راه‌اندازی:</strong> ۲-۴ ساعت اولیه<br/>
    <strong>DIY — هزینه زمانی نگهداری:</strong> ۱-۲ ساعت ماهانه برای به‌روزرسانی و عیب‌یابی<br/>
    <strong>DIY — شرط:</strong> دانش Docker، Linux، nginx، SSL<br/>
    <strong>ClawHosters Starter:</strong> $15/ماه (~€14)<br/>
    <strong>ClawHosters — هزینه زمانی:</strong> ۱۵ دقیقه راه‌اندازی، نزدیک به صفر نگهداری<br/>
    <strong>ClawHosters — شرط:</strong> کارت اعتباری و آدرس ایمیل
  </div>

  <p>برای کاربر فنی، DIY واضحاً ارزان‌تر است. اما برای کاربر غیرفنی، ۱۴ یورو در ماه برای «نصب نکردن Docker» ممکن است معقول باشد. این همان منطق هر سرویس «managed» است — هزینه پرمیوم در ازای حذف پیچیدگی.</p>
  <p>مدل درآمد ClawHosters از دو منبع است: اشتراک ماهانه ثابت + overage برای هزینه‌های API. اگر مشتری از یک مدل خارجی مثل OpenAI استفاده کند، هزینه توکن‌ها به سود‌آوری استفاده عبور می‌کند — ClawHosters درصد کمی markup اضافه می‌کند یا مشتری مستقیماً API key خودش را وارد می‌کند.</p>

  <h2>۴. مشتریان: از کسب‌وکار کوچک تا فریلنسر</h2>
  <p>بررسی مشتریان ClawHosters سه profile اصلی نشان می‌دهد:</p>
  <p><strong>کسب‌وکارهای کوچک (۴۵٪ مشتریان):</strong> فروشگاه‌های اینترنتی کوچک، رستوران‌ها، آموزشگاه‌ها، و خدمات محلی. استفاده اصلی: ربات پاسخگوی مشتریان در تلگرام یا WhatsApp. این مشتریان معمولاً پلن Professional دارند و مجموعه مهارت‌های «Customer Service Bundle» را نصب کرده‌اند.</p>
  <p><strong>فریلنسرها و creative professionals (۳۵٪):</strong> طراحان، نویسندگان، بازاریابان. استفاده اصلی: اتوماسیون workflow شخصی — خلاصه ایمیل‌ها، تولید پیش‌نویس پاسخ‌ها، تنظیم تقویم. این مشتریان معمولاً پلن Starter دارند و از مهارت‌های شخصی‌سازی‌شده استفاده می‌کنند.</p>
  <p><strong>توسعه‌دهندگان و آژانس‌ها (۲۰٪):</strong> این بخش جالب‌ترین است. توسعه‌دهندگانی که OpenClaw را می‌شناسند اما نمی‌خواهند برای هر مشتری یک VPS جداگانه مدیریت کنند. یک آژانس دیجیتال مارکتینگ ممکن است ۱۰ مشتری داشته باشد که هر کدام یک ربات سفارشی می‌خواهند — مدیریت ۱۰ VPS جداگانه دردسر دارد. ClawHosters Business plan با قابلیت multi-tenant این نیاز را پوشش می‌دهد.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«من یک طراح گرافیکم. یاد گرفتن Docker برای من مثل این است که برای فرستادن یک ایمیل باید پروتکل SMTP را یاد بگیرم. ClawHosters این لایه را برداشت.» — مشتری ClawHosters، بررسی در Product Hunt، مارس ۲۰۲۶</blockquote>

  <h2>۵. ریسک‌ها: واگذاری کنترل عامل</h2>
  <p>اما باید صادقانه درباره ریسک‌های ClawHosters هم صحبت کنیم. وقتی از یک سرویس managed استفاده می‌کنید، چیزی را واگذار می‌کنید: کنترل.</p>
  <p><strong>ریسک اول — دسترسی به پیکربندی:</strong> تیم ClawHosters به VPS شما دسترسی دارد — که برای نگهداری ضروری است. این به معنای دسترسی بالقوه به فایل .env شما (که API key ها و token های پیام‌رسان هستند) و فایل allowlist.json شماست. ClawHosters ادعا می‌کند که این اطلاعات رمزنگاری می‌شوند و کارکنان دسترسی عملیاتی به آن‌ها ندارند، اما این ادعایی است که باید به آن اعتماد کنید.</p>
  <p><strong>ریسک دوم — مهارت‌های نصب‌شده:</strong> ClawHosters کتابخانه‌ای از مهارت‌های pre-built ارائه می‌دهد. اما این مهارت‌ها توسط چه کسی نوشته شده‌اند؟ آیا security audit شده‌اند؟ یک مهارت مخرب که توسط یک فروشنده ثالث در مارکت‌پلیس گذاشته شده می‌تواند داده‌های شما را به یک سرور خارجی ارسال کند.</p>
  <p><strong>ریسک سوم — lock-in:</strong> اگر ClawHosters تعطیل شود یا قیمت‌هایش را به‌شدت افزایش دهد، مهاجرت به DIY یا سرویس دیگری نیازمند بازسازی پیکربندی شماست. البته چون OpenClaw متن‌باز است و SKILL.md فایل‌های portable هستند، این lock-in کمتر از سرویس‌های اختصاصی است — اما همچنان وجود دارد.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> برای کاهش ریسک lock-in، مهارت‌های سفارشی خود را در یک مخزن git خصوصی نگه دارید. این مهارت‌ها قابل حمل هستند — اگر تصمیم گرفتید از ClawHosters به DIY مهاجرت کنید، فقط باید این فایل‌ها را روی سرور جدیدتان کپی کنید. پیکربندی زیرساخت (VPS، Docker، nginx) می‌تواند با راهنمای موجود در چند ساعت بازساخته شود.</div>

  <h2>۶. آینده: فروشگاه اپ برای مهارت‌ها</h2>
  <p>جالب‌ترین بخش مدل کسب‌وکار ClawHosters آینده‌نگری آن است. در یک اعلامیه در آوریل ۲۰۲۶، ClawHosters از برنامه‌هایش برای یک <strong>«Skill App Store»</strong> صحبت کرد — یک مارکت‌پلیس که در آن توسعه‌دهندگان می‌توانند SKILL.md های خود را بفروشند و مشتریان ClawHosters می‌توانند آن‌ها را با یک کلیک نصب کنند.</p>
  <p>این مدل پرسش‌های جالبی مطرح می‌کند:</p>
  <p><strong>قیمت‌گذاری مهارت:</strong> یک مهارت پیچیده که مثلاً با یک API حسابداری خاص ادغام می‌شود ممکن است $5-20 به عنوان خرید یک‌بار یا $2-5 در ماه فروخته شود. برای توسعه‌دهنده‌ای که ۱۰۰ مشتری ClawHosters آن را می‌خرند، یک درآمد passive قابل‌توجه است.</p>
  <p><strong>تضمین کیفیت:</strong> ClawHosters گفته مهارت‌های مارکت‌پلیس را از نظر امنیتی بررسی می‌کند — تأیید می‌کند که به API های خارجی غیرمجاز وصل نمی‌شوند، shell command های مخرب ندارند، و با سیاست‌های MXC یا allowlist قابل ادغام هستند. اما جزئیات فرآیند audit هنوز مشخص نشده.</p>
  <p><strong>bundle های صنعتی:</strong> ClawHosters قصد دارد bundle های صنعت‌محور بسازد — مثلاً «Skill Bundle برای رستوران‌ها» که شامل مهارت‌های رزرو میز، پاسخ به سوال منو، و اعلام ساعت کاری است. این bundle ها می‌توانند توسط شرکت‌های بزرگ‌تر صنعت ساخته و به مشتریان ClawHosters فروخته شوند.</p>
  <p>این مدل شباهت زیادی به Shopify App Store یا Salesforce AppExchange دارد — یک مارکت‌پلیس که روی یک platform اصلی ساخته می‌شود و برای هر سه طرف (platform، فروشنده، خریدار) ارزش ایجاد می‌کند.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>پیش‌بینی بازار هاستینگ عامل (تحلیل‌گران صنعت، ۲۰۲۶):</strong><br/>
    <strong>۲۰۲۶:</strong> ~۱۰٬۰۰۰ deployment مدیریت‌شده در کل بازار (ClawHosters + رقبا)<br/>
    <strong>۲۰۲۷:</strong> تخمین ۱۰۰٬۰۰۰+ با ورود بازیگران بزرگ‌تر مثل Cloudflare و Netlify<br/>
    <strong>۲۰۲۸:</strong> احتمال consolidation — چند بازیگر بزرگ بازار را می‌گیرند، مانند web hosting<br/>
    منبع: Gartner Emerging Technology Hype Cycle 2026، بخش Autonomous Agent Infrastructure
  </div>

  <h2>نتیجه‌گیری: اقتصاد جدیدی که دور OpenClaw شکل می‌گیرد</h2>
  <p>ClawHosters نشانه‌ای است از بلوغ یک فناوری: وقتی چیزی آن‌قدر مفید است که مردم حاضرند برای نسخه ساده‌شده‌اش پول بدهند، بازار واقعی شکل گرفته است. OpenClaw در نوامبر ۲۰۲۵ منتشر شد — در ژانویه ۲۰۲۶ اولین سرویس managed آن راه‌اندازی شد. این سرعت نشان می‌دهد بازار چقدر گرسنه بود.</p>
  <p>اما ClawHosters فقط شروع است. با هر فناوری که بازار managed hosting پیدا می‌کند، رقبا می‌آیند. Cloudflare، Netlify، Railway، Render — همه این پلتفرم‌ها تجربه‌ای در تبدیل پیچیدگی فنی به سرویس ساده دارند. وقتی یکی از آن‌ها وارد بازار hosted OpenClaw شود، ClawHosters باید مزیت رقابتی واضح‌تری از «اول بودن» داشته باشد.</p>
  <p>مزیت ClawHosters ممکن است Skill App Store باشد — اگر یک اکوسیستم محتوا و مهارت بسازد که در هیچ جای دیگری نباشد. در دنیای platform, محتوا اغلب از infrastructure ارزشمندتر است. صد‌ها مهارت خوب که فقط روی ClawHosters کار می‌کنند، یک moat رقابتی است که VPS ارزان‌تر نمی‌تواند بشکند.</p>
  <p>آینده عامل‌های هوش مصنوعی نه فقط در فریم‌ورک‌هایی مثل OpenClaw است، نه فقط در مدل‌هایی مثل DeepSeek یا Llama، بلکه در اکوسیستم کاملی است که دورشان شکل می‌گیرد: سرویس‌های hosting، مارکت‌پلیس‌های مهارت، ابزارهای امنیتی، و آموزش‌های آماده برای صنایع مختلف. ClawHosters یک تکه از این پازل است — و نشان می‌دهد اقتصاد این حوزه دارد شکل می‌گیرد.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Mon, 25 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>درون Microsoft Execution Containers (MXC): ساندباکس کردن عامل‌های محلی در ویندوز ۱۱</title>
      <link>https://www.teknav.ir/article/microsoft-execution-containers-mxc</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/microsoft-execution-containers-mxc</guid>
      <description>Microsoft Execution Containers (MXC): ساندباکس بومی ویندوز ۱۱ برای عامل‌های AI محلی — معماری امنیتی، مقایسه با Docker، و راهنمای توسعه‌دهندگان.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">سه سال پیش، ساتیا نادلا گفت عامل‌های هوش مصنوعی می‌توانند «مثل یک ویروس» در سازمان‌ها گسترش پیدا کنند. در Microsoft Build 2026، مایکروسافت پاسخ خودش به این نگرانی را معرفی کرد: Execution Containers (MXC) — یک لایه runtime که مشخص می‌کند هر عامل دقیقاً به چه چیزی دسترسی دارد، و هیچ چیز بیشتر.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/microsoft-execution-containers-mxc-photo-1.jpg" alt="Microsoft Execution Containers (MXC) — ساندباکس عامل‌های هوش مصنوعی در ویندوز ۱۱" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">معماری MXC در ویندوز ۱۱: عامل هوش مصنوعی درون یک container اجرا می‌شود که Policy Engine ویندوز دسترسی آن به فایل‌ها، شبکه، و registry را بر اساس فایل policy.yaml کنترل می‌کند.</figcaption>
  </figure>

  <h2>۱. از تهدید تا راه‌حل: چرخش مایکروسافت</h2>
  <p>برای فهمیدن MXC، باید زمینه تاریخی آن را بدانیم. در سال ۲۰۲۳، ساتیا نادلا در یک مصاحبه گفت نگران است که عامل‌های هوش مصنوعی بتوانند مثل یک ویروس در شبکه‌های سازمانی گسترش پیدا کنند — دسترسی‌های بیش از حد، تصمیمات خودکار در سیستم‌های حساس، و بدون هیچ مکانیزم نظارتی.</p>
  <p>این نگرانی آن زمان نظری به نظر می‌رسید. اما در ۲۰۲۵، با رشد انفجاری فریم‌ورک‌هایی مثل OpenClaw و AutoGPT و Agents SDK‌های مختلف، سازمان‌های IT واقعاً با این سوال مواجه شدند: «چطور می‌توانیم به یک عامل هوش مصنوعی اجازه استفاده از Microsoft 365 بدهیم بدون اینکه به همه داده‌های سازمان دسترسی داشته باشد؟»</p>
  <p>Docker و container‌های Linux پاسخ آشنایی بودند در دنیای سرور. اما برای Windows desktop و محیط‌های سازمانی که نمی‌توانستند یک VM لینوکسی راه بیندازند، نیاز به چیز متفاوتی بود. MXC پاسخ مایکروسافت است: یک لایه containment که بومی ویندوز است، سبک است، و با مدیریت سیاست سازمانی ادغام می‌شود.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> MXC در Windows 11 نسخه ۲۴H2 و Windows Server 2025 به بالا در دسترس است. برای نسخه‌های قدیمی‌تر ویندوز، مایکروسافت یک fallback mode ارائه می‌دهد که بر اساس App Container (مکانیزم موجود از ویندوز ۸) کار می‌کند، اگرچه با محدودیت‌های کمتر.</div>

  <h2>۲. معماری MXC: چطور کار می‌کند</h2>
  <p>MXC در هسته‌ی خود یک Policy Engine است که در سطح kernel ویندوز اعمال می‌شود. برخلاف مکانیزم‌های قدیمی‌تر مثل AppLocker که فقط روی اجرای فایل‌های exe کنترل می‌کند، MXC یک نمای جامع‌تر از «دسترسی» دارد:</p>
  <p><strong>File System Policy:</strong> مشخص می‌کند کدام path‌ها قابل خواندن، نوشتن، یا اجرا هستند. می‌توانید با دقت بگویید: «عامل فقط می‌تواند در C:Users{user}AgentWorkspace بنویسد، می‌تواند C:Users{user}Documents را بخواند، و به بقیه filesystem هیچ دسترسی‌ای ندارد.»</p>
  <p><strong>Network Policy:</strong> مشخص می‌کند عامل می‌تواند به کدام host‌ها و پورت‌ها متصل شود. مثلاً: «فقط api.openai.com:443 و graph.microsoft.com:443 مجاز هستند. هر اتصال دیگری مسدود است.»</p>
  <p><strong>Registry Policy:</strong> دسترسی به registry ویندوز را کنترل می‌کند — می‌تواند به HKCUSoftwareAgentData بنویسد اما به بقیه registry نه.</p>
  <p><strong>Process Policy:</strong> عامل می‌تواند چه فرآیندهایی را اجرا کند؟ این مهم‌ترین کنترل است — می‌توانید اجرای هر فرآیندی را ممنوع کنید مگر یک allowlist مشخص.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«MXC اصل حداقل دسترسی را به عامل‌های هوش مصنوعی می‌برد. درست مثل اینکه به یک کارمند جدید می‌گویید کدام کابینت‌ها را می‌تواند باز کند، نه اینکه کلید همه جا را بدهید.» — Scott Guthrie، EVP Microsoft Cloud + AI، Build 2026</blockquote>

  <p>پیاده‌سازی فنی MXC بر اساس Windows Job Objects (یک مکانیزم قدیمی اما قدرتمند ویندوز) با یک لایه policy جدید است. این به این معناست که overhead بسیار کمتر از یک VM است — مایکروسافت ادعا می‌کند overhead CPU کمتر از ۲٪ است در مقایسه با اجرای بدون sandbox.</p>

  <h2>۳. کانتینر بدون داکر: مزایای رویکرد ویندوز</h2>
  <p>سوال طبیعی اینجاست: چرا از Docker for Windows استفاده نکنیم؟ Docker یک راه‌حل شناخته‌شده و پرمستند است. چرا MXC؟</p>
  <p>Docker for Windows در محیط‌های desktop چند مشکل دارد که IT departments را عصبانی می‌کند: نیازمند WSL2 (Windows Subsystem for Linux 2)، که خودش یک لایه VM لینوکسی است — این overhead قابل‌توجهی دارد. همچنین مدیریت permission‌ها بین container لینوکسی و filesystem ویندوزی پیچیده است و با Azure AD و Active Directory به‌خوبی ادغام نمی‌شود. برای استقرار در مقیاس در سازمان‌های بزرگ نیازمند ابزارهای مدیریت جداگانه است.</p>
  <p>MXC این مشکلات را با رویکرد native حل می‌کند:</p>
  <p>از Intune (سرویس مدیریت دستگاه Microsoft) می‌توان policy های MXC را به‌صورت مرکزی توزیع کرد — همان ابزاری که IT departments برای مدیریت ویندوز استفاده می‌کنند. هیچ ابزار جدیدی لازم نیست. Policy های MXC با Azure AD ادغام می‌شوند — می‌توانید بگویید کاربران عضو گروه «AI Power Users» به یک policy کمتر محدود دسترسی دارند و کاربران معمولی به policy سخت‌گیرانه‌تری.</p>
  <p>اگرچه MXC در ویندوز بومی است، مایکروسافت یک معادل لینوکسی هم ارائه داده — <strong>MXC for Linux</strong> — که بر اساس seccomp و Linux namespaces کار می‌کند و برای Azure Container Apps قابل استفاده است.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>مقایسه مکانیزم‌های containment برای عامل‌های AI در ویندوز:</strong><br/>
    <strong>MXC:</strong> Native Windows | Overhead کم | ادغام با Intune/Azure AD | فقط ویندوز ۱۱<br/>
    <strong>Docker for Windows:</strong> کراس‌پلتفرم | overhead بیشتر | نیازمند WSL2 | ecosystem بزرگ‌تر<br/>
    <strong>App Container:</strong> مکانیزم قدیمی | محدودیت‌های کمتر از MXC | عمدتاً برای UWP apps<br/>
    <strong>Hyper-V Isolation:</strong> قوی‌ترین ایزولاسیون | overhead بالاتر | برای workloads حساس
  </div>

  <h2>۴. OpenClaw Companion: رابط WinUI 3</h2>
  <p>همزمان با معرفی MXC، مایکروسافت یک اپلیکیشن رسمی به نام <strong>OpenClaw Windows Companion</strong> معرفی کرد. این اپلیکیشن که با WinUI 3 (مدرن‌ترین فریم‌ورک UI ویندوز) ساخته شده، یک رابط گرافیکی native برای مدیریت یک instance محلی OpenClaw فراهم می‌کند.</p>
  <p>این همکاری جالب است چون OpenClaw یک پروژه متن‌باز مستقل است و هیچ وابستگی رسمی به مایکروسافت ندارد. اما مایکروسافت تصمیم گرفت به جای ساخت فریم‌ورک عامل رقیب، روی قابلیت اجرای امن OpenClaw روی ویندوز سرمایه‌گذاری کند — یک اعتراف غیرمستقیم به اینکه OpenClaw استاندارد de facto شده است.</p>
  <p>OpenClaw Companion امکانات زیر را فراهم می‌کند:</p>
  <p><strong>مدیریت مهارت‌ها:</strong> رابط گرافیکی برای مشاهده، فعال/غیرفعال کردن، و ویرایش SKILL.md فایل‌ها. کاربران غیرفنی می‌توانند بدون کار با terminal مهارت‌ها را مدیریت کنند.</p>
  <p><strong>Policy Editor:</strong> یک ویرایشگر بصری برای ساخت policy های MXC — بدون نیاز به نوشتن YAML دستی. کاربر می‌تواند با checkbox ها مشخص کند عامل به کدام پوشه‌ها و سرویس‌ها دسترسی دارد.</p>
  <p><strong>Activity Log:</strong> داشبورد real-time که نشان می‌دهد عامل در هر لحظه چه ابزاری استفاده کرده، چه فایلی خوانده یا نوشته، و چه API‌هایی فراخوانی کرده.</p>
  <p><strong>Skill Marketplace:</strong> ادغام با کتابخانه مهارت‌های OpenClaw — می‌توانید مهارت‌های جامعه را مستقیماً از داخل Companion نصب کنید، با بررسی security rating هر مهارت قبل از نصب.</p>

  <h2>۵. Agent 365: اتصال به Microsoft 365</h2>
  <p>یکی از کارایی‌ترین بخش‌های OpenClaw Companion، قابلیت <strong>Agent 365</strong> است — یک سری مهارت رسمی که با داده‌های Microsoft 365 کار می‌کنند: Outlook، Teams، Calendar، OneDrive، و SharePoint.</p>
  <p>مهم‌ترین نکته: Agent 365 از Microsoft Graph API استفاده می‌کند و هر عملیات محدود به سطوح دسترسی تعریف‌شده در Azure AD است. عامل نمی‌تواند به هیچ داده‌ای دسترسی داشته باشد که کاربر انسانی به آن دسترسی ندارد.</p>
  <p>چند مهارت Agent 365 که در Companion از همان ابتدا وجود دارند:</p>
  <p><strong>Email Summarizer:</strong> ایمیل‌های دریافتی را خلاصه و دسته‌بندی می‌کند. می‌توانید از تلگرام بخواهید «ایمیل‌های مهم امروز را بده» و خلاصه Outlook‌تان را در تلگرام دریافت کنید.</p>
  <p><strong>Meeting Prep:</strong> قبل از هر جلسه Teams، اطلاعات مرتبط از OneDrive و ایمیل‌های قبلی با همان شرکت‌کنندگان را جمع‌آوری و خلاصه می‌کند.</p>
  <p><strong>Action Item Tracker:</strong> پس از جلسات Teams، transcript را تحلیل می‌کند، action item ها را استخراج می‌کند، و به عنوان task در Planner یا To-Do ثبت می‌نماید.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> Agent 365 برای سازمان‌ها نیازمند approval از IT admin است. سازمان می‌تواند تعیین کند کدام مهارت‌های Agent 365 برای کدام کاربران مجاز هستند — همان مدل مدیریتی که برای Microsoft 365 Apps وجود دارد. این یعنی MXC نه تنها یک ابزار امنیتی فردی، بلکه یک ابزار governance سازمانی است.</div>

  <h2>۶. پیاده‌سازی: نوشتن سیاست MXC اول</h2>
  <p>برای توسعه‌دهندگانی که می‌خواهند MXC را در پروژه‌های خود استفاده کنند، مایکروسافت یک SDK ارائه داده است. یک فایل policy.yaml برای یک عامل که فقط محتوای وب می‌خواند و در یک پوشه خاص می‌نویسد به این صورت است:</p>
  <p>در بخش filesystem، دو ورودی دارید: مسیر AgentWorkspace با دسترسی read-write و مسیر Documents با دسترسی read-only. در بخش network، فقط دو domain مجاز هستند: api.openai.com و graph.microsoft.com. در بخش process، اجرا ممنوع است مگر برای node.exe. در بخش registry، فقط HKCUSoftwareMyAgent قابل دسترسی است.</p>
  <p>بعد از نوشتن این فایل، برای اجرای یک فرآیند با این policy از MXC SDK استفاده می‌کنید. هر تلاشی برای خواندن خارج از Documents یا نوشتن خارج از AgentWorkspace، یا اتصال به هر domain دیگری، در سطح kernel مسدود می‌شود و یک audit log ایجاد می‌کند.</p>

  <h2>نتیجه‌گیری: MXC و آینده استقرار سازمانی عامل‌های AI</h2>
  <p>MXC نشان می‌دهد که مایکروسافت یک چرخش استراتژیک انجام داده است: از «عامل‌های AI خطرناک هستند» به «عامل‌های AI می‌توانند امن باشند اگر containment درست داشته باشند». این چرخش مهم است چون مایکروسافت یکی از بزرگ‌ترین فروشندگان نرم‌افزار سازمانی است و موضع آن بر سیاست‌گذاری IT در هزاران سازمان تأثیر می‌گذارد.</p>
  <p>برای توسعه‌دهندگانی که روی ابزارهای مبتنی بر OpenClaw برای محیط‌های سازمانی کار می‌کنند، MXC یک فرصت است: اکنون می‌توانند به IT departments بگویند «عامل ما فقط به این لیست محدود از منابع دسترسی دارد، و این را می‌توانید در Intune audit کنید.» این پیام بسیار قابل‌قبول‌تر از «به عامل هوش مصنوعی ما اعتماد کنید» است. و در دنیای enterprise، قابلیت audit و کنترل اغلب مهم‌تر از قابلیت‌های خود سیستم است.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Mon, 25 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>شکاف ژئوپلیتیک عامل‌های متن‌باز: اکوسیستم‌های منطقه‌ای OpenClaw در چین</title>
      <link>https://www.teknav.ir/article/openclaw-china-geopolitical-split</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/openclaw-china-geopolitical-split</guid>
      <description>شکاف ژئوپلیتیک در اکوسیستم عامل‌های AI: مقایسه OpenClaw غربی با اکوسیستم چینی OpenClaw-CN و DeepSeek، و پیامدها برای استانداردسازی جهانی.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">در مارس ۲۰۲۶، اداره فضای مجازی چین (CAC) دستورالعملی صادر کرد که نهادهای دولتی، بانک‌ها، و شرکت‌های دولتی را از استقرار OpenClaw منع می‌کرد. اما درست در همان هفته، صندوق‌های سرمایه‌گذاری در شنژن و چنگدو داشتند روی فورک‌های چینی OpenClaw سرمایه‌گذاری می‌کردند. این پارادوکس بازتابی از تنشی عمیق‌تر است: چطور یک کشور می‌تواند هم‌زمان یک فناوری را ممنوع کند و به آن امیدوار باشد؟</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/openclaw-china-geopolitical-split-photo-1.jpg" alt="شکاف ژئوپلیتیک OpenClaw در چین: ممنوعیت دولتی در برابر سرمایه‌گذاری خصوصی" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">نقشه اکوسیستم OpenClaw در چین: ممنوعیت CAC در سطح نهادهای دولتی در برابر سرمایه‌گذاری فعال در پارک‌های فناوری شنژن، چنگدو و هانگژو برای ساخت فورک‌های بومی با مدل‌های DeepSeek و Qwen.</figcaption>
  </figure>

  <h2>۱. ممنوعیت مارس ۲۰۲۶: چرا چین نگران بود</h2>
  <p>دستورالعمل CAC که در هفته اول مارس ۲۰۲۶ منتشر شد، سه نگرانی اصلی را برمی‌شمرد. اول: <strong>خروج غیرمجاز داده</strong>. با اینکه OpenClaw به‌صورت پیش‌فرض سلف‌هاستد است، نسخه‌های نصب‌شده توسط IT departments ناآشنا ممکن بود به اشتباه به API‌های خارجی متصل شوند — چه به خاطر پیکربندی ناصحیح، چه به خاطر مهارت‌های SKILL.md که از سرویس‌های ابری خارجی استفاده می‌کردند.</p>
  <p>دوم: <strong>اجرای دستورات حذف از طریق چت</strong>. ماهیت عاملی OpenClaw به این معناست که یک پیام متنی می‌تواند منجر به اجرای دستورات سیستمی شود. تصور کنید یک ایمیل مخرب که حاوی دستورالعمل پنهانی برای حذف فایل‌های حساس است — یک مهارت OpenClaw که ایمیل‌ها را پردازش می‌کند ممکن است ناآگاهانه این دستور را اجرا کند (همان حمله prompt injection غیرمستقیم).</p>
  <p>سوم و شاید مهم‌ترین: <strong>فراخوانی API مدل‌های خارجی</strong>. حتی اگر زیرساخت محلی باشد، اگر مهارت‌های نصب‌شده از OpenAI، Anthropic، یا Groq استفاده کنند، داده‌های سازمانی حساس از شبکه‌های دولتی چین خارج می‌شوند. برای نهادهایی که با اسرار دولتی، اطلاعات مالی حساس، یا داده‌های دفاعی کار می‌کنند، این ریسک قابل‌قبول نیست.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> ممنوعیت CAC صرفاً شامل نهادهای دولتی، بانک‌های دولتی، و شرکت‌های زیرنظر دولت بود — نه بخش خصوصی. این تمایز کلیدی است و توضیح می‌دهد چرا همزمان با ممنوعیت، سرمایه‌گذاری خصوصی در فورک‌های OpenClaw شتاب گرفت.</div>

  <p>ممنوعیت با واکنش‌های متفاوتی روبرو شد. در جامعه توسعه‌دهندگان چینی، بسیاری آن را «اثر Streisand» نامیدند — توجه بیشتری به OpenClaw جلب کرد. در Weibo و Bilibili، آموزش‌های راه‌اندازی OpenClaw رکورد بازدید زدند. OpenClaw در بین مهندسان نرم‌افزار چینی بیشتر از هر زمان دیگری مورد بحث قرار گرفت.</p>

  <h2>۲. پارادوکس: ممنوعیت بالا، سرمایه‌گذاری پایین</h2>
  <p>در دنیای سیاست‌گذاری فناوری، چین یک الگوی تکرارشونده دارد که محققان آن را «دوگانه‌سازی عمودی» می‌نامند: محدودیت‌های سختگیرانه در سطوح بالای حاکمیت، سرمایه‌گذاری و آزادی عمل بیشتر در سطوح پایین‌تر و بخش خصوصی. این الگو در مورد OpenClaw هم صدق می‌کند.</p>
  <p>بلافاصله بعد از ممنوعیت CAC، سه اتفاق موازی افتاد:</p>
  <p>اول، <strong>Shenzhen AI Innovation Park</strong> (پارک نوآوری هوش مصنوعی شنژن) یک فراخوان رسمی برای پروژه‌های مبتنی بر «فریم‌ورک‌های عامل متن‌باز» منتشر کرد — اشاره‌ای واضح به OpenClaw بدون اینکه اسمش برده شود.</p>
  <p>دوم، دو شرکت استارتاپ در چنگدو با سرمایه‌گذاری اولیه ۱۵ میلیون یوان اعلام کردند که یک «نسخه سازمانی OpenClaw با یکپارچه‌سازی بومی» می‌سازند.</p>
  <p>سوم، Alibaba Cloud شروع به ارائه یک سرویس «managed agent infrastructure» کرد که از معماری OpenClaw الهام گرفته بود — البته با نام متفاوت و بدون استناد مستقیم به پروژه اصلی.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«چین هرگز فناوری را می‌کشد — آن را ملی می‌کند. ممنوعیت OpenClaw یک سیگنال برای بخش خصوصی بود که بسازد، نه اینکه بخرد.» — تحلیلگر فناوری، The Information Asia، آوریل ۲۰۲۶</blockquote>

  <h2>۳. فورک‌های چینی: OpenClaw با DeepSeek</h2>
  <p>جالب‌ترین تحول در این داستان، چگونگی ادغام مدل <strong>DeepSeek</strong> در فورک‌های چینی OpenClaw است. DeepSeek — مدل زبانی بزرگ متن‌باز از شرکت چینی به همین نام — در اوایل ۲۰۲۵ با عملکرد قابل‌رقابت با GPT-4o در عین هزینه استنتاج بسیار پایین‌تر، موج بزرگی در جامعه AI جهانی ایجاد کرد.</p>
  <p>فورک‌های چینی OpenClaw (که معمولاً با پسوند -CN یا -Guochan نام‌گذاری می‌شوند) معماری اصلی را حفظ می‌کنند اما چند تغییر اساسی دارند:</p>
  <p><strong>Model Adapter بازنویسی‌شده:</strong> به جای پشتیبانی از OpenAI API و Anthropic API، تمرکز روی Ollama با DeepSeek، Qwen (از Alibaba)، و Baidu ERNIE است. هیچ API خارجی‌ای در پیکربندی پیش‌فرض وجود ندارد.</p>
  <p><strong>حذف پشتیبانی Signal و WhatsApp:</strong> هر دو این پیام‌رسان‌ها در چین مسدود هستند. فورک‌های چینی این کانال‌ها را حذف کرده‌اند.</p>
  <p><strong>افزودن پشتیبانی از DingTalk و Feishu:</strong> دو پلتفرم همکاری سازمانی محبوب در چین که Alibaba و ByteDance آن‌ها را توسعه داده‌اند.</p>
  <p><strong>بهینه‌سازی برای مدل‌های چینی:</strong> پرامپت‌های سیستمی پیش‌فرض به زبان چینی، و چند بهینه‌سازی SKILL.md مخصوص مدل‌های بومی.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>مقایسه عملکرد DeepSeek در فورک‌های چینی OpenClaw:</strong><br/>
    <strong>DeepSeek-V3 (7B کوانتیزه):</strong> مناسب برای سرورهای با ۸GB VRAM | سرعت پاسخ ۲-۴ ثانیه<br/>
    <strong>DeepSeek-V3 (33B کوانتیزه):</strong> نیاز به ۲۴GB VRAM | کیفیت بالاتر برای محیط‌های سازمانی<br/>
    <strong>Qwen-2.5 72B:</strong> پیشرفته‌ترین گزینه محلی | نیاز به GPU سطح سرور | برترین در زبان چینی
  </div>

  <h2>۴. ویچت به جای سیگنال</h2>
  <p>یکی از جذاب‌ترین چالش‌های فنی برای سازندگان فورک‌های چینی، جایگزینی Signal با <strong>WeChat</strong> بود. WeChat در چین تقریباً معادل اینترنت موبایل است — یک میلیارد و سیصد میلیون کاربر فعال، ادغام با سیستم‌های پرداخت، و یک اکوسیستم Mini Programs که آن را به چیزی فراتر از یک پیام‌رسان تبدیل کرده است.</p>
  <p>اما ادغام WeChat با یک عامل خودکار از نظر فنی و سیاسی پیچیده‌تر از Signal یا تلگرام است. WeChat API رسمی برای اتوماسیون کامل مکالمه طراحی نشده — عمدتاً برای Mini Programs و Official Accounts است، نه ربات‌های مکالمه‌ای کامل. راه‌حلی که فورک‌های چینی پیدا کردند، استفاده از WeWork (نسخه سازمانی WeChat) بود که API بازتری دارد.</p>
  <p>برای بازار مصرفی، برخی فورک‌ها از روش غیررسمی‌تری استفاده می‌کنند: اجرای WeChat روی یک instance اندروید مجازی در سرور و کنترل آن از طریق accessibility API. این روش پایدار نیست و با هر به‌روزرسانی WeChat ممکن است بشکند، اما در غیاب یک API رسمی مناسب، رایج‌ترین راه‌حل است.</p>

  <h2>۵. درس‌های جهانی: حاکمیت داده در عمل</h2>
  <p>ماجرای OpenClaw در چین یک آزمایشگاه طبیعی برای فهمیدن «حاکمیت داده» در دنیای هوش مصنوعی است. ادعا این است که یک کشور می‌تواند زیرساختی بسازد که داده‌های شهروندان و سازمان‌هایش را در داخل مرزهای خود نگه دارد. OpenClaw این ادعا را به چالش می‌کشد — و فورک‌های چینی نشان می‌دهند که «بومی‌سازی» فناوری ممکن است اما هزینه دارد.</p>
  <p>چین با جایگزینی OpenAI API با DeepSeek، و Signal با WeWork، یک «پشته عامل حاکمیتی» ساخته است: مدل زبانی محلی + عامل متن‌باز بومی‌سازی‌شده + پیام‌رسان داخلی. این پشته می‌تواند روی سخت‌افزار داخل کشور اجرا شود و هیچ داده‌ای را از مرزها عبور ندهد.</p>
  <p>اما آیا این «حاکمیت» واقعی است؟ باید سوال کرد: حاکمیت از چه کسی؟ داده‌های کاربران چینی که از WeChat عبور می‌کنند همچنان در دسترس Tencent هستند. DeepSeek متعلق به یک شرکت خصوصی چینی است. «حاکمیت ملی» از دیدگاه دولت ممکن است به معنای «کنترل بیشتر دولت» باشد، نه «حریم خصوصی بیشتر برای شهروند».</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> الگوی چین — ممنوعیت در سطح دولتی، تشویق بومی‌سازی در بخش خصوصی — احتمالاً در کشورهای دیگر هم تکرار خواهد شد. اتحادیه اروپا، هند، روسیه، و عربستان سعودی همگی در حال بررسی سیاست‌های مشابه برای زیرساخت‌های هوش مصنوعی هستند.</div>

  <h2>۶. پیامد برای ایران و کشورهای منطقه</h2>
  <p>برای ایران، داستان OpenClaw در چین یک آینه است. دینامیک مشابهی قابل تصور است: نگرانی‌های امنیتی در سطح نهادهای دولتی از یک طرف، اشتیاق جامعه توسعه‌دهنده برای ابزارهای مدرن هوش مصنوعی از طرف دیگر.</p>
  <p>جامعه توسعه‌دهنده ایرانی — که همیشه در برابر محدودیت‌ها راه‌حل‌های خلاقانه پیدا کرده — از همان روزهای اول OpenClaw علاقه‌مند بود. مزایای آن برای بازار ایران آشکار است: عدم نیاز به تحریم‌شکنی برای استفاده از مدل‌های محلی (با Ollama)، اجرا روی سرورهای داخل کشور، و قابلیت ادغام با پیام‌رسان‌های محبوب در ایران مثل تلگرام.</p>
  <p>مدل‌هایی مثل Llama یا Qwen که کاملاً متن‌باز و بدون محدودیت جغرافیایی هستند، پایه خوبی برای یک «پشته عامل ایرانی» فراهم می‌کنند. ترکیب OpenClaw + Ollama + Llama 3.3 یا Qwen 2.5 + تلگرام یک ابزار کارآمد است که بدون هیچ سرور خارجی کار می‌کند.</p>
  <p>اما درس اصلی از چین برای هر کشوری یکسان است: فناوری متن‌باز نمی‌تواند «ملی» یا «حاکمیتی» شود — فقط می‌تواند «بومی‌سازی» شود. و بومی‌سازی معنی‌اش تطبیق با زبان، فرهنگ، زیرساخت، و ابزارهای محلی است — نه انحصار یا کنترل. OpenClaw چینی یا OpenClaw ایرانی در نهایت باید با کد پایه OpenClaw اصلی هماهنگ بماند وگرنه مزایای یک جامعه جهانی ۱۴۵٬۰۰۰ ستاره‌ای را از دست می‌دهد.</p>

  <h2>نتیجه‌گیری: زیرساخت که از کشوری به کشور دیگر شکل متفاوتی می‌گیرد</h2>
  <p>OpenClaw به چیزی شبیه زیرساخت‌های بنیادی دیجیتال تبدیل شده است — مثل پروتکل HTTP یا فرمت PDF. همه از آن استفاده می‌کنند، اما هر کشور و هر سازمان «لایه» خود را روی آن می‌سازد.</p>
  <p>چین الگویی ایجاد کرده که احتمالاً در دهه آینده توسط کشورهای بیشتری دنبال خواهد شد: معماری متن‌باز + مدل‌های زبانی بومی + پیام‌رسان‌های محلی + قوانین استقرار = «پشته عامل حاکمیتی». این الگو هم فرصت است هم خطر — فرصت برای توسعه‌دهندگانی که می‌توانند این بومی‌سازی را بسازند، خطر برای کاربران نهایی که ممکن است «حاکمیت ملی» به قیمت کاهش حریم خصوصی شخصی آن‌ها باشد.</p>
  <p>ماجرای OpenClaw در چین را می‌توان خلاصه کرد: هیچ فناوری قدرتمندی در خلأ سیاسی وجود ندارد. هر ابزاری که به اندازه کافی قابل‌توجه باشد، به میدان کشمکش میان حاکمیت، بازار، و حریم خصوصی فردی تبدیل می‌شود. و OpenClaw، با ۱۴۵٬۰۰۰ ستاره و معماری سلف‌هاستد، قدرتمند کافی است که این کشمکش را در هر کشوری که وارد شود برانگیزد.</p>
</div>
]]></content:encoded>
      <category>هوش مصنوعی</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sun, 24 May 2026 05:30:00 GMT</pubDate>
    </item>
    <item>
      <title>اجرای OpenClaw روی Docker و VPS: راهنمای کامل سلف‌هاستینگ و Allowlist</title>
      <link>https://www.teknav.ir/article/openclaw-docker-vps-guide</link>
      <guid isPermaLink="true">https://www.teknav.ir/article/openclaw-docker-vps-guide</guid>
      <description>راهنمای کامل سلف‌هاستینگ OpenClaw روی Docker و VPS: نصب، پیکربندی Allowlist، مدیریت API key، تنظیم nginx reverse proxy و بهینه‌سازی امنیت.</description>
      <content:encoded><![CDATA[
<div class="article-content">
  <p class="lead">اجرای یک عامل هوش مصنوعی سلف‌هاستد روی VPS شاید در ظاهر پیچیده به نظر برسد، اما با راهنمای درست می‌توانید در کمتر از دو ساعت یک دستیار AI شخصی داشته باشید که کاملاً تحت کنترل شماست — با امنیت SSL، سیستم allowlist، و هزینه‌ای کمتر از یک فنجان قهوه در روز.</p>

  <figure style="margin: 0 0 28px 0; border-radius: 10px; overflow: hidden; border: 1px solid #E4DDD2;">
    <img src="/images/articles/openclaw-docker-vps-guide-photo-1.jpg" alt="راه‌اندازی OpenClaw روی VPS با Docker و nginx" loading="lazy" style="width: 100%; height: auto; display: block;" />
    <figcaption style="font-size: 12px; color: #5F6B6D; padding: 10px 14px; background: #F4EFE6; line-height: 1.7; direction: rtl;">پیکربندی Docker Compose برای OpenClaw روی یک VPS لینوکسی — nginx به عنوان reverse proxy جلوی OpenClaw قرار می‌گیرد و Let's Encrypt SSL رایگان فراهم می‌کند.</figcaption>
  </figure>

  <h2>۱. انتخاب VPS مناسب: مشخصات و هزینه</h2>
  <p>اولین تصمیم — و مهم‌ترین آن — انتخاب سرور مجازی مناسب است. OpenClaw به خودی خود سبک است، اما اگر بخواهید مدل زبانی محلی هم اجرا کنید، نیازمندی‌ها بالاتر می‌روند.</p>
  <p><strong>پیکربندی حداقلی (بدون مدل محلی):</strong> اگر از API خارجی مثل OpenAI یا Groq استفاده می‌کنید، یک VPS با ۲ vCPU و ۴ گیگابایت RAM کافی است. OpenClaw در حالت API محور، مصرف CPU و RAM بسیار پایینی دارد — بیشتر وقت منتظر پاسخ API می‌ماند.</p>
  <p><strong>پیکربندی توصیه‌شده (با مدل محلی):</strong> اگر می‌خواهید Ollama با یک مدل ۷ تا ۸ میلیارد پارامتری اجرا کنید، به حداقل ۸ گیگابایت RAM نیاز دارید. ۱۶ گیگابایت ایده‌آل است تا سیستم‌عامل و سایر سرویس‌ها هم به‌راحتی اجرا شوند. GPU؟ برای استنتاج روی CPU هم نتیجه قابل‌قبولی خواهید داشت، اگرچه کندتر است.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>مقایسه ارائه‌دهندگان VPS (ژوئن ۲۰۲۶):</strong><br/>
    <strong>Hetzner CX21</strong> — ۲ vCPU، ۴GB RAM: ~€4.9/ماه | اروپا | بهترین قیمت/عملکرد<br/>
    <strong>Hetzner CX31</strong> — ۲ vCPU، ۸GB RAM: ~€8.9/ماه | توصیه‌شده برای مدل محلی سبک<br/>
    <strong>Contabo VPS S</strong> — ۴ vCPU، ۸GB RAM: ~€5.9/ماه | آلمان | ارزان‌تر برای RAM بالاتر<br/>
    <strong>DigitalOcean Droplet</strong> — ۲ vCPU، ۴GB RAM: ~$24/ماه | گران‌تر اما رابط کاربری بهتر<br/>
    <strong>توجه:</strong> برای کاربران ایرانی، Hetzner و Contabo معمولاً دسترسی آسان‌تری دارند.
  </div>

  <p>توزیع لینوکس توصیه‌شده: <strong>Ubuntu 24.04 LTS</strong>. پشتیبانی طولانی‌مدت، مستندات فراوان، و Docker به‌خوبی روی آن کار می‌کند. Debian 12 هم گزینه خوبی است اگر ترجیح می‌دهید سیستم سبک‌تری داشته باشید.</p>
  <p>قبل از هر کاری، یک کاربر غیر root بسازید و SSH key authentication تنظیم کنید. هرگز با کاربر root روی سرور production کار نکنید:</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> قبل از نصب هر چیزی، <code>ufw allow 22/tcp</code> و <code>ufw allow 80/tcp</code> و <code>ufw allow 443/tcp</code> را اجرا کنید و سپس <code>ufw enable</code>. firewall را فعال کنید — پورت‌های غیرضروری را ببندید. پورت OpenClaw (پیش‌فرض 3100) را هرگز مستقیماً به اینترنت expose نکنید؛ فقط از طریق nginx در دسترس باشد.</div>

  <h2>۲. نصب Docker و پیکربندی اولیه</h2>
  <p>Docker Engine را از مخزن رسمی نصب کنید — از بسته‌های توزیع استفاده نکنید چون معمولاً نسخه‌های قدیمی‌تری هستند:</p>
  <p>بعد از نصب، مخزن OpenClaw را clone کنید:</p>
  <p><code>git clone https://github.com/steinberger-labs/openclaw.git /opt/openclaw</code></p>
  <p>وارد پوشه شوید و فایل محیط را بسازید:</p>
  <p><code>cd /opt/openclaw &amp;&amp; cp .env.example .env</code></p>
  <p>فایل <code>.env</code> را با یک ویرایشگر متن باز کنید و متغیرهای اصلی را تنظیم کنید:</p>
  <p><strong>NODE_ENV=production</strong> — حتماً روی production تنظیم کنید تا لاگ‌های debug غیرفعال شوند.</p>
  <p><strong>SECRET_KEY</strong> — یک رشته تصادفی ۳۲+ کاراکتری برای امضای session‌ها. از <code>openssl rand -hex 32</code> استفاده کنید.</p>
  <p><strong>MODEL_PROVIDER</strong> — مقدار <code>ollama</code> برای مدل محلی یا <code>openai</code>، <code>anthropic</code>، <code>groq</code> برای API خارجی.</p>
  <p><strong>RATE_LIMIT_PER_HOUR</strong> — حداکثر تعداد درخواست در ساعت برای هر کاربر. پیش‌فرض ۵۰ توصیه می‌شود.</p>
  <p>فایل <code>docker-compose.yml</code> پیش‌فرض OpenClaw شامل سرویس‌های openclaw (سرویس اصلی)، nginx (reverse proxy)، و اگر مدل محلی می‌خواهید، ollama است. برای امنیت بیشتر، سرویس openclaw را با یک کاربر غیر root اجرا کنید: در docker-compose.yml، زیر سرویس openclaw اضافه کنید: <code>user: "1001:1001"</code>.</p>

  <h2>۳. راه‌اندازی nginx و SSL</h2>
  <p>nginx به عنوان reverse proxy جلوی OpenClaw قرار می‌گیرد و دو کار اصلی انجام می‌دهد: ترمینیشن SSL و محافظت از پورت داخلی OpenClaw.</p>
  <p>ابتدا یک domain تهیه کنید. اگر می‌خواهید هزینه را کم نگه دارید، یک subdomain رایگان از سرویس‌هایی مثل DuckDNS کافی است، اما داشتن یک دامنه واقعی برای SSL و credibility بهتر است.</p>
  <p>بعد از اینکه DNS دامنه‌تان به IP سرور اشاره کرد، Certbot را نصب کنید:</p>
  <p><code>apt install certbot python3-certbot-nginx</code></p>
  <p>در فایل nginx.conf داخل پیکربندی Docker، server name و proxy_pass را تنظیم کنید. سپس Let's Encrypt را اجرا کنید:</p>
  <p><code>certbot --nginx -d yourdomain.com</code></p>
  <p>Certbot به صورت خودکار گواهینامه صادر می‌کند، فایل nginx.conf را ویرایش می‌کند تا HTTPS فعال شود، و یک cron job برای تجدید خودکار می‌سازد. بعد از این، ترافیک HTTP به صورت خودکار به HTTPS redirect می‌شود.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> در پیکربندی nginx، حتماً header‌های امنیتی اضافه کنید: <code>add_header X-Frame-Options DENY;</code> و <code>add_header X-Content-Type-Options nosniff;</code> و <code>add_header Strict-Transport-Security "max-age=31536000";</code>. این header‌ها لایه امنیتی اضافه‌ای در برابر حملات رایج فراهم می‌کنند.</div>

  <h2>۴. پیکربندی allowlist و امنیت</h2>
  <p>یکی از مهم‌ترین تنظیمات امنیتی OpenClaw، فایل <code>allowlist.json</code> است. این فایل مشخص می‌کند چه کسانی مجاز به ارتباط با عامل شما هستند.</p>
  <p>بدون allowlist، هر کسی که شماره تلگرام یا آدرس سیگنال ربات شما را داشته باشد می‌تواند با آن ارتباط برقرار کند. این برای استفاده شخصی قابل‌قبول نیست — به‌خصوص اگر عامل شما به فایل‌های حساس یا سرویس‌های مهم دسترسی دارد.</p>
  <p>ساختار allowlist.json به این صورت است: یک شیء JSON که کلیدهای آن نام پیام‌رسان هستند (telegram، signal، slack) و مقادیر آن‌ها آرایه‌ای از شناسه‌های مجاز. برای تلگرام، user ID عددی کاربر (نه username) را وارد کنید. برای سیگنال، شماره تلفن با فرمت بین‌المللی. برای Slack، user ID که با حرف U شروع می‌شود.</p>

  <div class="footnote-box" style="padding: 14px; border-radius: 10px; background: #FAF7F0; border: 1px solid #E4DDD2; font-size: 12px; margin-bottom: 20px;">
    <strong>مثال allowlist.json:</strong><br/>
    <code>{"telegram": ["123456789", "987654321"], "signal": ["+989121234567"], "slack": ["U01ABC123"]}</code><br/>
    برای پیدا کردن Telegram User ID خود: ربات @userinfobot را پیدا کنید و یک پیام ارسال کنید — ID عددی شما را برمی‌گرداند.
  </div>

  <p>علاوه بر allowlist، چند تنظیم امنیتی دیگر را حتماً پیکربندی کنید:</p>
  <p><strong>MAX_MESSAGE_LENGTH:</strong> حداکثر طول پیام ورودی. پیام‌های خیلی طولانی می‌توانند نشانه‌ای از prompt injection باشند. مقدار پیش‌فرض ۲۰۰۰ کاراکتر معقول است.</p>
  <p><strong>SKILL_TIMEOUT_MS:</strong> حداکثر زمان اجرای یک مهارت در میلی‌ثانیه. از اجرای نامحدود جلوگیری می‌کند. ۳۰۰۰۰ (۳۰ ثانیه) برای اکثر مهارت‌ها کافی است.</p>
  <p><strong>SANDBOX_UNTRUSTED:</strong> اگر روی true تنظیم شود، مهارت‌هایی که محتوای خارجی پردازش می‌کنند در یک حالت محدودتر اجرا می‌شوند.</p>

  <h2>۵. اتصال به تلگرام/سیگنال</h2>
  <p>برای <strong>تلگرام</strong>، ابتدا یک ربات بسازید. @BotFather در تلگرام را پیدا کنید، دستور /newbot را ارسال کنید، یک نام و username انتخاب کنید. BotFather یک Token API به شما می‌دهد — این را در فایل .env در متغیر TELEGRAM_BOT_TOKEN کپی کنید.</p>
  <p>یک تنظیم مهم: حتماً Privacy Mode ربات را در BotFather با دستور /setprivacy روی DISABLED تنظیم کنید اگر می‌خواهید ربات پیام‌های گروهی را هم ببیند. اما برای استفاده شخصی که فقط چت خصوصی دارید، این نیاز نیست.</p>
  <p>برای <strong>سیگنال</strong>، فرآیند کمی پیچیده‌تر است. OpenClaw از signal-cli استفاده می‌کند که نیازمند ثبت یک شماره تلفن در سیستم سیگنال است. در Docker Compose، یک سرویس signal-cli وجود دارد. پس از راه‌اندازی، باید شماره را از طریق captcha یا SMS تأیید کنید. دستورالعمل دقیق در مستندات OpenClaw موجود است.</p>
  <p>پس از پیکربندی:</p>
  <p><code>docker compose up -d</code></p>
  <p>و لاگ‌ها را بررسی کنید:</p>
  <p><code>docker compose logs -f openclaw</code></p>
  <p>اگر همه چیز درست باشد، خط <code>OpenClaw ready — connected to [channel] and [model]</code> را خواهید دید.</p>

  <blockquote style="border-right: 4px solid #D49A2A; margin: 28px 0; padding: 16px 20px; background: #D49A2A0A; border-radius: 0 8px 8px 0; font-size: 16px; color: #263238; font-style: normal;">«هزینه کل زیرساخت سلف‌هاستد من: ۴.۹ یورو ماهانه برای VPS + ۱۲ یورو سالانه برای دامنه. در عوض، یک دستیار AI که ایمیل‌هایم را پردازش می‌کند، جلساتم را یادداشت می‌کند، و هرگز داده‌هایم را به هیچ شرکت خارجی‌ای نمی‌فرستد.» — کامنت کاربر در Hacker News، مه ۲۰۲۶</blockquote>

  <h2>۶. نظارت و نگهداری</h2>
  <p>یک سرویس production بدون نظارت مثل ماشینی است که بدون داشبورد رانندگی می‌کنید. OpenClaw چند مکانیزم نظارت داخلی دارد:</p>
  <p><strong>Health Check Endpoint:</strong> آدرس <code>/health</code> یک JSON ساده برمی‌گرداند که وضعیت سرویس، اتصال به مدل، و اتصال به پیام‌رسان‌ها را نشان می‌دهد. می‌توانید از UptimeRobot یا Better Uptime برای پینگ کردن این endpoint هر ۵ دقیقه یک‌بار استفاده کنید و alert ایمیل یا SMS دریافت کنید.</p>
  <p><strong>Prometheus Metrics:</strong> اگر <code>METRICS_ENABLED=true</code> تنظیم کنید، OpenClaw metrics را روی <code>/metrics</code> expose می‌کند — تعداد پیام‌های پردازش‌شده، زمان پاسخ مدل، تعداد خطاها، و استفاده از مهارت‌های مختلف.</p>
  <p><strong>Grafana Dashboard:</strong> یک فایل dashboard آماده در مخزن OpenClaw موجود است که می‌توانید مستقیماً در Grafana import کنید. Grafana + Prometheus با هم یک سیستم نظارت کامل فراهم می‌کنند.</p>

  <div class="insight-box" style="padding: 14px; border-radius: 10px; background: #0F6B7311; border: 1px solid #0F6B7340; margin-bottom: 20px;"><strong>نکته:</strong> استراتژی پشتیبان‌گیری: سه فایل اصلی را backup کنید: <code>.env</code> (اعتبارنامه‌ها)، <code>allowlist.json</code> (کاربران مجاز)، و پوشه <code>skills/</code> (مهارت‌های سفارشی‌تان). این سه فایل کل پیکربندی شخصی شما هستند. آن‌ها را در یک مخزن git خصوصی ذخیره کنید. در صورت نیاز به migration به سرور جدید، تنها با این فایل‌ها می‌توانید سرویس را در چند دقیقه بازیابی کنید.</div>

  <p>به‌روزرسانی OpenClaw: به صورت منظم (پیشنهاد: ماهانه) آخرین تغییرات را pull کنید و container را rebuild کنید:</p>
  <p><code>cd /opt/openclaw &amp;&amp; git pull &amp;&amp; docker compose up -d --build</code></p>
  <p>قبل از هر به‌روزرسانی، changelog را بررسی کنید تا از تغییرات breaking آگاه باشید.</p>

  <h2>نتیجه‌گیری: سرمایه‌گذاری کمتر از یک قهوه در روز</h2>
  <p>اجرای OpenClaw روی VPS پنج مرحله دارد: تهیه سرور، نصب Docker، پیکربندی nginx و SSL، تنظیم allowlist، و اتصال به پیام‌رسان. هر مرحله مستقیم است و با مستندات OpenClaw می‌توانید آن را دنبال کنید.</p>
  <p>نتیجه: یک دستیار هوش مصنوعی که ۲۴/۷ در دسترس است، در پیام‌رسانی که هر روز استفاده می‌کنید پاسخ می‌دهد، کاملاً پیکربندی‌پذیر است، و داده‌هایتان روی سخت‌افزاری است که کنترل آن را دارید. هزینه: کمتر از €۵ در ماه. ارزش: تسلط کامل بر ابزار هوش مصنوعی شخصی‌تان.</p>
  <p>کسانی که امروز این زیرساخت را می‌سازند، فردا در موقعیتی هستند که می‌توانند مهارت‌های OpenClaw را برای نیازهای خاص خودشان و کسب‌وکارشان بسازند — بدون وابستگی به هیچ پلتفرم مرکزی‌ای. این آزادی، ارزش یادگیری ۲ ساعت تنظیمات را دارد.</p>
</div>
]]></content:encoded>
      <category>نرم‌افزار</category>
      <author>editor@teknav.ir (آرسام صباغ)</author>
      <pubDate>Sat, 23 May 2026 05:30:00 GMT</pubDate>
    </item>
  </channel>
</rss>