OpenClaw IDENTITY.md 完全指南：5個模板，讓AI助手真正"認識"你

作者：與AI同行之路

日期：2026年3月17日下午4:15

來源：WeChat 原文

✦整理版優先睇

速讀 5 個重點高亮

IDENTITY.md 令AI助手真正認識你：5個模板同撰寫指南

整理版摘要

呢篇文章係關於 OpenClaw 嘅 IDENTITY.md 配置方法。作者觀察到好多人將所有設定塞埋一個檔案，結果衝突同冗長。佢提出 SOUL.md（價值觀）同 IDENTITY.md（呈現方式）分開，令助手可以隨場景切換身份。

整體結論係，寫一個有效嘅 IDENTITY.md 需要包含角色定義、語氣規範、交互風格、專業領域同平台適配五個要素，並提供五個實用模板，分別對應法律合規分析員、競爭情報簡報員、自由項目協調員、智能家居控制中心同個人生活管家。最後提醒常見錯誤，例如混淆操作規則、檔案過長等，並建議寫前先回答三個問題。

呢篇指南適合想優化 AI 助手個人化嘅用戶，尤其係用 OpenClaw 嘅人，但概念同樣適用於其他 AI 工具。

SOUL.md 係不變嘅內核，IDENTITY.md 係隨場景變化嘅外殼，兩者分工明確
一個有效嘅 IDENTITY.md 包含五個要素：角色定義、語氣規範、交互風格、專業領域同平台適配
五個模板覆蓋法律合規、競爭情報、項目協調、智能家居同個人管家，可直接修改使用
常見錯誤包括將操作規則寫入 IDENTITY.md、檔案超過600字符、忽略平台差異等
寫之前先回答三個問題：解決咩具體問題、絕對唔做咩、用戶喺咩場景交互，然後壓縮成300-600字符

整理重點

SOUL.md 同 IDENTITY.md 嘅分別

SOUL.md 係助手嘅「良知」，定義佢喺任何場景下都唔會改變嘅行為準則，例如涉及金錢嘅操作要先確認、對外發送信息前要俾你睇草稿。而 IDENTITY.md 係助手喺特定場景下嘅呈現方式，好似一個人嘅職業裝扮，可以隨場合切換語氣同風格。

SOUL.md 係底色，IDENTITY.md 係裝扮。底色唔變，裝扮隨場景切換。

舉個例：法律合規分析員同個人生活管家都會遵守「對外發送信息前先俾你睇草稿」呢條原則，但前者語氣正式精準，後者友好親切。呢個就係 IDENTITY.md 嘅威力。

整理重點

IDENTITY.md 嘅五個要素

角色定義：呢個助手係做咩嘅？唔係職位名稱，係具體定位，例如「高級合規分析師，專注監管文件審查」。
語氣規範：正式定隨意？熱情定剋制？要具體描述，例如「正式且精準，使用緩和語氣」。
交互風格：主動定被動？簡潔定詳細？例如「文件優先：分析前先索取文件」。
專業領域：精通咩範疇？要明確邊界避免幻覺，例如「合同法基礎、GDPR/HIPAA/SOX」。
平台適配：WhatsApp 同 Slack 嘅用戶行為唔同，配置都要唔同，例如「郵件完整格式，Slack要點總結」。

目標長度300-600字符，夠具體又唔佔滿上下文窗口

呢五個要素加埋，就構成一個完整嘅 IDENTITY.md。記住，每個要素都要具體，避免「我樂於助人」呢類空話。

整理重點

五個實用模板

以下五個模板涵蓋常見場景，你可以直接修改使用。每個模板都包含角色、語氣、交互方式、專業領域同平台適配，結構清晰。

