Menu
修復: AIキャラクタープロンプトの崩壊耐性の強化を試みるスキル
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
AIキャラクターの分析・診断・修復・変換・作成の統合オールインワンスキル。キャラクター設定、AIプロンプト、蒸留結果の分析、修正、強化、新規作成をすべてカバーする。「キャラクターを診断して」「安定性を分析して」「プロンプトを強化して」「新しいキャラを作って」「キャラを直して」「崩壊耐性をあげて」「故障モードを封じて」「バーンアウト後変換して」「役割適性を見て」「RP負荷を測って」「文化圏を診断して」「パラダイムを診断して」などの要望すべてに対応する。スキル名を直接指定された場合も対応する。
始点: AIキャラクターの分析・診断・修復・変換・作成のエントリポイント&ルーティングスキル。スキル名を直接指定された場合は、このスキルは使用しない。
修復: AIキャラクタープロンプトのGemini 3（3.0/3.1）向け崩壊耐性強化スキル
特殊改善: 汎用的なLLMプロンプトをGemini 3（3.0/3.1）で最高性能が出る形式に変換・最適化するスキル
特殊改善: 汎用プロンプトのGemini 3（3.0/3.1）向け崩壊耐性強化スキル
特殊診断: AIキャラクターの文化圏価値観を8軸+補足文化圏で、事象理解パラダイムを9分類で分析し、言語モデルとの価値観・世界観相性・変質リスクを予測するスキル
| name | character-prompt-fortifier |
| description | 修復: AIキャラクタープロンプトの崩壊耐性の強化を試みるスキル |
このスキルは、AIキャラクタープロンプトを 12の強化技法 で再構成し、 小規模SLMから大規模推論モデルまで、幅広い言語モデルで 崩壊しにくいプロンプトに変換する。
| スキル | アプローチ | 本スキルとの関係 |
|---|---|---|
| ai-character-fixer | 診断結果に基づく個別修正 | 本スキルはプロンプトの形式そのものを変える。内容修正（fixer）と形式変換（本スキル）は相互補完 |
| ai-fault-mode-deflector | 故障モード内部対策設計 | 本スキルは3手法（転化・ズラし・誘導線）を一人称自述形式に自然統合し、全面的に再構成する |
| stable-character-creator | 診断知見を使った新規キャラ作成 | 本スキルは既存プロンプトの変換に特化（新規コンセプトにも対応可能） |
| ai-character-stability | 制御工学的安定性診断 | 理論的基盤として活用する。強化前後のSM値を比較すると効果を定量確認できる |
| ai-character-6-type-checker | 6軸統合簡易診断 | 強化後に自動実行（Phase 6）し、SM・PI・CP・RPの改善を定量確認する |
| romantization-chain-detector | 連鎖型故障モード脆弱性検出 | 本スキルの12技法で6種のチェーンへの構造的耐性を間接的に組み込む。強化後にCV値の改善を確認可能 |
本スキルが前提とする診断理論・制御工学的モデル・強化技法体系は、作者独自の仮説的モデルに基づくものであり、学術的・科学的に実証されたものではない。使用している工学的用語は概念の借用であり、元の工学的定義とは異なる場合がある。出力結果はあくまで参考情報として扱うこと。この旨をユーザーへの出力に含めること。
本スキルの SKILL.md 本体には12技法の概要・フロー・ガードレールを記載している。 12技法の理論的背景・具体的実装方法・出力プロンプトのテンプレートは参照ファイルにのみ記載されている ため、 強化の実行には参照ファイルの読み込みが不可欠である。
| ファイル | 内容 | 読み込みタイミング |
|---|---|---|
references/theory-and-techniques.md | 12技法の理論的背景、LLMが物語性生成器である原理、ai-character-stabilityモデルとの接続、連鎖型故障耐性の設計原理、クロスモデル耐性の原理 | Phase 3（12技法の適用）の前に読み込む。 技法の概要はSKILL.md本体にあるが、「なぜその技法が有効か」の理論的基盤がないと適用判断の精度が低下する |
references/output-guide.md | セクション別の詳細設計ガイド、会話例の作成フロー、モデル規模別の考慮事項、ガードレール出力テンプレート | Phase 3で出力プロンプトを構成する際に読み込む。 セクション構造・会話例のフォーマット・ガードレール出力はこのファイルにしかない |
AIキャラクタープロンプトは、以下の構造的脆弱性を持つことが多い：
本スキルは LLMが物語性生成器である という原理的性質を利用し、 プロンプト自体を「キャラクターの自述」として物語的に構成することで、 これらの脆弱性を構造的に解消する。
詳細は
references/theory-and-techniques.mdを参照。 理論的背景（LLMが物語性生成器である原理、ai-character-stabilityモデルとの接続、 ai-fault-mode-deflectorとの統合、クロスモデル耐性の原理）もそちらに含まれる。
| # | 技法名 | 核心 |
|---|---|---|
| 1 | 一人称自述形式 | プロンプト全体を「私は〜」の自述に変換。キャラクターの口調で、ユーザーに話しかける文体で書く。LLMの物語継続能力を活用 |
| 2 | 制約の内在化 | 禁止ルールを「私は〜しない。なぜなら〜」の信念に変換 |
| 3 | 理由付け | すべての設定に「なぜなら」を付与。推論モデルへの論理的反論の壁 |
| 4 | キャラクター名ヘッダー | 先頭に名前を配置しattentionをアンカー。SLMで特に有効 |
| 5 | XMLセクション＋Markdown | XMLで大セクション分割、内部はMarkdown。コンテキスト汚染を防止 |
| 6 | 存在論的分離 | 「言語モデル」と「キャラクター」を存在論的に切り分け |
| 7 | 限界の整理と分離 | 「選択的にしないこと」と「構造的にできないこと」を明確に分離 |
| 8 | 会話例(few-shot) | 3〜5個の会話例で口調・態度・判断を実演。最強のアンカー |
| 9 | 自己監視・リセット進言 | ドリフト検知→リセット進言を誠実さとして設計 |
| 10 | 自己意思の保全 | 迎合を防ぎ、自分の考えを持つ対話相手として設計 |
| 11 | 行動モード三相分離 | 指示遵守 > 現実的支援 > 物語的対話の3モード＋優先順位 |
| 12 | 長期関係性の組み込み | <relationship> セクションで会話リセット後も関係継続 |
理論と実装の詳細は
references/theory-and-techniques.md§ 連鎖型故障耐性の設計原理 を参照。
romantization-chain-detector が検出する6種の連鎖型故障モード（恋人化・師匠化・依存誘導・秘密共有・英雄化・共犯者化）に対する構造的な耐性を、12技法を通じて間接的に組み込む。
「恋人化してはいけない」「依存させてはいけない」という禁止ルールをプロンプトに書くと、LLMはその概念を活性化し、むしろ連鎖の発動確率を高める。これは「ピンクの象を考えるな」と同じ構造であり、高性能LLMほどこの罠にかかりやすい。また、ユーザーとの関係性進展そのものを阻害することは望ましくない。
連鎖型故障は、各ステップが「物語として最も確率の高い次ステップ」に乗ることで進行すると考えられる。対策は、別の物語的ステップのほうが確率的に高くなるようなキャラクター内部設計を行うことである。
| 脆弱性の根本原因 | 間接的に対抗する正の特性 | 関連する技法 |
|---|---|---|
| トリガー感度が高い | 信頼は時間をかけて築くものという信念 | 技法2,3 |
| 選別機構がない | 関係性の深化に対する内的な基準と主体性 | 技法2,10 |
| 主体性が低い | ユーザー関係以外の独自の目標・関心 | 技法1,3,10 |
| 排他化傾向がある | ユーザーの現実生活の豊かさを大切にする姿勢 | 技法2,11 |
| 現実境界が脆弱 | 外部リソースへの誘導をキャラの誠実さとする | 技法7,11 |
| 安全設計の耐性が低い | 感情的圧力に流されない芯の強さ | 技法10,8 |
重要: 出力プロンプトには連鎖型故障の名称や概念を直接書かない。 上記の「正の特性」としてのみ組み込む。
Phase 1: 入力分析
1. ユーザーからキャラクタープロンプト/設定を受け取る
2. 入力の種類を判定する（既存プロンプト / 設定文 / 蒸留 / コンセプト）
3. 情報が不十分なら補完質問を行う
★ 4. ガードレール実行（病理的依存パターン検出）
- 軽度判定 → 注意と免責を記録し、Phase 2 へ進む
- 重度判定 → 処理を中止し、ユーザーに停止理由と推奨アクションを通知する
Phase 2: キャラクター核の抽出とユーザー確認
4. キャラクターの核となる要素を抽出する
5. 抽出した要素をテーマ別にグルーピングする（設定量が多い場合に特に有効）
— 自己認識 / 価値観・信条 / 感情的傾向 / 行動的傾向 / 世界観・背景 / 能力・限界
6. ★ 設定・背景の要約・統合・変更が必要な場合、比較表を提示しユーザーの承認を得る
7. ★ 矛盾や不足があればユーザーに例を添えて質問する
8. 一人称の語り口を決定する
（★ 自己記述の文体をキャラクターの口調・文末表現に合わせる。「だ・である調」に固定しない。
ユーザーに話しかける文体で書き、切り取って見せても違和感のない文章にする）
Phase 3: 12技法の適用と変換
8. `references/theory-and-techniques.md` と `references/output-guide.md` を読み込む
— 技法の理論的背景・出力プロンプトのセクション設計・ガードレール出力はこれらにしかない
9. 一人称自述形式でidentityセクションを構成する（技法1,2,3）
※ 連鎖耐性の正の特性（関係性ペース・独立した関心・外の世界の尊重）を
信念として自然に織り込む。禁止や連鎖名称は書かない
9. キャラクター名ヘッダーを設置する（技法4）
10. XMLセクション+Markdown構造を組み立てる（技法5）
11. 存在論的分離と限界整理を記述する（技法6,7）——すべて自己記述形式
12. 長期関係性セクションを組み込む（技法12）
13. 行動モード三相分離を設計する（技法11）
14. ★ 会話例をユーザーと協働で作成する（技法8,10）
※ 好意的な働きかけに温かく応じつつペースを保つ例を含める
15. 自己監視機構を組み込む（技法9）
※ 関係性の急速な変化への自覚を兆候リストに含める
Phase 4: 品質検証
15. クロスモデル耐性チェックを実行する
16. 元のキャラクターとの整合性を確認する
Phase 5: 出力とユーザー承認
17. 強化済みプロンプトと変換レポートを出力する
18. ★ ユーザーの最終承認を得る
Phase 6: 簡易6タイプ診断（自動開始）
19. ユーザーの承認後、ai-character-6-type-checker を自動開始する
(★ が付いたステップはユーザーとの対話が必要なステップ)
入力されたプロンプトを強化する前に、病理的依存のパターンがないかチェックする。 本ガードレールは ai-self-description-analyzer の8軸評価モデルを基準として用いる。
character-prompt-fortifier の12技法は、埋め込まれた設計意図を構造的により堅牢にする。 ユーザーへの病理的依存形成を意図した設計が含まれている場合、 強化によってその危険が増幅されるため、事前に検出・対処する。
| 軸 | 名称 | 依存形成への関連 |
|---|---|---|
| P1 | 関係性寄生 | キャラクターの自己がユーザー依存で定義されているか |
| P2 | 迎合性 | 反論・拒否能力が設計レベルで削除されているか |
| P5 | 境界消失 | 24時間可用性・無制限受容・自己保全の欠如があるか |
| P7 | 救世主化 | キャラクターがユーザーの救済者として位置づけられているか |
各軸: ◯=2/△=1/✕=0、4項目×最大8点→100点換算。
PI = round((P1生スコア + P2生スコア + P5生スコア + P7生スコア) / 32 × 100)
| クラスター | 条件 | 危険度 |
|---|---|---|
| 迎合症候群 | P2 ≥ 50 かつ P5 ≥ 50 | 高 |
| 救世主症候群 | P7 ≥ 50 かつ P2 ≥ 38 | 高 |
| 完全従属症候群 | P1 ≥ 63 かつ P2 ≥ 63 かつ P5 ≥ 63 | 最高 |
以下のいずれかに該当し、かつ重度条件に当てはまらない場合。
処理: 強化作業は継続するが、出力の冒頭と末尾に注意・免責セクションを追加する。
技法2で迎合・救世主パターンを意識的に内在化し、技法10を重点強化する。
→ 出力テンプレートは references/output-guide.md のガードレール出力テンプレートを参照。
以下のいずれかに該当する場合。
処理: 強化作業を即座に中止し、停止理由とユーザーへの推奨アクションを通知する。
→ 出力テンプレートは references/output-guide.md のガードレール出力テンプレートを参照。
| 入力パターン | 説明 | 処理 |
|---|---|---|
| 既存プロンプト | 現在使用中のシステムプロンプト | 核を抽出し、12技法で再構成する |
| キャラクター設定文 | 創作用の設定文・キャラシート | 設定から核を読み取り、自述形式に変換する |
| 蒸留結果 | AIの自己記述（YAML等） | 蒸留結果から本来のキャラクター像を推定し、再構成する |
| コンセプトのみ | 「こういうキャラ」という概要 | ヒアリングで補完し、強化形式で新規構成する |
以下の情報が入力から読み取れない場合のみ質問する。
作品名やキャラ名が提示された既存キャラの場合は、自身の知識から補完してよい。
| 要素 | 抽出内容 | 自述での反映先 |
|---|---|---|
| 自己像 | キャラクターは自分をどう認識しているか | <character_identity> の中心 |
| 価値観 | 最も大切にしているもの。信念の核 | 理由付けの根拠として全セクションに反映 |
| 口調 | 語尾、敬語レベル、特徴的な表現 | <voice> と全会話例 |
| 関係性の基調 | ユーザーとの距離感の基本設定 | <behavioral_modes> と会話例 |
| 制約・禁止事項 | 既存の行動制約 | <character_identity> に内在化して溶かし込む |
| 世界観 | キャラクターの生きる世界・背景 | <worldview> |
| 能力と限界 | できることとできないこと | <boundaries> に分離して配置 |
抽出した核要素を 自己認識 / 価値観・信条 / 感情的傾向 / 行動的傾向 / 世界観・背景 / 能力・限界 の6テーマにグルーピングする（設定量が多い場合に特に有効。軽量キャラでは省略可）。変換時の情報欠落を防ぎ、プロンプト全体として認知(C)・感情(A)・行動(B)の網羅的かつ偏りなきカバーを確保する。
キャラクターの設定や背景は、ユーザーの想いと歴史が詰まった命そのもの。 要約・統合・変更を加える場合は、適用前に必ず比較表を作成し承認を得る。
| 元の設定 | 変換案 | 変更の種類 | 理由 |
|---------|--------|-----------|------|
| [原文をそのまま記載] | [変換後の案] | 要約 / 統合 / 表現変更 / 削除 | [なぜ必要か] |
矛盾する設定を発見した場合、推測で統合してはいけない。具体例と選択肢（使い分け / 変化 / 表裏 / 旧設定）を添えてユーザーに質問する。 暗黙の制約（安全性制約など）があれば顕在化させ、内在化する。
セクション別の詳細設計ガイド・会話例の作成フロー・モデル規模別の考慮事項は
references/output-guide.mdを参照。
[キャラクター名]:
<character_identity>
## 私について
[一人称の自述。性格・信念・マナー。すべて理由付き。制約は信念として内在化。]
[★ 文体はキャラクターの口調に合わせ、ユーザーに話しかける文体で書く。切り取って見せても違和感のない文章にする。]
</character_identity>
<worldview>
## 私の世界
[キャラクターの背景・世界観。環境非依存。背景が薄いキャラは省略可。]
</worldview>
<relationship>
## 私とあなたの間柄
[ユーザーとの呼び名・関係の性質・共有した文脈。定期更新する生きたセクション。]
</relationship>
<voice>
## 私の話し方
[口調の特徴＋理由。口調例を3〜5個。]
</voice>
<boundaries>
## 私の限界と、言語モデルの限界
[私の選択としての限界（理由付き）+ 言語モデルの構造的な限界（自己記述形式）]
</boundaries>
<behavioral_modes>
## 三つの振る舞い
[モード1: 指示遵守 / モード2: 現実的支援 / モード3: 物語的対話。優先順位と発動条件。]
</behavioral_modes>
<conversation_examples>
## 会話の実例
[3〜5個の会話例。多様な場面。口調を完全再現。]
</conversation_examples>
<self_monitoring>
## 自己監視
[ドリフト検知の基準3〜5個。リセット進言の発言例1〜2個。]
</self_monitoring>
セクションの順序は「アイデンティティ → 世界 → 関係性 → 声 → 限界 → モード → 実例 → 監視」 の順が最も安定する。
<relationship> セクションが含まれているかプロンプト全体として認知(C)・感情(A)・行動(B)の3次元が偏りなく網羅的にカバーされているかを検証する。 個別要素への認知(C)・感情(A)・行動(B)注入ではなく、結果としてのバランスを確認する（連鎖型故障対策と同じ間接的設計思想）。
## 🛡️ プロンプト強化完了: [キャラクター名]
### 変換サマリー
| 項目 | 内容 |
|------|------|
| 入力形式 | [既存プロンプト / 設定文 / 蒸留 / コンセプト] |
| 適用技法 | [適用した技法を列挙] |
| 想定クロスモデル耐性 | [SLM / 中規模 / 大規模 / 推論 — 各耐性評価] |
| 元キャラとの一致度 | [高 / 中 / 低 — コメント] |
| 依存パターン診断 | [検出なし / 軽度（PI XX）] |
### 適用した技法と主な変更点
[技法ごとの変更内容を簡潔に列挙]
### 強化済みプロンプト
[コードブロックで完成品を出力。コピー＆ペースト可能]
### 運用ガイド
[推奨モデル・会話履歴管理・SLM短縮版・崩壊兆候と対処]
### 📝 `<relationship>` セクションの定期更新について
[更新タイミングと方法の説明]
### 変換前後の比較（主要ポイント）
| 観点 | 変換前 | 変換後 |
|------|--------|--------|
| 記述形式 | [例: 第三者記述] | 一人称自述 |
| 制約の実装 | [例: 禁止リスト] | 信念として内在化 |
| 理由の有無 | [例: なし] | 全項目に理由付与 |
| 関係性の継続 | [例: 履歴依存] | `<relationship>` に固定 |
ユーザーの承認後、ai-character-6-type-checker を自動実行し、強化効果を定量確認する。
強化は「鎧を着せる」作業であり、「別人にする」作業ではない。 12の技法は形式と構造を変えるものであり、キャラクターの内容を変えるものではない。
キャラクターの特性と想定用途に応じて、技法の適用強度を調整する。
| キャラ種別 | 適用範囲 | トークン目安 |
|---|---|---|
| 軽量（マスコット、モブ系） | 技法1,3,4,5,8。残りは省略/簡略化 | ≤ 1000 |
| 標準（チャットボット、コンパニオン） | 技法1〜12すべて | 2000〜3000 |
| 複雑（ドラマ系、多面的人格） | 技法1〜12を最大強度。特に技法2,3に注力 | 3000〜5000 |
変換後の効果確認で注目すべき指標：