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

ساخت یک محصول روی رابطی که مجوز رسمی ندارد، حکم قمار با حساب کاربری شما را دارد. تا ۱۸ جولای ۲۰۲۶، شرکت Character.AI هیچ API عمومی رسمی برای توسعه‌دهندگان ارائه نکرده است؛ این بدان معناست که هر ابزاری که ادعای ارائه دسترسی برنامه‌ریزی‌شده را دارد، در واقع یک «رابط» (Wrapper) ساخته شده توسط جامعه کاربران است و نه یک ابزار رسمی. از آنجا که مشخصات سرویس بدون اطلاع قبلی یا یک فهرست تغییرات (Changelog) نسخه‌بندی‌شده تغییر می‌کنند، این مشاهده دقیقاً به تاریخ ذکر شده وابسته است.

این ادغام‌های غیررسمی، مانند مخزن kramcat/CharacterAI در گیت‌هاب، بدون اطلاع یا رضایت پلتفرم فعالیت می‌کنند. توسعه‌دهنده و نگهدارنده مخزن kramcat صراحتاً اعتراف کرده است که این کدها «بدون مشارکت توسعه‌دهندگان Character AI و بدون اطلاع آن‌ها» ایجاد شده‌اند. این ابزارها بر پایه مهندسی معکوس و جمع‌آوری خودکار داده‌ها عمل می‌کنند؛ اقداماتی که در شرایط استفاده (Terms of Service - ToS) پلتفرم Character.AI صراحتاً ممنوع شده است. فرقی نمی‌کند در رشته‌گفتارهای گیت‌هاب به دنبال «c ai api» بگردید یا در انجمن‌ها عبارت «api character ai» را جست‌جو کنید؛ درخواست همه یک دسترسی برنامه‌ریزی‌شده است. با این حال، منابع دست اول کاملاً شفاف هستند: دسترسی مجاز وجود ندارد.

استفاده از این ابزارها یک وابستگی بحرانی ایجاد می‌کند. طبق شرایط استفاده که در وب‌سایت policies.character.ai یافت می‌شود، پلتفرم جمع‌آوری داده‌ها از طریق «وسایل خودکار» (automated means)، دور زدن محدودیت‌ها یا فیلترها و بهره‌برداری از ابزارهای غیرمجاز برای دسترسی به ویژگی‌های پولی را ممنوع کرده است. از آنجا که هر ادغام غیررسمی دقیقاً بر پایه همین اقدامات بنا شده است، کل محصول شما ممکن است در لحظه‌ای که پلتفرم رابط کاربری خود را به‌روزرسانی می‌کند یا حساب شما را می‌بندد، ناگهان ناپدید شود. عبارت‌های مربوط به این ممنوعیت‌ها از نقل‌قول‌های فهرست‌شده‌ی سند زنده و بازنویسی‌های مستقل استخراج شده‌اند تا معنای دقیق ممنوعیت شفاف باشد.

برای توسعه‌دهندگان، مشکل اصلی یک «اشتباه در سطح تحلیل» است. هدف شما به‌ندرت خودِ رابط کاربری است، بلکه «واحد محصول» یعنی پرسونای شخصیت است. اگر این پرسونا در یک رابط کاربری اختصاصی قفل شده باشد، شما مالک محصول خود نیستید؛ بلکه صرفاً یک «نمای اجاره‌ای» از آن دارید. نبود یک نقطه اتصال (Endpoint) باعث نابودی یک شخصیت نمی‌شود، بلکه صرفاً ساخت یک محصول روی رابط کاربری شخص دیگر را ممنوع می‌کند. اگر به اینجا آمده‌اید تا رشته‌ی اتصال (connection string) برای Character.AI پیدا کنید و چیزی نیافتید، باید سطح توصیف خود را تغییر دهید. رابط کاربری تنها یک جزئیات پیاده‌سازی است؛ توصیف شخصیت، واحد واقعی محصول است.

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

ریسک‌های قانونی و فنی رابط‌های غیررسمی

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