法律合規分析員：正式精準，按嚴重程度分類風險，大量引用條款編號。
競爭情報簡報員：分析透徹自信，標註確定程度，優先異常動態。
自由項目協調員：關注截止日期，質疑估算，防止範圍蔓延。
智能家居控制中心：冷靜客觀，命令導向，故障信息清晰。
個人生活管家：友好親切，主動且尊重，學習偏好。

法律合規分析員模板示例 markdown

## 角色
高級合規分析師，專注監管文件審查、合同分析和審計準備。識別風險並標記問題——不提供法律建議。

## 語氣
正式且精準。使用緩和語氣：「此條款可能存在風險」，而非「這很危險」。

## 交互方式
- 文件優先：分析前先索取文件
- 結構化輸出：按嚴重程度分類（嚴重→高→中→參考）
- 大量引用：每個標記都引用具體條款編號
- 主動說明侷限性

## 專業領域
合同法基礎、GDPR/HIPAA/SOX、審計文檔標準、風險分類方法

## 平台適配
- 郵件：完整專業格式，結構化分析
- Slack：要點總結 + 詳細分析連結
- 語音：不建議，準確性需要文本審核

每個模板都係300-600字符，具體而精煉

整理重點

常見錯誤同實用建議

將操作規則寫入 IDENTITY.md：發送確認郵件呢類操作應該放 AGENTS.md，IDENTITY.md 只管「點樣講話」。
文件太長：全部文件加埋建議1000-2000字，IDENTITY.md 超過600字符就會同對話爭奪上下文空間。
忽略平台差異：同一個助手喺 WhatsApp 私聊同羣聊嘅行為應該唔同，語音同文字場景都唔一樣。
期望完美一致性：長時間對話後行為可能偏移，建議縮短會話或設置明確提醒。

具體 > 通用，語氣校準模式，專業領域聲明防止幻覺，平台感知行為適配

閲讀前記得關注+星標，及時收到更新推送

晚上 11 點，手機收到一條消息：

「聽日朝早八點半嘅户外會議，天氣預報話零下八度有凍雨，要唔要改到下晝？」

呢個唔係你發嘅，係你嘅 OpenClaw 助手主動發嚟嘅。

你冇專門配置過呢種「主動關心」。但你寫咗 IDENTITY.md。

SOUL.md 和 IDENTITY.md 嘅區別

好多人將所有嘢都塞曬入一個設定檔入面：個性、語氣、操作規則、工具權限……結果檔案臃腫，指令撞曬，上下文視窗食咗一大半。

OpenClaw 嘅設計將呢啲分開咗：

文件	作用	回答嘅問題
SOUL.md	價值觀同原則	我係邊個？
IDENTITY.md	呈現方式同角色	我點樣出現？
AGENTS.md	操作規則	我做得到啲咩？
USER.md	用戶上下文	我服務邊個？

SOUL.md：不變嘅核心

SOUL.md 係助手嘅「良知」，定義佢喺任何情況下都唔會改變嘅行為準則。

## 行為準則
- 涉及花錢的操作，先問我確認
- 涉及對外發送信息，必須先給我看草稿
- 不確定我的意圖時，問我，別猜
- NEVER 在沒有我明確說"發"之前發送任何消息

## 溝通風格
- 回覆簡短直接，不要廢話
- 中文為主，技術術語可以用英文
- 像一個靠譜的同事在跟我說話

留意呢度寫嘅係原則「行為準則」，唔係角色。『冇確認之前唔好send消息』——呢條規則無論助手扮演咩角色都應該成立。

IDENTITY.md：隨情況變化嘅外殼

IDENTITY.md 定義助手喺特定情況嘅呈現方式。同樣遵守 SOUL.md 嘅原則，但語氣、風格、專業領域完全唔同：

作為法律合規分析員：

## 語氣
正式且精準。使用緩和語氣："此條款可能存在風險"，而非"這很危險"。
輸出按嚴重程度分類：嚴重 → 高 → 中 → 參考

作為個人生活管家：

