Unlimited AI：神話 vs 事実

神話：無制限＝無限の速度

無制限のAPI使用は、無限の処理速度を意味するわけではありません。時間とともに無制限のトークンを生成できますが、実際のスループットはハードウェアの制限と同時実行数の制限によって制限されます。アプリケーションが劣化なしで1秒あたり数千のリクエストを処理できると期待する場合は、トークン数だけでなく他の要素も考慮する必要があります。

ボリュームとビルの速度の違いを考えてみましょう。アカウントに無制限のトークンがある場合でも、サーバーがキーあたり1分あたり300リクエストしか処理できない場合、アプリケーションはスパイク時にトラフィックをキューに入れるか拒否します。これは課金の制限ではなく、基本的なアーキテクチャの制約です。開発者は、十分なクレジットがあることと十分な帯域幅があることを混同することがよくあります。

• 1分あたりのリクエスト数： 通常、APIキーあたり300件に制限されています。
• 並列リクエスト: キーごとに最大8つの同時接続に制限されます。
• 応答時間： モデルの負荷とコンテキストの長さに応じて異なります。

これは、アプリケーションでバックプレッシャーを処理する必要があることを意味します。リクエストを連続して送信するのではなく、キューイングメカニズムを使用してください。これにより、ピーク使用時に erratic なタイムアウトではなく、安定したパフォーマンスが保証されます。

事実：同時実行数とレート制限が存在

レート制限はサーバーの安定性を保護するために設計された厳格な制約であり、あなたの成長を妨げる arbitrary な障壁ではありません。各APIキーには最大1分あたり300リクエストの制限があり、同時に8つの接続のみを維持できます。これらの制限は、残高やサブスクリプションティアに関係なく適用されます。

同時リクエストの制限を超えると、APIは並列スレッドが多すぎると示すエラーを返します。これはユーザーが即時応答を期待するチャットボットなどのリアルタイムアプリケーションで重要です。9つの接続を開くと、8つの接続のいずれかが完了するまで9つ目が失敗します。

複雑なマルチエージェントシステムやバッチ処理パイプラインを開発する開発者は、これを考慮する必要があります。スレッドを無制限に生成することはできません。代わりに、300 RPMおよび8つの同時接続ルールを尊重するセマフォまたはレート制限ミドルウェアを実装してください。これにより、アプリケーションがエンドポイントを圧倒するのを防ぎ、予測可能なレイテンシーを確保します。

これらの制限を理解することで、単一のキーでの同時接続数を増やす（垂直スケーリング）のではなく、APIキーを追加して水平スケーリングすることができます。

神話：無制限のトークン＝コンテキストウィンドウがない

請求アカウントに無制限のトークンがあっても、モデルが無限のテキストを記憶できるわけではありません。コンテキストウィンドウは、単一のリクエストでモデルが処理できるデータの量に対する厳格な技術的制限です。当社のUncensoredモデルでは、この制限は入力と出力を合わせて100,000トークンに設定されています。

この区別は長文コンテンツの生成やドキュメント分析にとって重要です。プロンプトとモデルの応答の合計が100,000トークンを超えた場合、リクエストは失敗します。これにはシステム指示、会話履歴、最終生成テキストが含まれます。開発者は、マルチターン会話でトークン数がどれほど急速に累積するかを過小評価することがよくあります。

例えば、1つの長いドキュメントは80,000トークンを消費し、モデルのレスポンス用に20,000トークンしか残さない場合があります。切り捨てを避けるために、コンテキストウィンドウを慎重に管理する必要があります。古い会話履歴のトリミングや以前のターン要約は、これらの制限内に留まるための標準的なプラクティスです。

常にトークン使用量を監視し、100kの制限内に収まりつつ、各リクエストの価値を最大化してください。

事実：100kトークンのハード制限

コンテキストウィンドウは、入力と出力を合わせて厳密に100,000トークンに制限されています。これは調整可能な設定値ではなく、モデルアーキテクチャの物理的な制約です。プロンプトが大きすぎると、APIは即座に拒否します。

さらに、リクエストあたりの最大出力制限は16,000トークンです。指定しない場合 max_tokens, デフォルトは2,048トークンです。これは、1回の呼び出しで単一の巨大なドキュメントを生成できないことを意味します。生成をチャンキングするか、ストリーミングを使用して長い出力を段階的に構築する必要があります。

これらの制限はアプリケーションのメモリ境界を定義します。データ構造をこれらの制約内に収まるように設計し、アプリケーションロジックが部分的なレスポンスやチャンク入力に対して効果的に処理できるようにしてください。

神話：無修正＝モデレーションがない

Uncensored（制限なし）とはモデレーションされていないことを意味しません。モデルは政治的正しさやクリエイティブなスタイルなどの主観的な基準に基づいてコンテンツを拒否しませんが、法的および安全な境界を依然として適用します。最も重要な硬性制限は、未成年者への性的コンテンツの拒否です。

