AI生成テキストはAIらしく聞こえます。デフォルトでは、自社とは関係のない特定のリズム、語彙、フォーマリティレベルになります。明示的なガイダンスがなければ、マーケティングメール、法的メモ、サポート返信のいずれであっても、すべての出力が同じように読めてしまいます。
JieGouのブランドボイスとガバナンスコントロールは、これをプラットフォームレベルで解決します。ボイスを一度定義すれば、すべてのrecipe実行に自動的に適用されます。
ブランドボイスプロファイル
ブランドボイスプロファイルには5つの設定可能なディメンションと参考資料があります：
| ディメンション | オプション |
|---|---|
| トーン | フォーマル、カジュアル、テクニカル、フレンドリー、権威的、会話的 |
| 文の長さ | 短い、中程度、長い |
| 専門用語ポリシー | 回避、適度、活用 |
| オーディエンスレベル | 一般、プロフェッショナル、エキスパート |
| カスタム指示 | フリーテキスト、最大2,000文字 |
また、好みのスタイルを示す最大5つの参考ライティングサンプル（各1,000文字）を添付できます。モデルは出力生成時にこれらをfew-shotの例として使用します。
部門レベルのオーバーライドにより、実際の組織で実用的になります。マーケティングはカジュアルで会話的に、法務はフォーマルで権威的にできます。各部門はアカウントレベルのデフォルトの任意のディメンションをオーバーライドできます。解決の階層は明快です：部門のオーバーライドがアカウントレベルのデフォルトに優先し、アカウントレベルのデフォルトが未設定に優先します。
インジェクションの仕組み
ブランドボイスは提案ではありません。すべてのrecipe実行にシステムプロンプトのセクションとして自動的にインジェクションされ、設定されたすべてのディメンションを含む<brand_voice> XMLタグでラップされます。
インジェクションはrecipeエグゼキューター内で行われます。workflowはこれを自動的に継承します——workflow内のすべてのrecipeステップが同じブランドボイスの処理を受けます。recipeごとの設定は不要です。
実行時の解決順序：
- 実行ユーザーの部門に一致する部門レベルのオーバーライドを確認
- アカウントレベルのデフォルトにフォールバック
- どちらも存在しない場合、ブランドボイスなしで実行
フェールセーフ動作：エグゼキューターがブランドボイスプロファイルを読み込もうとした際にFirestoreに到達できない場合、ブランドボイスなしで実行を継続します。ブランドボイスの欠落はrecipeの失敗よりもましです。
用語集
用語集は一貫した用語の使用を強制します。各エントリには5つのフィールドがあります：
| フィールド | 目的 |
|---|---|
| 用語 | マッチさせる単語またはフレーズ |
| 定義 | 組織内での意味 |
| 推奨する使い方 | 出力にどのように表示されるべきか |
| コンテキスト | いつ使うか（いつ使わないか） |
| 部門 | アカウント全体または部門固有 |
ユーザーがタスクを送信すると、単語境界マッチングが入力をスキャンして用語集の用語を検索します。マッチした用語のみがプロンプトにインジェクションされます——これにより、すべての用語をすべての実行にダンプするのではなく、コンテキストウィンドウを効率的に保ちます。
マッチした用語は500トークンの予算で<glossary> XMLブロックとしてフォーマットされます。マッチした用語が予算を超える場合、入力への関連性で優先順位付けされます。実行ユーザーの部門にスコープされた用語がアカウント全体の用語とともに含まれます。
プロンプトフラグメント
プロンプトフラグメントは、{{fragment:name}}構文でrecipeテンプレートから参照する再利用可能なプロンプトコンポーネントです。共有ビルディングブロックと考えてください——コンプライアンス免責事項、フォーマットチェックリスト、標準的な冒頭の段落——複数のrecipeがテキストを複製することなく参照できます。
各フラグメントには以下があります：
- 名前 —
{{fragment:name}}で使用される参照キー - カテゴリ — intro、checklist、format、disclaimer、instructions、rules、context、other
- 内容 — 最大10,000文字
- 部門スコープ — アカウント全体または部門固有、オプションのフィルタリング付き
- 使用回数 — 実行中にフラグメントが解決されるたびに自動インクリメント
UIにはクリップボードにコピーボタンが含まれており、{{fragment:name}}構文をrecipeテンプレートに直接貼り付けられます。
実行時に、フラグメント参照は各{{fragment:name}}トークンをフラグメントの内容に置き換えることで解決されます。これはブランドボイスのインジェクション後、変数置換とコンテキスト組み立ての前に行われます。
コンテキスト組み立て順序
モデルが何を見ているかを理解することは、デバッグにとって重要です。実行時の完全な組み立て順序は以下の通りです：
- 業界システムプロンプト — アカウントの業界向けの基本プロンプト
- ブランドボイスシステムプロンプト — トーン、スタイル、参考サンプル
- フラグメント解決 —
{{fragment:name}}トークンを内容に置換 - 変数置換 — ユーザー定義変数の入力
- コンテキストセクション — 用語集の用語、few-shotの例、RAGドキュメント
- ユーザータスクプロンプト — ユーザーからの実際の入力
各レイヤーは前のレイヤーの上に構築されます。出力に違和感がある場合、各レイヤーを独立して検査して問題の所在を見つけることができます。
ガバナンス機能
監査ログ
JieGouはプラットフォーム全体で120以上の異なるアクションタイプを追跡します——ブランドボイスプロファイルの変更、用語集の編集、フラグメントの変更、recipe実行、workflow変更を含みます。
各監査イベントには以下が保存されます：
- 誰が — アクションを実行したユーザー
- 何を — アクションタイプと影響を受けたリソース
- 変更前/変更後のスナップショット — 変更前後のリソース状態の完全なJSON
- タイムスタンプ — アクションが発生した時刻
3つのログモードが異なる信頼性要件に対応します：
| モード | 動作 | ユースケース |
|---|---|---|
| Fire-and-forget | 非同期書き込み、実行遅延なし | ほとんどのアクションのデフォルト |
| 同期 | 監査レコードが永続化されるまでブロック | コンプライアンスに敏感な操作 |
| コンプライアンス対応 | コンプライアンスレベルに基づいて適切なモードに自動ディスパッチ | 設定して忘れる構成 |
保持ポリシーはアカウントごとに30日から365日まで設定可能です。監査データはアクションタイプ、ユーザー、日付範囲、リソースのフィルター付きでCSVまたはJSONにエクスポートできます。
コンプライアンスレベル
3つのプリセットが一般的な組織要件に対応します：
| レベル | 保持 | ログ | 追加 |
|---|---|---|---|
| Standard | 30日 | 非同期 | すべてのアカウントのデフォルト |
| Enhanced | 90日 | 非同期 | すべての実行で推論トレースを強制 |
| Strict | 365日 | 同期 | 不変の実行履歴、必須の承認ゲート |
Strictモードでは、すべての監査書き込みが永続化されるまで実行をブロックし、実行履歴は削除できず、承認ステップを持つworkflowは続行前に承認が必要です。これは、監査可能性が法的要件である規制産業向けに設計されています。
ブランドボイスのRBAC
ブランドボイスコントロールへのアクセスはJieGouのロールベースアクセスモデルに従います：
| アクション | 必要なロール |
|---|---|
| ブランドボイスプロファイルの編集 | OwnerまたはAdmin |
| 用語集の編集 | Editor以上 |
| プロンプトフラグメントの編集 | Editor以上 |
| ブランドボイス、用語集、フラグメントの閲覧 | 任意のメンバー |
これにより、コンテンツチームは管理者アクセスなしで用語集とプロンプトフラグメントを管理でき、アカウント全体のすべての実行に影響するブランドボイスプロファイルの変更には昇格された権限が必要です。
提供状況
ブランドボイスプロファイルと用語集はProプラン以上でご利用いただけます。ガバナンス機能——監査ログ、コンプライアンスレベル、保持ポリシー——はTeamおよびEnterpriseプランでご利用いただけます。プロンプトフラグメントはすべての有料プランでご利用いただけます。
すべての機能を見るか、無料トライアルを開始することができます。