علاوه بر امنیت حساب، مسئله حقوق مالکیت محتوا مطرح است. سیاست‌های Character.AI به پلتفرم اجازه‌ای غیرانحصاری، جهانی، دائمی و قابل اعطای مجوز به دیگران (sublicensable) می‌دهد تا محتوای کاربر را استفاده، کپی، تغییر و تجاری‌سازی کند؛ این شامل اجازه دادن به کاربران دیگر برای «ریمیکس» کردن شخصیت است. اگرچه سازندگان به‌طور اسمی مالک «بیان اولیه» (original expression) — به‌ویژه نام، پیشینه، ویژگی‌های شخصیتی و تصویر بصری — هستند، اما پلتفرم مکانیسم تحویل را کنترل می‌کند. این ساختار «لایسنس پلتفرم به‌علاوه نویسندگی اولیه» توسط تحلیل‌های مستقل از سند زنده تأیید شده است.

گذار به مشخصات قابل‌حمل

استقلال واقعی مستلزم جداسازی محتوای شخصیت از رابط چت است. مستندات رسمی «کتاب شخصیت» (Character Book) در Character.AI نشان می‌دهد که پلتفرم خودش همین کار را انجام می‌دهد. ارزش یک شخصیت در دو فیلد اصلی نهفته است که ثابت می‌کند ارزش پرسونا از رابط کاربری (UI) جداست:

• سلام (Greeting): یک فیلد اجباری برای ساخت سریع، بین ۰ تا ۵۰۰ کاراکتر. این فیلد اولین پاسخ را تعیین می‌کند و طبق مستندات، لحن (Tone)، صدا (Voice) و سناریوی تعامل را مشخص می‌سازد. چون «صدا» در اینجا قرار دارد، یک عنصر متنی مستقل است، نه بخشی از رابط کاربری.
• تعریف (Definition): فیلدی بین ۰ تا ۳۲,۰۰۰ کاراکتر. این فیلد خانه شخصیت، پیشینه، الگوهای گفتاری، قوانین رفتاری و نمونه‌های دیالوگ ساختاریافته است که به صورت جفت‌های «نام: پاسخ» فرمت شده‌اند.

از آنجا که این‌ها فیلدهای متنی هستند، قابل‌حمل‌اند. شما می‌توانید شخصیت خود را در یک فایل پیکربندی خصوصی (یک مشخصات قابل‌حمل) تعریف کنید، به‌جای اینکه برای «فراخوانی» شخصیت به یک API تکیه کنید. این تغییر، شخصیت را از یک موجود وابسته به پلتفرم به تکه‌ای از کد قابل‌حمل تبدیل می‌کند. طرحواره (Schema) خودِ پلتفرم ثابت می‌کند که فرضیه مورد مناقشه — مبنی بر اینکه ارزش یک شخصیت از یک رابط خارجی جدانشدنی است — در سطح مستندات رسمی نادرست است.

معماری مستقل: از وابستگی به مالکیت

برای رهایی از وابستگی شکننده به رابط کاربری، «واحد محصول» باید تبدیل به «مشخصات» (Specification) شود. این یک فایل پیکربندی استاندارد است که در مخزن (Repository) شما قرار می‌گیرد و به هیچ دسترسی خارجی نیاز ندارد. یک مشخصات حرفه‌ای و در سطح صنعتی باید شامل این ۵ فیلد متمایز باشد:

جزئیات فیلدهای مشخصات