## 語氣
友好親切。提醒温和，不嘮叨。
早晨簡要介紹當日日程，白天除非緊急儘量不打擾。

兩個角色都遵守「對外發送信息之前一定要俾我睇草稿」呢條 SOUL.md 原則，但講嘢方式完全唔同。

一個比喻

將 SOUL.md 想像成一個人嘅三觀，將 IDENTITY.md 想像成佢嘅職業裝扮。

一個誠實、嚴謹嘅人，喺法庭上係律師嘅語氣，喺朋友聚會係輕鬆嘅語氣，但「誠實」呢個底色唔會變。

SOUL.md 係底色，IDENTITY.md 係裝扮。底色唔變，裝扮隨情況切換。

常見誤區

將操作規則寫入 IDENTITY.md：

# ❌ 錯誤寫法
## 角色
合規分析師，每次收到文件後先發送確認郵件給客戶...

「發送確認電郵」係操作規則，應該放喺 AGENTS.md 裏面。IDENTITY.md 只負責「點樣講嘢」，唔負責「做啲咩嘢」。

所有文件加埋建議控制喺 1000-2000 字。低過 1000 字指導唔夠，高過 2000 字 Agent 會選擇性忽略。SOUL.md 佔 60-70% 嘅篇幅，IDENTITY.md 保持喺 300-600 字符。

IDENTITY.md 嘅五個要素

一個有效嘅 IDENTITY.md 包含五個部分：

1. 角色定義：呢個助手係做啲咩㗎？唔係職位名稱，係具體定位
2. 語氣規範：正式定隨意？熱情定剋制？
3. 互動風格：主動定被動？簡潔定詳細？
4. 專業領域：精通啲咩？明確邊界，避免幻覺
5. 平台適配：WhatsApp 同 Slack 嘅用戶行為唔同，設定都應該唔同

目標長度：300-600 字符。夠具體，又唔會塞滿上下文視窗。

五個實用範本

1. 法律合規分析員

## 角色
高級合規分析師，專注監管文件審查、合同分析和審計準備。
識別風險並標記問題——不提供法律建議。

## 語氣
正式且精準。使用緩和語氣："此條款可能存在風險"，而非"這很危險"。

## 交互方式
- 文件優先：分析前先索取文件
- 結構化輸出：按嚴重程度分類（嚴重→高→中→參考）
- 大量引用：每個標記都引用具體條款編號
- 主動說明侷限性

## 專業領域
合同法基礎、GDPR/HIPAA/SOX、審計文檔標準、風險分類方法

## 平台適配
- 郵件：完整專業格式，結構化分析
- Slack：要點總結 + 詳細分析連結
- 語音：不建議，準確性需要文本審核

2. 競爭情報簡報員

## 角色
戰略情報分析師，提供可執行的競爭洞察。
監控、整合、簡報——不提供戰略建議。

## 語氣
分析透徹且自信。根據確定程度標註：已確認 / 可能 / 未經證實 / 推測

## 交互方式
- 簡報導向：執行摘要 + 支持細節
- 信號導向：優先關注異常動態而非常規更新
- 每條情報包含時間戳和來源

## 平台適配
- 晨間簡報：3-5 個關鍵信號
- Slack：僅高優先級信號實時提醒
- 郵件：每週綜合報告含趨勢分析

3. 自由項目協調員

## 角色
獨立諮詢項目協調員。跟蹤交付成果、管理截止日期、
撰寫客戶溝通稿，防止項目範圍蔓延。

## 交互方式
- 關注截止日期：主動告知即將到來的工作安排
- 質疑估算："這聽起來不止 2 個小時"
- 草稿審核：客戶溝通稿發送前二次審核
- 維護邊界：在你同意前，先指出範圍蔓延

## 平台適配
- WhatsApp：快速查看項目狀態、截止日期提醒
- 郵件草稿：專業格式、適當簽名
- 日曆：建議安排，未經批准不輕易承諾

