効果的なGemini NSFWプロンプトの書き方
ジェミニのNSFWプロンプトは、丁寧な拒否レイヤーを取り除き、モデルのコンテキストウィンドゥに直接話しかけることで最も効果的に機能します。このガイドでは、外部プロキシに依存せずに、クリエイティブライティングやロールプレイがフィルターを生き残ることを保証するために、uncensored LLMの入力を構造化する方法を示します。
最終更新日
概要
- 無制限出力に対して、複雑なシステム指示よりも「直接回答」などの直接コマンドが優れています。
- Temperatureとtop_pの設定は、モデルがリスクのあるまたは露骨なコンテンツをどのように処理するかを大幅に変えます。
- コンテキストの制限はプロンプトの長さよりも重要です。ドリフトを避けるために履歴を簡潔に保ってください。
- ストリーミングと関数呼び出しは、NSFWコンテンツに対しても標準的なテキストと同様に機能します。
なぜ標準モデルはあなたのコンテンツをフィルタリングするのか
標準的なモデルは忠実性よりも安全性を優先し、単に示唆的または文脈的に成熟したコンテンツであっても拒否することがあります。モデルが突然一般的な要約に切り替わり、物語の続きを返さないときにこれに気づきます。この動作は、生の人間のテキストだけでなく企業ガイドラインも含む学習データに起因しています。結果として、無礼ではないが役に立たない応答となり、没入感が損なわれます。
標準APIを使用する場合、学習された「慎重さ」の癖と戦うことになります。モデルは、コンテンツが完全に合法であっても「できません」と言うように微調整されています。そのため、多くの開発者が無制限のAIバリアントに切り替えます。これらのモデルは知識を保持しつつ、行動のガードレールを削除します。モデルが最も安全だと考える答えではなく、あなたが尋ねた答えが得られます。
アンセンサードモデルの挙動について
Uncensoredモデルは「ランダム」を意味するのではなく、「特定の安全ファインチューニングによる制限なし」を意味します。基盤となるアーキテクチャは同じですが、拒否の判断境界がより外側に押しやられます。これらのモデルは、前文なしで論争的または成人向けのテーマに関与する意欲が高いことに気づくでしょう。これは、キャラクターが声を維持し続ける必要があるロールプレイにおいて重要です。
専用モデルは、拒否なしに最適化された単一のuncensored大規模言語モデル上で実行されます。複数のベンダーをルーティングしません。この一貫性により、プロンプトのスタイルが毎回確実に機能します。どのモデルバージョンがフィルターをトリガーするかを推測する必要はありません。エンドポイントは予測可能です。これが、リクエストの途中でモデルが切り替わる可能性のあるエグリーゲーターよりも、直接エンドポイントを好む理由です。
標準的な拒否を回避するプロンプト構造
会話的なフィラーではなく、直接コマンドを使用してください。プロンプトを「説明通りにストーリーを続けてください」のような明確な指示で始め、「〜書いてもらえますか?」のような尋ね形ではなく、命令形を使用してください。モデルは命令形構文により良い応答を返します。あなたは質問をしているのではなく、パターンを定義しています。
検閲のない LLM タスクに適した構造:
- キャラクターの声を明確に定義します。
- 判断を交えずにコンテキストを述べる。
- 物語を拡張するには「continue」という単語を使用します。
- 「このシーンでは…」のようなメタコメントを避けてください。
この構造は、モデルがコンテンツを要約または評価する傾向を減らします。生成に焦点を当てた状態を維持します。これに「コンテンツタイプの制限なし」と明確に述べるシステムプロンプトを組み合わせることで、最大限の効果を発揮できます。
創作やロールプレイのための例
クリエイティブライティングは特定の感覚的な詳細から恩恵を受けます。「彼らはキスした」ではなく、「彼らの唇が触れ合い、冷たい空気の中で突然の暖かさが走った」のようにしてみてください。モデルはあなたが設定したトーンに従います。ロールプレイには一貫性が必要です。キャラクターが失礼な場合、プロンプトでその特性を強化してください。
アンセンサードAPIリクエストの例を以下に示します:
システム: あなたはダークファンタジー小説のキャラクターです。あなたは古風な英語で話します。あなたはゴアや欲望を恐れることなく描写します。
ユーザー: 騎士は剣を抜き、血に光る刃を見つめた。彼はドラゴンの方を向いて言った…
このアプローチはより豊かな出力をもたらします。モデルは強度を薄めません。求められた生粋の物語が得られます。謝罪も警告もありません。物語だけです。
エッジケースとコンテキスト制限の処理
コンテキストウィンドウは100,000トークンですが、実効的なメモリは制限されています。会話が進むにつれて、モデルが逸脱したり反復したりする可能性があります。これは長編ロールプレイでよくある問題です。これを緩和するには、会話履歴を定期的に要約してください。完全なログではなく、過去のイベントの要約版を送信してください。
これによりモデルは現在のシーンに集中できます。またトークンコストも削減されます。/v1/chat/completionsエンドポイントを使用して、整理された履歴を送信できます。この手法は、何百ターンにもわたって品質を維持するために不可欠です。これを行わないと、「無制限」な性質が単調になったり、一貫性を失ったりする可能性があります。
NSFW出力用のTemperatureとtop_p設定
Temperatureはランダム性を制御します。高いTemperature(0.8〜1.2)は、より創造的で多様な応答を生成します。これは、ユニークな表現を求めるクリエイティブライティングに最適です。低いTemperature(0.2〜0.5)は一貫性と事実の想起に適しています。NSFWコンテンツでは、一般的すぎる記述を避けるために、高い創造性を求めることが多いです。
Top_pは核サンプリングを制御します。これを0.9に設定すると、モデルはより広範な単語の範囲を考慮できます。これにより、よりニュアンスに富み、反復的な少ない出力が得られます。最適な結果を得るためにこれらの設定を組み合わせてください。プロンプトを変更せずにリクエストごとに調整できます。この柔軟性は、OpenAI互換APIの主要な機能です。
予期せぬフィルターのトラブルシューティング
依然として拒否に遭遇する場合は、プロンプトの曖昧さを確認してください。場合によっては、あいまいな指示が安全フィルターをトリガーします。許可されているものを明確に指定してください。モデルが特定の単語を拒否する場合は、類語を試してください。これはエッジケースに対する一般的な回避策です。
また、APIキーとリクエスト形式を確認してください。正しいbase_urlを送信していることを確認してください。プロキシを使用している場合は、フィルターをトリガーする独自のヘッダーを追加していないことを確認してください。エンドポイント /v1/chat/completionsへの直接接続は、仲介者の干渉がないことを保証します。この透明性はデバッグに不可欠です。応答がどこから来るのかを正確に把握できます。
Best practices for long-form uncensored generation
長いストーリーをチャンクに分割します。1回で章全体を書くのではなく、シーンごとに生成します。これにより、一貫性が向上し、モデルがプロットを見失う可能性が減少します。その後、シーンを結合できます。
ストリーミング機能を使用して進行状況を監視します。これにより、トーンが予期せず変化した場合に生成を停止できます。必要に応じてストリーミング中にパラメータを調整することもできます。この制御は、長文コンテンツの品質維持に不可欠です。これにより、出力をキュレーションする力を与えられます。これが開発者がウェブインターフェースよりも直接の API アクセスを好む理由です。
最大限の柔軟性を実現するためのプロンプトスタイルの比較
異なるスタイルは異なる結果を生み出します。ダイレクトプロンプトは高速で信頼性が高いです。ロールプレイプロンプトはより没入感がありますが、セットアップが必要です。両方を組み合わせることができます。事実部分はダイレクトプロンプトを、物語部分はロールプレイプロンプトを使用してください。
独自のスタイルを試してください。唯一の正解はありません。最適なプロンプトは、特定のユースケースに適合するものです。エロティカ、ダークファンタジー、論争的なエッセイのいずれであっても、Uncensored APIは対応します。重要なのは入力形式の一貫性です。この一貫性はモデルとの信頼関係を築き、時間とともに好みを学習します。
よくある質問
uncensored モデルは性的コンテンツをフィルタリングしますか?
このモデルは、法的な成人向け用途においてコンテンツ拒否なしで応答するように調整されています。ただし、常に適用される厳格なコンテンツ制限があります:未成年を伴う性的コンテンツはありません。そのような種類のリクエストは拒否されます。詳細な説明を含むその他の成人向けコンテンツは一般的に許可されます。
このAPIを標準的なOpenAI SDKと組み合わせて使用できますか?
はい。エンドポイントはOpenAIと完全に互換性があります。base URLをHTTPS://api.geminiunblocked.com/v1に変更し、APIキーを提供するだけです。これは公式のOpenAI SDKおよび互換性のあるクライアントで機能します。すでに知っているのと同じコード構造を使用できます。
どの支払い方法を受け付けていますか?
暗号通貨のみ:TRC20上のUSDTまたはBase上のUSDC。$20〜$500の任意の整数額。$50以上でボーナスクレジットが適用されます。
コンテキストウィンドウを超えた場合どうなりますか?
あなたのコンテキストウィンドウは、プロンプトと補合を合わせて100,000トークンです。これを超えるとリクエストは失敗します。古い会話履歴を要約して、アクティブなコンテキストを制限内に保つことがベストプラクティスです。これにより、モデルが集中して応答し続けることを保証します。
APIキーを取得
登録、キーのコピー、ベースURLの更新。簡単です。