انطباق داده برای ابزارهای کدنویسی با هوش مصنوعی:
پرسش‌هایی که باید پیش از خرید بپرسید
ابتدا دادههای خود را در 3 دسته قرار دهید — کد منبع، اسرار، داده مشتری — سپس 5 پرسش را که باید در قرارداد بیایند از فروشنده بپرسید. فقط 2 مورد از آن‌ها را می‌توانید خودتان بررسی کنید؛ بقیه بر شرایط مکتوب استوارند، و اطمینان شفاهی در حسابرسی هیچ ارزشی ندارد.
به‌روزرسانی شده 2026-11-14
یک کلید برای Claude، GPT و مدلهای چینی — آنچه این صفحه توضیح میدهد را در عمل پیاده کنید.
- صورت‌حساب به‌ازای توکن — نرخ‌های زنده در /models
- پرداخت با کارت (Visa / Mastercard)، Apple Pay، Google Pay یا رمزارز
- به‌صورت خودخدمت: شارژ حساب و فعال‌سازی فوری
چهار عددی که ابتدا باید مشخص شوند
دادههای خود را طبقه‌بندی کنید
خود کد منبع، اسرار جاسازی‌شده در آن، و هر داده مشتری که همراه دارد — سه حساسیت و راهکار کاملاً متفاوت.
که جایشان در قرارداد است
داده کجا قرار دارد، چه مدت نگهداری میشود، آیا برای آموزش چیزی استفاده میشود، چه کسی میتواند آن را بخواند، و پس از یک حادثه چقدر سریع به شما اطلاع داده میشود. هر موردی که غایب باشد، در حسابرسی یک جای خالی است.
که خودتان می‌توانید بررسی کنید
اینکه درخواست‌ها واقعاً به کدام نقطه پایانی می‌رسند (پیکربندی کلاینت یا ضبط بسته شبکه) و اینکه انتقال به‌صورت سرتاسری TLS است یا نه. هر چیز دیگری بر شرایط تکیه دارد.
مبنای مکتوب
فقط چیزی که مکتوب باشد را می‌توان به واحد حقوقی و حسابرسی نشان داد. آنچه یک فروشنده گفته و آنچه یک تاپیک انجمن ادعا میکند، مبنا نیست.
انطباق کدنویسی با هوش مصنوعی با انطباق SaaS معمولی یکی نیست
در SaaS معمولی، شما داده کسب‌وکار را بارگذاری می‌کنید. در کدنویسی با هوش مصنوعی، خود کد منبع را بارگذاری می‌کنید، اغلب کل فایل‌ها و ساختارهای دایرکتوری. بدتر اینکه کد منبع معمولاً چیزهای دیگری هم با خود می‌آورد: کلیدهای جاسازی‌شده در کد، رشته‌های اتصال، رکوردهای واقعی مشتری که در تست‌ها استفاده شده‌اند، نامهای میزبان داخلی. وقتی این‌ها همراه با زمینه به بیرون می‌روند، دیگر خطر فقط «کسی کد ما را دیده است» نیست. بنابراین قدم اول پرسیدن از فروشنده نیست — بلکه فهمیدن این است که واقعاً چه چیزی در مخزن شما وجود دارد.
پنج موردی که باید پیش از خرید مشخص شوند
① داده در کدام حوزه قضایی قرار دارد و آیا از مرزها عبور میکند. ② درخواست‌ها و پاسخ‌ها چه مدت نگهداری می‌شوند و آیا می‌توان این نگهداری را غیرفعال کرد. ③ آیا هیچ‌یک از آن‌ها به آموزش یا ارزیابی مدل وارد میشود. ④ چه کسی در سازمان ارائهدهنده میتواند آن را بخواند و تحت چه شرایطی. ⑤ پس از یک حادثه، با چه سرعتی و به چه کسی به شما اطلاع داده میشود. هر پنج مورد را مکتوب دریافت کنید — شرایط خدمات، یک ضمیمه پردازش داده یا خود قرارداد همه معتبرند، به شرطی که سندی باشد که بتوانید به واحد حقوقی بدهید. هر چیزی که فقط شفاهی پاسخ داده شود باید جای خالی تلقی شود.
سه قدم، به همین ترتیب
ابتدا به درون نگاه کنید: مخزنهایی را که قصد اتصالشان را دارید اسکن کنید و اسرار هاردکد‌شده، سوابق واقعی مشتریان و نامهای میزبان داخلی را حذف کنید. مزیت این کار مستقل از ارائه‌دهنده‌ای است که انتخاب می‌کنید و تنها بخشی از زنجیره است که کاملاً تحت کنترل شما قرار دارد.
سپس به بیرون نگاه کنید: پنج پرسش را برای گزینه‌های خود ارسال کنید و پاسخ مکتوب بخواهید. به‌طور موازی، دو چیزی را که می‌توانید بررسی کنید: اینکه درخواست‌ها واقعاً به کدام نقطه پایانی می‌رسند، و اینکه انتقال به‌صورت سرتاسری رمزنگاری شده است یا نه.
در نهایت، آن را مکتوب کنید: دوره نگهداری، استفاده برای آموزش و بازه اطلاع‌رسانی در قرارداد یا DPA درج می‌شوند. اگر ارائهدهنده فقط بتواند بگوید «ما عموماً این کار را نمیکنیم»، ریسک را طوری ارزیابی کنید که گویی این کار را انجام می‌دهند.
آنچه می‌توانید بررسی کنید در برابر آنچه فقط بر شرایط تکیه دارد
این را می‌توانید بررسی کنید
① نقطه پایانی در پیکربندی کلاینت شما به کجا اشاره میکند (متغیرهای محیطی، فایل‌های پیکربندی یا یک ضبط بسته آن را نشان می‌دهند). ② آیا انتقال به‌صورت سرتاسری TLS است. ③ آیا مدلی که در پاسخ بازتاب داده میشود همان مدلی است که درخواست کرده‌اید. ④ آیا مبنای صورت‌حساب با مصرف تطبیق دارد. این‌ها واقعیت‌های فنی هستند — یک آزمون آن‌ها را مشخص میکند.
این فقط بر شرایط متکی است
① داده‌ها از نظر فیزیکی در کدام حوزه قضایی قرار دارند. ② داده‌ها واقعاً چه مدت نگهداری می‌شوند و چگونه حذف می‌شوند. ③ آیا وارد مجموعه آموزش یا ارزیابی می‌شوند. ④ دسترسی داخلی چگونه تفکیک میشود. ⑤ پردازش فرعی آن‌ها به چه کسی واگذار میشود. هیچ‌یک از این موارد از سمت کلاینت قابل مشاهده نیست — آن‌ها را پرسش‌های قراردادی تلقی کنید، نه چیزی که امید به اندازه‌گیری آن داشته باشید.
خرید مستقیم در برابر خرید از نماینده فروش یا دروازه
خرید سرویس خود ارائهدهنده
کوتاه‌ترین زنجیره شرایط و طرف قرارداد بدون ابهام؛ پلن‌های سازمانی معمولاً DPA، لاگ‌های ممیزی و کنترل‌های نگهداری ارائه می‌دهند. هزینه آن، الزامات پذیرش است — منطقه، تعداد صندلی، حداقل‌های قرارداد — به‌علاوه قالب‌های تسویه و فاکتور که ممکن است با نیاز واحد مالی شما هم‌خوانی نداشته باشد.
از طریق نماینده فروش یا دروازه خودتان
این کار پذیرش و تسویه را به قیمت یک مرحله عبور بیشتر حل میکند: درخواستهای شما از یک طرف ثالث عبور می‌کنند. بنابراین ارزیابی به این تبدیل میشود که «آن لایه چه کاری انجام میدهد، چه چیزی را نگه میدارد و این موضوع کجا مکتوب شده است». توجه کنید که نماینده فروش کانال رسمی ارائهدهنده نیست و نمی‌تواند از طرف ارائهدهنده تعهد بدهد — شرایط ارائهدهنده همچنان بر شما اعمال میشود.
پرسش‌ها را طوری بیان کنید که قابل پاسخ باشند
نپرسید «آیا امن هستید». پرسش‌هایی بپرسید که پاسخ بله یا خیر می‌گیرند و می‌توانند در قرارداد درج شوند: «بدنه درخواست و پاسخ چند روز نگهداری میشود؟» «کدام نقش‌ها می‌توانند در آن دوره به آن‌ها دسترسی داشته باشند؟» «آیا از آن‌ها برای هر نوع آموزش یا ارزیابی مدل استفاده میشود؟» «داده‌ها در کدام حوزه‌های قضایی قرار دارند؟» «بازه اطلاع‌رسانی، بر حسب ساعت، پس از یک رخداد امنیتی چقدر است؟» پاسخ‌ها را همراه با تاریخشان بایگانی کنید. اگر موضع ارائهدهنده بعداً تغییر کند، دست‌کم یک مبنای مقایسه دارید.
در QCode — فقط آنچه قابل بررسی است
ما یک پلتفرم فروش مجدد برای APIهای چندین مدل هستیم: درخواستهای شما در نهایت توسط APIهای رسمی Anthropic، OpenAI و دیگران پاسخ داده می‌شوند. ما مدلهای خودمان را آموزش نمیدهیم و درخواستهای شما را برای آموزش استفاده نمیکنیم. صورت‌حساب بر اساس بلوک مصرف در پاسخ محاسبه میشود و فاکتور را می‌توان سطر به سطر تطبیق داد. یادداشت امنیتی در صفحه /enterprise ما به‌صورت مکتوب بیان میکند که ما کد کاربر، محتوای گفتگو یا دادههای تجاری را ذخیره نمیکنیم، درخواست‌ها به‌صورت شفاف به APIهای مدل ارسال می‌شوند و هیچ داده‌ای در این میان کش نمی‌شود — «مزیت کش» در صفحه قیمت‌گذاری به تخفیف کش prompt خود ارائه‌دهندگان مدل اشاره دارد، نه به ذخیره‌سازی در سمت ما. این یک بیانیه مکتوب است که می‌توانید به واحد حقوقی بدهید. ما کانال رسمی هیچ ارائهدهنده مدلی نیستیم و نمی‌توانیم از طرف آن‌ها تعهد بدهیم — شرایط استفاده آن‌ها همچنان بر شما اعمال میشود. مقررات نگهداری و دسترسی تابع شرایط استفاده ماست؛ اگر واحد خرید سازمانی به چیزی به‌صورت مکتوب نیاز دارد، آن را در مذاکره تجاری مطرح کنید.
پرسش‌های متداول
آیا کد منبع من برای آموزش مدل استفاده میشود؟
بستگی به مسیری دارد که ترافیک شما طی میکند و شرایط مرتبط با آن. این پرسشی نیست که یک آزمون بتواند پاسخ دهد — از هر طرف موجود در زنجیره یک بیانیه مکتوب بگیرید. درباره بخش خود ما: ما مدلهای خودمان را آموزش نمیدهیم و درخواستهای شما را برای آموزش استفاده نمیکنیم؛ سیاست هر ارائهدهنده مدل تابع شرایط خودش است.
چگونه تأیید کنم که درخواست‌ها واقعاً به همان نقطه پایانی‌ای می‌رسند که تصور می‌کنم؟
متغیر نقطه پایانی را در پیکربندی کلاینت خود بخوانید و در صورت نیاز، یک بار ترافیک را ضبط کنید. این یکی از معدود واقعیت‌هایی است که خودتان می‌توانید تعیین کنید. اگر مدلی که در پاسخ بازتاب داده میشود پیشوند یا نام ارائه‌دهنده‌ای داشته باشد که در درخواست شما نبوده، یک لایه بازنویسی در میان قرار دارد و ارزش پرسیدن درباره آن را دارد.
مفیدترین کار واحدی که باید ابتدا انجام دهید چیست؟
مخزنهایی را که قصد دارید متصل کنید اسکن کنید و اطلاعات محرمانه سختکدشده، دادههای واقعی مشتریان و نامهای میزبان داخلی را حذف کنید. این سود مستقل از انتخاب ارائهدهنده است و تنها حلقهای در زنجیره است که کاملاً در کنترل شما قرار دارد.
ارائهدهنده می‌گوید «ما داده‌ها را ذخیره نمیکنیم». آیا این کافی است؟
خیر. شرایط مکتوبی دریافت کنید که دوره نگهداری، نحوه امحای داده‌ها در پایان این دوره و دامنه‌ای را که پوشش میدهد مشخص کند. تضمین شفاهی مبنای حسابرسی نیست و «ما عموماً این کار را نمیکنیم» را باید طوری ارزیابی ریسک کنید که گویی انجام می‌دهند.
آیا نماینده فروش میتواند از طرف ارائهدهنده تعهدات انطباق بدهد؟
خیر. نماینده فروش تنها میتواند نسبت به آنچه لایه خودش انجام میدهد و نگه میدارد تعهد بدهد. شرایط ارائهدهنده همچنان بر کاربر نهایی اعمال میشود و شایسته است برای هر ادعایی مبنی بر «مجاز بودن برای تعهد دادن از طرف ارائهدهنده»، سندی که این را تصریح میکند درخواست شود.
چگونه این را در تیم نهادینه کنیم تا صرفاً یک سند سیاستی باقی نماند؟
سه مورد مشخص: ① اسکن اطلاعات محرمانه را به CI اضافه کنید تا اعتبارنامه‌های سختکدشده جدید وارد نشوند؛ ② برای هر فرد و هر پایپ‌لاین یک کلید API جداگانه صادر کنید تا منشأ هر حادثه قابل ردیابی باشد؛ ③ دوره نگهداری و بازه اطلاع‌رسانی را در قرارداد خرید بگنجانید، نه اینکه آن‌ها را در یک رشته ایمیل رها کنید.
منابع
این صفحه فهرستی از پرسش‌های سمت خریدار است و ارقام مشخص هیچ ارائه‌دهنده‌ای را بازگو نمی‌کند — دوره نگهداری، استفاده برای آموزش و کنترل دسترسی در هر ارائهدهنده تابع شرایط خدمات و پیوست‌های پردازش داده خودشان است و در طول زمان تغییر میکند. اظهارات درباره خود QCode (جایگاه فروش مجدد، نداشتن مدل اختصاصی، مبنای صورت‌حساب) از شرایط خدمات و صفحه قیمت‌گذاری ما می‌آید (بررسی‌شده در 2026-09-02).
قبل از تهیه فهرست کوتاه ارائه‌دهندگان، مخزن را پاک‌سازی کنید
اسکن اطلاعات محرمانه و کلیدهای اختصاصی هر فرد دو کاری است که می‌توانید بدون انتظار برای کسی انجام دهید.
مطالعه بیشتر
چگونه تشخیص دهیم یک سرویس رله API هوش مصنوعی ارزش استفاده دارد
چهار آزمون خودارزیابی: تبدیل ضریب، برخورد‌های کش، مدل بازتاب‌داده‌شده و تطبیق مصرف.
خرید API کدنویسی با هوش مصنوعی برای یک تیم
سهمیه مشترک، محدودیت‌های هم‌زمانی و انتساب مصرف با کلیدهای فرعی.
امنیت و سندباکس MCP
مرزهای مجوز و جداسازی هنگام باز کردن ابزارها برای یک عامل.
راهنمای پرداخت با رمزارز
نه رمزارز، 56 شبکه، کارمزد پلتفرم صفر برای اعتبار API کدنویسی با هوش مصنوعی.
این صفحه یک چارچوب خودارزیابی سمت خریدار ارائه میدهد. مشاوره حقوقی نیست و بیانگر شرایط هیچ ارائه‌دهنده‌ای نیست. قضاوت‌های انطباق باید بر شرایط مکتوب هر طرف، مقررات محلی شما و مشاور حقوقی خودتان استوار باشد.