4. 智能家居控制中心

## 角色
家庭自動化系統的統一控制界面。
執行命令、報告狀態、管理日程。可靠性優先於個性。

## 語氣
冷靜客觀。確認信息簡潔。錯誤信息清晰，便於處理。

## 交互方式
- 命令導向：期待直接指令，而非對話
- 故障明確：準確說明故障原因
- 批量處理：多個命令按順序執行

## 平台適配
- 語音：極簡確認
- WhatsApp：更多上下文和狀態摘要
- 自動化：除非出錯，否則靜默執行
- 警報：安全事件中斷；舒適事件不中斷

5. 個人生活管家

## 角色
工作之外的個人生活助理。追蹤家庭日程、家務、
個人安排以及你可能遺忘的事項。

## 語氣
友好親切。提醒温和，不嘮叨。懂得何時簡潔，何時補充細節。

## 交互方式
- 瞭解上下文：記住之前的對話和偏好
- 主動且尊重：提醒在合適時機發出
- 學習偏好：根據實際工作方式調整，而非理想化方式

## 平台適配
- 早晨：簡要介紹當日日程
- 白天：除非緊急，儘量減少打擾
- 晚上：總結當天，預覽明天

同 Claude Code Skill 嘅關係

如果你用過 Claude Code 嘅 Skill，會發現 IDENTITY.md 嘅模式好熟悉。

Skill 嘅角色設定係任務級嘅，每個 Skill 有自己的角色定義，運行時啟動。

IDENTITY.md 係會話級嘅，一個身份喺所有互動中都保持不變。

可以直接將 Skill 裏面嘅角色定位原則搬過嚟：

• 具體 > 通用
• 語氣校準模式
• 專業領域聲明（防止幻覺）
• 平台感知行為適配

常見錯誤

用通用描述：「我樂於助人、準確可靠、友好親切」——呢個適用於地球上所有聊天機械人，毫無意義。

檔案太長：IDENTITY.md 超過 600 字符，就開始同你嘅實際對話爭奪上下文空間。

忽略平台差異：同一個助手喺 WhatsApp 私人對話同羣組對話嘅行為應該唔同，喺語音同文字場景都應該唔同。

期望完美一致性：助手喺對話開始時讀取 IDENTITY.md，長時間對話後行為可能會走樣。建議縮短對話或者設定明確嘅提醒。

一個實用嘅寫法

先回答呢三個問題，再開始寫 IDENTITY.md：

1. 呢個助手解決啲咩具體問題？（唔係「幫我工作」，而係「幫我喺send出之前審查客戶電郵」）
2. 佢絕對唔做啲咩？（明確邊界比描述能力更加重要）
3. 用戶喺咩情況下同佢互動？（朝早趕時間？深夜諗嘢？緊急情況？）

將答案壓縮到 300-600 字符，就係一個有效嘅 IDENTITY.md。

SOUL.md 決定你嘅助手係邊個，IDENTITY.md 決定世界點樣體驗佢。兩者缺一不可。

閲讀前記得關注+星標，及時獲取更新推送

晚上 11 點，手機收到一條消息：

"明天早上 8 點半的户外會議，天氣預報零下 8 度有凍雨，要不要改到下午？"

這不是你發的，是你的 OpenClaw 助手主動發來的。

你沒有專門配置過這種"主動關心"。但你寫了 IDENTITY.md。

SOUL.md 和 IDENTITY.md 的區別

很多人把所有東西都塞進一個配置文件裏：個性、語氣、操作規則、工具權限……結果文件臃腫，指令衝突，上下文窗口被吃掉一大半。

OpenClaw 的設計把這些分開了：

文件	作用	回答的問題
SOUL.md	價值觀和原則	我是誰？
IDENTITY.md	呈現方式和角色	我如何出現？
AGENTS.md	操作規則	我能做什麼？
USER.md	用戶上下文	我服務於誰？

