AI 生成的文字聽起來就像 AI。它預設使用特定的節奏、詞彙和正式程度，與你的公司毫無關係。沒有明確指引，每個輸出讀起來都一樣 — 無論是行銷電子郵件、法律備忘錄還是客戶支援回覆。
JieGou 的 Brand Voice 和治理控制在平台層級解決了這個問題。定義一次你的聲音，每個 recipe 執行都會自動套用它。
Brand Voice 設定檔
Brand Voice 設定檔有五個可配置維度加上參考資料：
| 維度 | 選項 |
|---|---|
| 語氣 | formal、casual、technical、friendly、authoritative、conversational |
| 句子長度 | short、medium、long |
| 術語政策 | avoid、moderate、embrace |
| 受眾程度 | general、professional、expert |
| 自訂指示 | 自由文字，最多 2,000 字元 |
你也可以附加最多 5 個參考寫作範例（每個 1,000 字元），展示你偏好的風格。模型在生成輸出時會將這些作為 few-shot 範例使用。
部門層級覆寫讓這對真實組織來說更實用。行銷可以是輕鬆對話式的，而法務保持正式和權威。每個部門可以覆寫帳戶層級預設的任何維度。解析階層很直接：部門覆寫優先於帳戶層級預設，帳戶層級預設優先於無。
注入機制的運作方式
Brand Voice 不是建議。它會自動注入到每個 recipe 執行中作為系統提示部分，包裹在 <brand_voice> XML 標籤中，包含所有配置的維度。
注入發生在 recipe 執行器內部。Workflow 自動繼承它 — workflow 中的每個 recipe 步驟都會得到相同的 Brand Voice 處理。不需要逐個 recipe 配置。
執行時的解析順序：
- 檢查是否有與執行使用者部門匹配的部門層級覆寫
- 回退到帳戶層級預設
- 如果兩者都不存在，則不使用 Brand Voice 執行
失敗安全行為：如果執行器嘗試載入 Brand Voice 設定檔時 Firestore 無法連接，執行會繼續進行而不使用它。缺少 Brand Voice 總比 recipe 失敗好。
Glossary
Glossary 強制執行一致的術語。每個條目有五個欄位：
| 欄位 | 用途 |
|---|---|
| 術語 | 要匹配的詞或短語 |
| 定義 | 它在你的組織中的意義 |
| 偏好用法 | 它應該如何出現在輸出中 |
| 上下文 | 何時使用（何時不使用） |
| 部門 | 全帳戶或部門特定 |
當使用者提交任務時，字詞邊界匹配會掃描輸入中的 glossary 術語。只有匹配的術語會被注入到提示中 — 這保持了上下文視窗精簡，而不是將每個術語都倒入每次執行。
匹配的術語被格式化為 <glossary> XML 區塊，具有 500 token 預算。如果匹配的術語超過預算，它們會按與輸入的相關性排序優先。執行使用者部門的部門範圍術語會與全帳戶術語一起包含。
Prompt Fragment
Prompt Fragment 是可重複使用的提示元件，你可以在 recipe 模板中使用 {{fragment:name}} 語法引用。將它們視為共享的建構模組 — 合規免責聲明、格式檢查清單、標準介紹段落 — 多個 recipe 可以引用而不需重複文字。
每個 fragment 具有：
- 名稱 — 在
{{fragment:name}}中使用的參考鍵 - 類別 — intro、checklist、format、disclaimer、instructions、rules、context 或 other
- 內容 — 最多 10,000 字元
- 部門範圍 — 全帳戶或部門特定，可選過濾
- 使用次數 — 每次在執行期間解析 fragment 時自動遞增
UI 包含複製到剪貼簿按鈕，讓你可以直接將 {{fragment:name}} 語法貼到 recipe 模板中。
在執行時，fragment 引用會透過將每個 {{fragment:name}} token 替換為 fragment 的內容來解析。這發生在 Brand Voice 注入之後，但在變數替換和上下文組裝之前。
上下文組裝順序
了解模型看到什麼對除錯很重要。這是執行時的完整組裝順序：
- 產業系統提示 — 你帳戶產業的基礎提示
- Brand Voice 系統提示 — 語氣、風格和參考範例
- Fragment 解析 —
{{fragment:name}}token 被內容替換 - 變數替換 — 使用者定義的變數被填入
- 上下文區段 — glossary 術語、few-shot 範例、RAG 文件
- 使用者任務提示 — 來自使用者的實際輸入
每一層都建立在前一層之上。如果輸出中有什麼感覺不對，你可以獨立檢查每一層以找出問題所在。
治理功能
稽核日誌
JieGou 追蹤跨平台的 120 多種不同動作類型 — 包括 Brand Voice 設定檔變更、glossary 編輯、fragment 修改、recipe 執行和 workflow 修改。
每個稽核事件儲存：
- 誰 — 執行動作的使用者
- 什麼 — 動作類型和受影響的資源
- 前後快照 — 變更前後資源狀態的完整 JSON
- 時間戳記 — 動作發生的時間
三種日誌模式處理不同的可靠性需求：
| 模式 | 行為 | 使用情境 |
|---|---|---|
| Fire-and-forget | 非同步寫入，無執行延遲 | 大多數動作的預設值 |
| Synchronous | 阻塞直到稽核記錄持久化 | 合規敏感操作 |
| Compliance-aware | 根據合規級別自動調度到適當模式 | 設定後即忘記的配置 |
保留政策可按帳戶配置，從 30 到 365 天。稽核資料可以匯出為 CSV 或 JSON，可根據動作類型、使用者、日期範圍和資源進行過濾。
合規級別
三種預設匹配常見的組織需求：
| 級別 | 保留 | 日誌記錄 | 其他 |
|---|---|---|---|
| Standard | 30 天 | 非同步 | 所有帳戶的預設值 |
| Enhanced | 90 天 | 非同步 | 每次執行強制推理追蹤 |
| Strict | 365 天 | 同步 | 不可變執行歷史、必需的批准閘道 |
Strict 模式意味著每次稽核寫入都會阻塞執行直到持久化，執行歷史無法刪除，且具有批准步驟的 workflow 在繼續之前需要簽核。這是為需要可稽核性作為法律要求的受監管產業設計的。
Brand Voice 的 RBAC
對 Brand Voice 控制的存取遵循 JieGou 的角色型存取模型：
| 動作 | 所需角色 |
|---|---|
| 編輯 Brand Voice 設定檔 | Owner 或 Admin |
| 編輯 glossary 術語 | Editor 或以上 |
| 編輯 Prompt Fragment | Editor 或以上 |
| 讀取 Brand Voice、glossary、fragment | 任何成員 |
這意味著你的內容團隊可以管理 glossary 術語和 Prompt Fragment 而不需要管理員權限，而 Brand Voice 設定檔變更 — 會影響整個帳戶的每次執行 — 需要提升的權限。
可用性
Brand Voice 設定檔和 glossary 在 Pro 方案及以上可用。治理功能 — 稽核日誌、合規級別和保留政策 — 在 Team 和 Enterprise 方案可用。Prompt Fragment 在所有付費方案中可用。