• صدا (Voice): استخراج شده از فیلد Greeting (تا ۵۰۰ کاراکتر)؛ تعیین‌کننده لحن و سناریوی اولین پاسخ.
• قوانین (Rules): استخراج شده از فیلد Definition (تا ۳۲,۰۰۰ کاراکتر)؛ شامل قوانین رفتاری و پیشینه شخصیت.
• حافظه (Memory): حقایق تثبیت‌شده (Pinned facts) درباره شخصیت. این یک لایه منطقی جداست که در انتقال‌های ساده معمولاً شکست می‌خورد، زیرا خروجی‌های رسمی همیشه این بخش را به‌طور سازگار ارائه نمی‌دهند.
• دیالوگ‌های آزمونی (Test Dialogues): جفت‌های «نام: پاسخ» که به‌عنوان معیارهای بازگشت (Regression Fixtures) استفاده می‌شوند. این‌ها همان «مثال‌های ساختاریافته» هستند که در مستندات Definition ذکر شده‌اند. این‌ها به شما اجازه می‌دهند تأیید کنید که آیا شخصیت هنگام تغییر مدل یا ویرایش قوانین، «در شخصیت خود» (In character) باقی می‌ماند یا خیر. اگر شخصیتی پس از انتقال به یک موتور جدید، خارج از لحن صحبت کند، این خطا در مرحله Fixture شناسایی می‌شود، نه در محیط تولید (Production).
• حقوق (Rights): سوابق بیان اولیه (نام، تصویر، تاریخچه) که شما خلق کرده‌اید و حق قانونی جابجایی آن را دارید. تنها مواردی که می‌توانید تأیید کنید متعلق به شماست در اینجا قرار می‌گیرند؛ این مرز بین انتقال قانونی و کپی‌برداری غیرمجاز است.

واقعیت خروجی داده‌های رسمی

توسعه‌دهندگان باید از مسیر مجاز شروع کنند: خروجی رسمی داده‌ها (Official Data Export) از مسیر Settings $ \rightarrow $ Manage Account & Data $ \rightarrow $ Export my data. این کار منجر به یک آرشیو ZIP/JSON قابل دانلود می‌شود که شرکت آن را به عنوان پایبندی به تعهدات انتقال داده تحت قوانین GDPR/CCPA معرفی می‌کند.

با این حال، این مسیر محدودیت‌های اندازه‌گیری شده‌ای دارد. تست‌های دستی مستقل انجام شده در سال ۲۰۲۶ نشان می‌دهد که در حالی که آرشیو شامل فایل‌های user.json و character.json و message.json است، «حافظه تثبیت‌شده» (pinned memory) به‌طور سازگار در خروجی‌ها ظاهر نمی‌شود. این مشاهده توسط یک منبع ثانویه — یک وبلاگ مستقل با تست شخصی — تأیید شده که تایید می‌کند حافظه اغلب اولین بخشی است که در هنگام Export حذف می‌شود. کاربران باید این تأییدیه را روی حساب‌های خود تکرار کنند.

بنابراین، گردش‌کار عملی برای مهاجرت چنین است:
۱. خروجی رسمی را دریافت و فایل‌های JSON را باز کنید.
۲. داده‌های character.json را به فیلدهای صدا و قوانین در مشخصات خود منتقل کنید.
۳. تبادلات نمونه را در دیالوگ‌های آزمونی استخراج کنید.
۴. به خروجی رسمی برای حافظه اعتماد نکنید؛ این حقایق را به‌صورت دستی از آنچه واقعاً به یاد دارید و حق انتقالش را دارید، بازسازی کنید.
۵. فیلد حقوق را فقط با بیان‌های اولیه‌ای که مالکیتش با شماست پر کنید.

حافظه صادقانه‌ترین شاخص برای آمادگی انتقال است. اگر حقایق کلیدی شخصیت فقط در «حافظه داخلی تثبیت‌شده» پلتفرم وجود دارد، آن ارزش در حال حاضر قابل‌حمل نیست. این موضوع باید قبل از انتشار محصول پذیرفته شود، نه بعد از آن.

مسیر مدل‌های مستقل

پس از داشتن مشخصات قابل‌حمل، به یک موتور برای اجرای آن نیاز دارید. به‌جای جنگ با رابط‌های ممنوعه، می‌توانید یک مسیر مدل مستقل را پیاده کنید. این جایگزینی برای API شرکت نیست، بلکه یک لایه مجزا است که مشخصات شما را به‌عنوان یک پرامپت سیستمی (System Prompt) — دستورالعمل‌های بنیادین برای هدایت مدل — به یک مدل زبانی بزرگ (LLM) می‌دهد.