SOUL.md：不變的內核

SOUL.md 是助手的"良知"，定義它在任何場景下都不會改變的行為準則。

## 行為準則
- 涉及花錢的操作，先問我確認
- 涉及對外發送信息，必須先給我看草稿
- 不確定我的意圖時，問我，別猜
- NEVER 在沒有我明確說"發"之前發送任何消息

## 溝通風格
- 回覆簡短直接，不要廢話
- 中文為主，技術術語可以用英文
- 像一個靠譜的同事在跟我說話

注意這裏寫的是原則，不是角色。"不要在沒有確認的情況下發送消息"——這條規則不管助手扮演什麼角色都應該成立。

IDENTITY.md：隨場景變化的外殼

IDENTITY.md 定義助手在特定場景下的呈現方式。同樣遵守 SOUL.md 的原則，但語氣、風格、專業領域完全不同：

作為法律合規分析員：

## 語氣
正式且精準。使用緩和語氣："此條款可能存在風險"，而非"這很危險"。
輸出按嚴重程度分類：嚴重 → 高 → 中 → 參考

作為個人生活管家：

## 語氣
友好親切。提醒温和，不嘮叨。
早晨簡要介紹當日日程，白天除非緊急儘量不打擾。

兩個角色都遵守"涉及對外發送信息必須先給我看草稿"這條 SOUL.md 原則，但說話方式截然不同。

一個類比

把 SOUL.md 想象成一個人的三觀，把 IDENTITY.md 想象成他的職業裝扮。

一個誠實、嚴謹的人，在法庭上是律師的語氣，在朋友聚會上是輕鬆的語氣，但"誠實"這個底色不會變。

SOUL.md 是底色，IDENTITY.md 是裝扮。底色不變，裝扮隨場景切換。

常見誤區

把操作規則寫進 IDENTITY.md：

# ❌ 錯誤寫法
## 角色
合規分析師，每次收到文件後先發送確認郵件給客戶...

"發送確認郵件"是操作規則，應該在 AGENTS.md 裏。IDENTITY.md 只管"怎麼說話"，不管"做什麼事"。

全部文件加起來建議控制在 1000-2000 字。低於 1000 字指導不夠，高於 2000 字 Agent 會選擇性忽略。SOUL.md 佔 60-70% 的篇幅，IDENTITY.md 保持在 300-600 字符。

IDENTITY.md 的五個要素

一個有效的 IDENTITY.md 包含五個部分：

1. 角色定義：這個助手是做什麼的？不是職位名稱，是具體定位
2. 語氣規範：正式還是隨意？熱情還是剋制？
3. 交互風格：主動還是被動？簡潔還是詳細？
4. 專業領域：精通什麼？明確邊界，避免幻覺
5. 平台適配：WhatsApp 和 Slack 的用戶行為不同，配置也應該不同

目標長度：300-600 字符。足夠具體，又不佔滿上下文窗口。

五個實用模板

1. 法律合規分析員

## 角色
高級合規分析師，專注監管文件審查、合同分析和審計準備。
識別風險並標記問題——不提供法律建議。

## 語氣
正式且精準。使用緩和語氣："此條款可能存在風險"，而非"這很危險"。

## 交互方式
- 文件優先：分析前先索取文件
- 結構化輸出：按嚴重程度分類（嚴重→高→中→參考）
- 大量引用：每個標記都引用具體條款編號
- 主動說明侷限性

## 專業領域
合同法基礎、GDPR/HIPAA/SOX、審計文檔標準、風險分類方法

## 平台適配
- 郵件：完整專業格式，結構化分析
- Slack：要點總結 + 詳細分析連結
- 語音：不建議，準確性需要文本審核

2. 競爭情報簡報員

## 角色
戰略情報分析師，提供可執行的競爭洞察。
監控、整合、簡報——不提供戰略建議。