これは推論レベルで適用されるバイナリフィルタです。プロンプトが未成年者を性的な文脈で明確に描写または記述している場合、APIは拒否を返します。これは、無制限ステータスに関係なく、最新のLLMのほとんどで一貫しています。これは好みの問題ではなく、コンプライアンスの問題です。

暴力、卑語、論争的なトピックなどの他のコンテンツは一般的に許可されています。このモデルはこれらのトピックについて躊躇なく回答するようにチューニングされています。ただし、ベースモデルの動作を超える特定のブランドガイドラインや法的要件がある場合は、アプリケーションレベルのモデレーションをまだ実装する必要があります。

この違いを理解することで、アプリケーションのユーザーエクスペリエンスを設計できます。成熟したテーマを許可しつつ、APIが自動的に厳格な法的境界を尊重するようにします。

事実：未成年者の性的コンテンツのハード制限

APIは未成年者を含む性的コンテンツに対して厳格なハード制限を適用しています。これはモデルが uncensored であっても一貫して拒否される唯一のコンテンツタイプです。リクエストに性的文脈における未成年者の明確な指標が含まれている場合、APIは拒否応答を返します。

この制限は交渉の余地がなく、すべてのユーザーに適用されます。パラメータを通じて構成可能ではありません。 temperature または top_p. モデルはこれらのパターンを認識し、それに合わせて生成をブロックします。これにより、デジタルコンテンツのグローバル基準への準拠が確保されます。

開発者にとって、これはこの特定のカテゴリに対して複雑なモデレーションレイヤーを構築する必要がないことを意味します。APIがそれを処理します。ただし、特定の入力に対して拒否応答は有効かつ期待される結果であるため、アプリケーションは拒否応答を適切に処理するように設計する必要があります。

このハードリミットは、アプリケーションのコンテンツポリシーに対する明確な境界を提供し、未成年者関連の法的リスクを気にすることなく、製品の他の側面に集中できるようにします。

神話：無制限アクセスにはサブスクリプションが必要

Unlimitedアクセスには月額サブスクリプション料は不要です。APIは従量課金制で、消費したトークンのみに対して課金されます。アカウントをアクティブに保つためやモデルにアクセスするために継続的なコストは発生しません。

このモデルは、月額の請求というコミットメントなしで柔軟性を求める開発者に適しています。少量のクレジットから始めて、使用量の増加に合わせてスケールできます。隠れた料金や月末の予期せぬ請求はありません。

ただし、リクエストを続行するには正味のクレジット残高を維持する必要があります。クレジットが枯渇すると、API呼び出しはトップアップするまで失敗します。これは、使用した分だけのみ課金されることを保証する、シンプルで透明なコスト管理方法です。

このアプローチは、使用パターンが変動するプロジェクトに特に役立ちます。固定サブスクリプションでは、使用量が少ない期間には高すぎ、ピーク時には不十分な場合があります。

事実：前払いクレジットによる従量課金

料金は透明で従量課金制です。入力トークン100万トークンあたり$0.15、出力トークン100万トークンあたり$0.50を支払います。エラーと拒否は無料のため、正常に完了した分のみに対して課金されます。クレジットは暗号通貨、具体的にはTRC20のUSDTまたはBaseのUSDCを使用してチャージします。

最小チャージ額は$20、最大額は$500です。大きなチャージにはボーナスクレジットが適用されます：$50で+5%、$100で+10%、$200で+15%。このボーナスクレジットはアカウントに追加され、将来のリクエストに使用できます。

クレジットは期限切れにならないため、一度チャージして時間とともに使用できます。これにより、請求期間の終了時に未使用クレジットが失われるリスクがeliminatedされます。ウェブサイトからアカウントを管理でき、残高と取引履歴を確認できます。

このモデルはコストの透明性を保証します。隠れた料金や予期せぬ請求なく、何に対して課金されているかが明確です。API支出を完全に制御したい開発者に最適です。

事実：プロンプトは学習データとして使用されません

APIをご利用の場合、プロンプトはモデルの学習に使用されません。これは、データを独自に保持したい開発者にとって重要なプライバシー機能です。他の一部のプロバイダーとは異なり、当社は入力データをモデルの改善や第三者との共有に使用しません。

これは、機密性または機密性の高い情報をAPIに送信しても、トレーニングに使用されることを心配する必要がないことを意味します。データはあなたのもののままであり、入力と出力の完全な所有権を保持します。これは、APIを顧客対応や内部研究に使用する企業にとって重要です。

APIを利用するにはアカウントが必要です。Googleまたはメールアドレスとパスワードでサインアップできます。電話番号は不要です。アカウントを作成すれば、APIキーを生成してすぐにリクエストを送信できます。

このプライバシー保証はエンタープライズグレードのAPIサービスでは標準であり、クリティカルなアプリケーションで当プラットフォームを使用する際の信頼性を確保するために提供しています。