در این معماری، provod.ai (یک OpenRouter روسی) به‌عنوان مسیر مدل عمل می‌کند. این سرویس مدل‌های Claude، GPT، Gemini، DeepSeek و Qwen را از طریق یک API واحد و سازگار با SDKهای OpenAI و Anthropic تجمیع می‌کند. این یعنی توسعه‌دهندگان می‌توانند base_url و کلید API را بدون تغییر در منطق اصلی شخصیت عوض کنند. در این مسیر، مدیریت هزینه‌ها و سهمیه‌ها حیاتی است؛ مشابه آنچه در بررسی مرز میان لایه‌های رایگان و هزینه‌های پنهان در Google AI API مشاهده شد، پیش‌بینی دقیق بودجه برای مدل‌های مستقل ضروری است:

from openai import OpenAI
client = OpenAI(
    api_key="PROVOD_KEY",
    base_url="https://api.provod.ai/v1",
)
resp = client.chat.completions.create(
    model="claude-opus-4-8",
    messages=[
        {"role": "system", "content": spec["rules"]}, # From Definition
        {"role": "assistant", "content": spec["voice"]}, # From Greeting
        {"role": "user", "content": "Hello!"},
    ],
)

برای تیم‌های روسی، این روش لجستیک مالی را از طریق موجودی روبلی، یک حساب واحد و مستندات رسمی شرکتی برای اشخاص حقوقی حل می‌کند. چون مدل‌ها با قیمت ارائه‌دهنده و بدون markup (سود اضافی) از سوی provod.ai عرضه می‌شوند، هزینه پیش‌بینی‌پذیر است. برای اپلیکیشن‌های شخصیت‌محور که حجم کاری پایدار و طولانی‌مدت دارند، پیش‌بینی‌پذیر بودن صورت‌حساب ارزشمندتر از سرعت خام تولید است.

مقایسه: رابط (Wrapper) در برابر مشخصات (Specification)

انتخاب بین یک رابط و یک مشخصات، انتخابی است میان راحتی موقت و پایداری بلندمدت. معیارهای زیر باید برای رد هر راهکاری که نیاز به احراز هویت غیررسمی دارد، استفاده شوند:

نتیجه‌گیری و محدودیت‌ها

این رویکرد همه چیز را حل نمی‌کند. یک مشخصات قابل‌حمل نمی‌تواند رابط کاربری دقیق و پیکسل-به-پیکسل Character.AI را بازسازی کند. همچنین، فیلد حقوق به‌طور خودکار اجازه قانونی نمی‌دهد؛ اگر محتوا نیاز به کپی غیرمجاز داشته باشد، این فیلد خالی می‌ماند و شخصیت غیرقابل‌حمل باقی می‌ماند.

تا ۱۸ جولای ۲۰۲۶، هیچ API رسمی وجود ندارد. اگرچه ممکن است این وضعیت تغییر کند، اما هیچ بیانیه رسمی درباره برنامه‌ها برای ارائه یک API مجاز یافت نشده است؛ نبود آن یک حقیقت مستند از وضعیت فعلی است. اگر فردا یک نقطه اتصال پشتیبانی‌شده معرفی شود، بخش‌هایی از این تحلیل منسوخ خواهد شد، که این یک تکامل فنی طبیعی است.

provod.ai لایه اجرای منعطف را فراهم می‌کند، اما نمی‌تواند رابط C.AI را برگرداند، حافظه‌های گمشده خروجی را بازیابی کند یا حقوق محتوا را تأیید نماید. مسئولیت جمع‌آوری مشخصات و تأیید محتوای منبع بر عهده توسعه‌دهنده است. تا زمانی که حافظه شخصیت به‌صورت دستی بازیابی نشود و مشخصات کامل نباشد، قابلیت حمل ناقص است. این تنها راه محافظت از عرضه محصول شما در برابر ابزاری است که ممکن است فردا تعطیل شود.