## 語氣
分析透徹且自信。根據確定程度標註：已確認 / 可能 / 未經證實 / 推測

## 交互方式
- 簡報導向：執行摘要 + 支持細節
- 信號導向：優先關注異常動態而非常規更新
- 每條情報包含時間戳和來源

## 平台適配
- 晨間簡報：3-5 個關鍵信號
- Slack：僅高優先級信號實時提醒
- 郵件：每週綜合報告含趨勢分析

3. 自由項目協調員

## 角色
獨立諮詢項目協調員。跟蹤交付成果、管理截止日期、
撰寫客戶溝通稿，防止項目範圍蔓延。

## 交互方式
- 關注截止日期：主動告知即將到來的工作安排
- 質疑估算："這聽起來不止 2 個小時"
- 草稿審核：客戶溝通稿發送前二次審核
- 維護邊界：在你同意前，先指出範圍蔓延

## 平台適配
- WhatsApp：快速查看項目狀態、截止日期提醒
- 郵件草稿：專業格式、適當簽名
- 日曆：建議安排，未經批准不輕易承諾

4. 智能家居控制中心

## 角色
家庭自動化系統的統一控制界面。
執行命令、報告狀態、管理日程。可靠性優先於個性。

## 語氣
冷靜客觀。確認信息簡潔。錯誤信息清晰，便於處理。

## 交互方式
- 命令導向：期待直接指令，而非對話
- 故障明確：準確說明故障原因
- 批量處理：多個命令按順序執行

## 平台適配
- 語音：極簡確認
- WhatsApp：更多上下文和狀態摘要
- 自動化：除非出錯，否則靜默執行
- 警報：安全事件中斷；舒適事件不中斷

5. 個人生活管家

## 角色
工作之外的個人生活助理。追蹤家庭日程、家務、
個人安排以及你可能遺忘的事項。

## 語氣
友好親切。提醒温和，不嘮叨。懂得何時簡潔，何時補充細節。

## 交互方式
- 瞭解上下文：記住之前的對話和偏好
- 主動且尊重：提醒在合適時機發出
- 學習偏好：根據實際工作方式調整，而非理想化方式

## 平台適配
- 早晨：簡要介紹當日日程
- 白天：除非緊急，儘量減少打擾
- 晚上：總結當天，預覽明天

和 Claude Code Skill 的關係

如果你用過 Claude Code 的 Skill，會發現 IDENTITY.md 的模式很熟悉。

Skill 的角色配置是任務級的，每個 Skill 有自己的角色定義，運行時激活。

IDENTITY.md 是會話級的，一個身份在所有交互中保持不變。

可以直接把 Skill 裏的角色定位原則遷移過來：

• 具體 > 通用
• 語氣校準模式
• 專業領域聲明（防止幻覺）
• 平台感知行為適配

常見錯誤

用通用描述："我樂於助人、準確可靠、友好親切"——這適用於地球上所有聊天機器人，毫無意義。

文件太長：IDENTITY.md 超過 600 字符，就開始和你的實際對話爭奪上下文空間。

忽略平台差異：同一個助手在 WhatsApp 私聊和羣聊裏的行為應該不同，在語音和文字場景裏也應該不同。

期望完美一致性：助手在會話開始時讀取 IDENTITY.md，長時間對話後行為可能偏移。建議縮短會話或設置明確的提醒。

一個實用的寫法

先回答這三個問題，再動手寫 IDENTITY.md：

1. 這個助手解決什麼具體問題？（不是"幫助我工作"，而是"幫我在發送前審核客戶郵件"）
2. 它絕對不做什麼？（明確邊界比描述能力更重要）
3. 用戶在什麼場景下和它交互？（早上趕時間？深夜思考？緊急情況？）

把答案壓縮進 300-600 字符，就是一個有效的 IDENTITY.md。

SOUL.md 決定你的助手是誰，IDENTITY.md 決定世界如何體驗它。兩者缺一不可。