حاکمیت داده در هوش مصنوعی سازمانی

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

حاکمیت داده در هوش مصنوعی سازمانی یعنی چه؟

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

هفت پرسشی که واحد انطباق می‌پرسد

  • داده در کدام مرز جغرافیایی و کدام شبکه پردازش می‌شود؟
  • آیا متن اسناد از سازمان خارج می‌شود، حتی موقت؟
  • هر کاربر به چه داده‌ای دسترسی دارد و این محدودیت کجا اعمال می‌شود؟
  • آیا می‌توان گفت چه کسی، چه زمانی، چه پرسشی کرده و چه پاسخی گرفته؟
  • اگر پاسخی نادرست بود، مسیر بازگشت و اصلاحش چیست؟
  • داده‌ی پرسش‌ها چقدر نگهداری می‌شود و چطور حذف می‌شود؟
  • اگر قرارداد پایان یابد، داده و پایگاه دانش چه می‌شود؟

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

سه مدل استقرار و آنچه هرکدام می‌دهد

انتخاب بین این سه، تصمیم فنی نیست؛ تصمیم ریسک است و باید با واحد انطباق گرفته شود نه با تیم فناوری تنها.

نکته‌ای که معمولاً دیر فهمیده می‌شود: در حالت درون‌شبکه‌ای، دقت مدل معمولاً کمی پایین‌تر از بهترین مدل‌های ابری است. این یک معامله است، نه یک نقص — یا حداکثر دقت، یا داده‌ای که اصلاً بیرون نمی‌رود.

مدلداده کجا می‌رودمناسب چه داده‌ای
ابری عمومیبه سرویس بیرونی، خارج از سازمانداده‌ی عمومی و منتشرشده
ابری اختصاصیبه سرویس بیرونی ولی با جداسازی و قراردادداده‌ی داخلی غیرطبقه‌بندی‌شده
درون‌شبکه‌ای (On-Premise)هیچ‌جا — پردازش داخل شبکه‌ی خود سازمانداده‌ی طبقه‌بندی‌شده و تحت مقررات

کنترل دسترسی باید در لایه‌ی بازیابی باشد

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

معماری درست این است که دسترسی کاربر پیش از بازیابی اعمال شود: سندی که کاربر حق دیدنش را ندارد، اصلاً وارد مرحله‌ی بازیابی نمی‌شود. آنچه مدل نمی‌بیند، نمی‌تواند لو بدهد.

لاگ ممیزی: چیزی که در دمو دیده نمی‌شود

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

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

از کجا شروع کنیم

تجربه‌ی متعارف این است که با یک حوزه‌ی کم‌ریسک و درون‌سازمانی شروع شود که خروجی‌اش رو به بیرون نیست — مثلاً پرسش‌های منابع انسانی یا آیین‌نامه‌های داخلی.

پس از اینکه کنترل دسترسی و لاگ در عمل جواب داد و واحد انطباق تأییدش کرد، گسترش به حوزه‌های حساس‌تر بسیار ساده‌تر است، چون دیگر بحث بر سر معماری نیست.

پرسش‌های متداول

استقرار درون‌شبکه‌ای چه سخت‌افزاری می‌خواهد؟

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

آیا در حالت ابری، اسناد ما برای آموزش مدل استفاده می‌شوند؟

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

چطور جلوی پاسخ نادرست را بگیریم؟

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

اگر قرارداد تمام شود، پایگاه دانش چه می‌شود؟

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

معماری متناسب با الزامات شما

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

درخواست جلسه

خانواده‌ی آرتین

شرکت هوش گستر فردا آرتین چند محصول هوش مصنوعی فارسی می‌سازد. هر کدام کار خودش را می‌کند — این‌ها را ببینید تا بدانید کدام به کار شما می‌آید.