現在，我們已經學會 Hermes Agent 的基本操作及設定，也能善用它幫我們做事，一步一步執行工作而不再只是聊天對答。

但有一個問題：他還不知道我們是誰，就更別說是「像我」了。

假設今天客戶寄來一封 Email：

你們這次的報價比我們預期高不少，如果價格沒有調整，這個案子可能很難往下走。請問還有沒有議價空間？

你要求 Hermes 回信，下了提示詞：

幫我回覆這封 Email，委婉的拒絕議價

沒問題，Hermes 當然寫得出來。

它可能先感謝客戶的回饋，接著表示理解預算考量，再委婉說明目前報價已經反映服務內容。

文法 ok，口氣也很專業。

但如果這封信真的要用你的名字寄出去，我想你應該不會願意。

不同人有不同的做法，有些業務碰到客戶要求降價，習慣先守住價格，重新把對話拉回產品價值。

有些業務則會先追問：「是哪一個部分超出預算？」想弄清楚客戶真正的 objection 到底是價格，還是其實根本還沒感受到價值。

也有更會談判的人願意談折扣，但不會直接少 10%，而是拿合約年限、採購數量、付款條件，甚至導入範圍來交換。

同樣都是資深業務，同樣收到一句「太貴了」，下一步可能完全不同。

這時候已經不是要 AI 寫 Email的問題，而是：

它知不知道，如果是你，你通常會怎麼處理這種事？

AI 知道很多事情，跟 AI 知道「你的事」，其實是兩回事。

而如果我們想打造的是一個長期替自己工作的 AI Agent，這個問題就不能一直靠每次重講背景來解決。

AI 很聰明，但它其實根本不認識你

現在的 AI 已經有很強的通用能力。

寫 Email、整理會議、做研究、分析資料、規劃專案、寫程式，這些它可能都做得到。

可是「會做」只代表它具備這項能力。

它未必知道你是什麼角色、專業程度到哪裡、平常面對什麼人、使用哪些工具，也不知道你長期在處理哪一類問題。

所以很多人在使用 AI 一段時間之後，Prompt 會越寫越長。

真正的任務可能只有一句：

幫我回覆這位客戶，委婉拒絕他的降價要求。

前面卻得加上：

我是負責企業客戶的業務主管，帶一個六人的團隊，主要負責台灣與東南亞市場。

這是一個我們已經談了兩個月的重要客戶。我的習慣不是客戶一要求就直接降價，我會先確認他真正卡住的是預算、採購流程，還是還沒認同我們的價值。

如果真的需要談價格，我比較傾向用合約年限、採購量或付款條件交換，而不是直接無條件給折扣。

幫我回覆這位客戶，處理他的降價要求。

換一個客戶，又得再講一次。

如果是人類同事，這種合作方式其實很荒謬。

你不會每次請同一位業務夥伴幫忙處理客戶時，都重新解釋一次：「我談價格的習慣是這樣，我通常不會一開始就降價……」

合作久了，對方早就知道你怎麼處理這類事情。

如果 AI Agent 每開一個新的 Session，都像第一天報到的新同事一樣重新問：「所以遇到客戶要求折扣時，你通常怎麼處理？」那它再聰明，使用起來還是會有一種斷裂感。

很多 Prompt 之所以變長，問題未必出在任務太複雜，而是 AI 每次都得重新認識你。

「會做事情」跟「知道怎麼用我的行事風格來做」還差得遠

我把打造 AI 工作分身分成三個等級：

Level 1：它會做這件事

例如：

客戶覺得報價太高，希望我們降價。幫我委婉拒絕這封 Email。

像 ChatGPT、Claude、Gemini 這類大型語言模型都做得到。

它知道商務 Email 要有禮貌，也知道不能直接跟客戶硬碰硬。

所以很可能會寫出這種內容：

我們理解貴公司的想法。目前的報價是根據整體服務範圍與需求所提出，
已接近成本底價了，因此現階段我們無法降價，再次感謝您的誠意回饋。

沒有什麼大問題。

但它做的是：

「遇到客戶要求降價，如果我們要拒絕，一般會怎麼回？」

這是通用能力。

Level 2：它知道「像我這種角色」通常怎麼處理

現在再多給它一些背景。

假設它知道你是負責企業客戶的業務主管，而且長期處理大型 B2B 客戶。

它可能就不會只停在「寫一封有禮貌的信」。

它會知道這封 Email 背後其實牽涉到銷售談判。

所以在幫你回覆之前，它可能開始考慮：

• 這個客戶現在是真的沒有預算，還是在試探底價？
• 目前案子走到哪個階段？
• 客戶已經認同價值了嗎？
• 有沒有必要在這個時間點主動降價？
• 如果真的要讓步，可以換回什麼條件？

有了這些角色背景後，Hermes 寫出來的信可能會開始長得像這樣：

謝謝您的回饋，也理解貴公司目前對預算的考量。

這次的報價是依照目前確認的需求範圍、服務內容與導入方式所規劃，因此現階段我們沒有辦法直接以單純折價的方式調整。

如果貴公司有比較明確的預算範圍，也歡迎提供給我們，我們可以再依照實際條件一起評估比較合適的方案。

跟 Level 1 相比，這封信已經不只是客氣地說「可以再談」。

它開始知道企業業務不能一收到議價要求就直接鬆動價格，所以先守住現有報價，同時把談判空間從「價格」擴大到方案範圍、採購數量、合約期間與付款條件。

這已經比較像一位有 B2B 銷售經驗的人會寫的信。

但還差一步。

因為「企業業務主管」不是一種人格模板。

兩位做了十年業務的主管，面對完全相同的客戶，做法還是可能差很多。

Level 3：它知道「如果是我，我會怎麼做」

假設 Hermes 跟你合作了一段時間，逐漸知道你的習慣：

客戶說「太貴」，你通常不會立刻報一個更低的價格。

你會先找出問題到底在哪裡。

如果客戶其實是年度預算不足，你可能會調整導入範圍。

如果客戶只是採購部門例行議價，你可能會守住價格。

如果這個客戶願意簽兩年約，你才可能考慮用長約交換折扣。

而且你不喜歡在 Email 裡來回殺價。碰到重要客戶時，你通常會把目標放在「約下一次對話」，而不是試圖在一封信裡把價格談完。

那 Hermes 幫你產出的信，就可能變成：

謝謝您直接告訴我目前對預算的考量。

在我們調整方案之前，我想先確認一下，目前主要是整體預算超出原先規劃，還是現有方案的內容與預算之間還有一些落差？其實這些都是可以再溝通調整的。

如果方便的話，我建議我們找 20 分鐘快速對一下。了解實際卡點之後，我們可以一起看看是否需要從導入範圍、合約期間或其他合作條件做調整，再找一個對雙方都合理的方式。

您這週三或四下午方便嗎？

你會發現，它現在寫出來的東西已經完全不一樣了。

Level 1 知道：

這種工作通常怎麼做？

Level 2 知道：

像你這種工作角色，通常要考慮什麼？

Level 3 才開始理解：

如果是你，你會怎麼做？

這才是這個系列最後真正想走到的地方。

Hermes 不只知道「業務談判通常有哪些技巧」，還逐漸知道：

你通常會先看哪些訊號、什麼情況願意讓步、什麼情況會守住底線，以及你習慣拿什麼條件交換。

但這一層不能直接跳過去。

一個連你是不是業務、做的是什麼客戶、專業程度到哪裡都搞不清楚的 Agent，很難突然理解你怎麼判斷一場商務談判。

所以打造 AI 分身，可以先記成一個很簡單的順序：

認識我 → 像我表達 → 像我思考與做事

今天先處理最底層：認識我。

真正的個人分身 Agent，需要有一點「連續性」

每次叫一個完全陌生的人幫忙，你勢必要交代大量背景。

但跟固定合作的同事工作，很多事情不用再說。

他知道你負責什麼、哪些領域你很熟、哪些地方需要多解釋一點，也知道你平常在哪種工作環境裡做事。

個人分身 Agent 也一樣。

理想的狀態，是新的 Session 開始之後，它依然知道自己現在替誰工作。

在 Hermes 裡，USER.md 就是負責這一部分的重要機制之一。官方把 USER.md 定位成 User Profile，用來保存使用者的身份、偏好、溝通方式、工作習慣與技術程度等資訊；內容會在 Session 開始時載入到 System Prompt。

可以把它想成你的下屬第一天報到時，桌上已經先放好一張「關於主管（也就是你）」的小卡。

不是完整自傳。

但至少不用每次都從「你是誰」開始。

打造 AI 分身，我會把它拆成三個層次

如果把「第二個我」這件事拆開來看，大致可以分成三層。

第一層是「我是誰」：

這是最底層的部份，包含我的工作角色、專業背景、工作環境、長期關注領域，以及一些會長期影響合作方式的基本偏好。

第二層是「我怎麼表達」：

例如我的語氣、用詞、文章結構、文件格式，以及平常怎麼解釋說話等「輸出」的部份。

第三層才是「我怎麼思考與做事」：

包含怎麼拆問題、怎麼比較選項、遇到資訊不足時怎麼處理、怎麼做決策，以及一件工作通常會怎麼一路做到完成。

如果沒先處理好第一層核心，只建立了表達層(第二層)，很容易打造出一種很微妙的 AI 分身：

它的句子很像你，連口頭禪都學會了，卻連你到底是做什麼工作的都搞錯。

看起來很像，實際合作起來卻一直答非所問，很像是假的你。

所以「模仿語氣」等輸出表達其實還排在後面。

我們得先讓它知道這個「我」到底是誰。

讓 Agent 懂你，不用一份自傳或履歷，而是一個 User Profile

講到這裡，很容易走到另一個極端：

既然背景很重要，那乾脆把履歷、過去十年的 Email、所有工作文件、聊天紀錄全部丟給 AI。

其實不用。

User Profile 比較像履歷最上面那段「Professional Summary」，而且還要比那更實用。

它關心的問題只有一個：

這項資訊，未來會不會持續影響 Hermes 怎麼幫我工作？

例如：

「我喜歡《薩爾達傳說曠野之息》和《33 號遠征隊》。」

除非你的工作跟遊戲創作有關，不然對大多數工作任務幫助有限。

換成：

「我是財務主管，主要負責預算、成本與經營分析。」

這句話就很有價值。

因為下一次你叫 Hermes 分析一份營運數據，它至少知道你看事情的角色不是剛接觸財務報表的新手。

再例如：

「我是健康產業的產品經理，熟悉 APP 與商業，但程式開發只有基礎概念。」

這句也很有用。

未來討論 API、系統架構或資料庫時，Hermes 就不用假設你是資深 Backend Engineer，也不用把所有技術概念都降到完全沒有背景的小白程度。

我會用一個問題判斷某項資訊值不值得留下：

如果 Hermes 不知道這件事，未來是不是很容易給我不適合的答案？

如果答案經常是「會」，這件事就有機會成為 User Profile 的一部分。

Hermes 的 USER.md 是什麼？

Hermes 官方目前把 USER.md 放在 ~/.hermes/memories/，屬於 Persistent Memory（持久記憶）的一部分，專門保存 User Profile。官方列出的典型內容包括姓名、角色、時區、溝通偏好、工作習慣與技術能力等。

假設是一位業務主管，內容可能濃縮成：

- 我叫 John,負責企業客戶與重要客戶經營，目前管理八人的業務團隊。
- 平常工作包含銷售預測、客戶提案與季度業務檢討。
- 熟悉商業分析與企業銷售，不具備程式開發背景。
- 工作時主要使用繁體中文與英文。
- 日常工作主要使用 Gmail。

換成人資工作者：

- 我叫 Jason，從事人力資源工作，主要負責招募與人才發展。
- 平常需要面試候選人、整理招募資訊與製作人力報告。
- 工作主要使用 Microsoft 365 與 Teams。

如果是一位工程師，又會完全不同：

- 我是阿森，資深軟體工程師，主要使用 Python 與 TypeScript。
- 熟悉 Docker、GitHub 與 VS Code。
- 極度關注 AI 輔助開發

你會發現，這些內容都沒有試圖把「這個人的一生」寫進去。

它們只留下會影響 Hermes 工作方式的資訊。

這就是 User Profile 的核心。

USER.md 不負責記住所有事情

這個觀念很重要：今天跟 Hermes 討論過什麼、明天又完成了哪件事情、某個客戶這次的報價是多少，都不應該因為「我希望 AI 記得」就全部塞進 USER.md。

USER.md 比較適合保存那些「換了任務仍然成立」的使用者特徵。

例如：「我有十年招募經驗。」

換五個任務，它還是成立。

「這一次招募專案要在 10 月底以前完成。」

換到另一個任務，它就沒有意義了。

Hermes 官方其實也有類似的區分：USER.md 偏向使用者身份與偏好；環境資訊、專案慣例、工具使用過程學到的事情，則屬於 MEMORY.md 的範圍。一次性的 Session 資訊也不建議硬塞進長期 Memory。

所以「工作環境」也要看你寫的是哪一種。

像：

我在企業上班，工作長期以 Microsoft 365 為主。

這描述的是你的工作習慣，放進 User Profile 很合理。

但：

我大部份的伺服器都使用 Ubuntu 22.04，專案放在 /srv/app。

這已經變成環境事實，比較適合放入 MEMORY.md。

而：

A 客戶要求這次專案必須在 10 月底以前完成。

這又是單一任務／專案 Context，較適合放進專案的記憶中。

三個看起來都跟「工作背景」有關，實際該放的位置完全不同。

USER.md 和 SOUL.md 最容易搞混

Hermes 還有另一個很容易跟 USER.md 搞混的檔案：那就是前面有提過的 SOUL.md。

先簡單記就好：

Hermes 官方把 SOUL.md 定義成 Agent 的 Primary Identity（地位相當於 Claude Code 的 claude.md、Codex 的 Agent.md），用來控制它的 personality、tone、communication style，以及它應該如何面對不確定性與不同意見；USER.md 則是「who you are」。

有些情境只差一點點，該放的位置就不同。

例如：

我平常使用台灣用法的繁體中文。

這句在描述「我」本人，偏 USER.md。

換成：

預設使用繁體中文回覆我。

這是在規定 Hermes 的行為，比較偏 SOUL.md。

真的搞不清楚時，只要問一句：

這句話是在描述我，還是在規定 Hermes ？

通常就能分出來。

哪些事情最值得 Hermes 長期知道？

要打造屬於我們自己的分身，有五類資訊需要放進 USER.md 中

1. 我的身份與角色

你是企業業務主管、財務分析師、產品經理、設計師、工程師，還是內容創作者？

如果同時有很多身份，也不一定要全部寫，只留下真正會影響 Hermes 如何協助你的角色就好。

2. 我平常主要業務在做什麼

跟客戶溝通、做提案、招募人才、整理分析報表、做市場研究、規劃產品，還是寫程式……

這些資訊會讓 Hermes 比較知道，你未來交給它的工作大多會是什麼，以及通常從哪裡來。

3. 我的專業程度

這一項會直接影響回答及處理深度。

「我有十年人資經驗，不需要解釋招募基本概念。」 跟

「我是產品經理，能看懂基本技術概念，但沒有程式開發背景。」

都比單純寫「我是人資」或「我是 PM」，讓 Hermes 多了很多更了解你的訊號。

4. 我固定使用的工作環境

如果某些工具長期存在，而且真的會影響 Hermes 的建議，就值得留下。

例如你長期使用的是 Microsoft 365 還是 Google Workspace？它在建議協作或文件流程時，就不用每次跑來推薦完全不同的工具。

例如：「我的工作主要使用 Microsoft 365，包括 Teams、Outlook、Excel 與 PowerPoint等。」

5. 我的基本偏好與長期關注

基本偏好，例如使用繁體中文、台灣用語、西元／國曆日期、新台幣、不用 emoj 等。

這些背景能讓一連串看似分散的問題，有比較穩定的脈絡。

至於「我的文章喜歡怎麼起頭」、「我寫報告時怎麼安排段落」、「我遇到資訊不足時怎麼判斷」，先不用急著塞進來。

那已經屬於是「我怎麼表達」和「我怎麼思考做事」的層級了，這篇先關注人物底模建好就好。

只有 1,375 個字，反而逼你留下真正重要的東西

Hermes 目前預設的 USER.md 上限只有 1,375 characters，官方估算大約 500 tokens。超過限制時，Hermes 預設的機制，Memory Tool 不會默默把舊內容切掉，而是要求 Agent 先刪除或合併既有項目，再嘗試寫入。

一開始看到 1,375 個字，我的直覺是這也太少了吧？但換個角度看，這個限制其實很合理。

因為 USER.md 本來就不該成為「關於我的一切」。

它比較像護照上的基本資料頁：你出國時需要讓海關快速知道你是誰，不會把你的人生故事傳記全部釘在護照後面。

USER.md 也是一樣。

判斷一項資訊值不值得放入 USER.md，我會再加一個測試：

到了下個月，換了五個完全不同的工作任務，這件事還會影響 Hermes 怎麼幫我嗎？

會的才留下。

User Profile 是 AI 分身的「人物底模」

如果要打造 AI 分身，USER.md 很像最底下那層人物設定，它還不會讓 Hermes 突然變成另一個你。

它不知道你寫文章時喜歡怎麼鋪陳，也還不知道你在兩個方案之間會怎麼取捨，更不可能光看一份 Profile 就學會你做了十年的專業方式。

可是至少，這個分身開始知道自己替誰工作，知道這個人的角色、專業背景、習慣和基本偏好。

接下來，我們才能繼續疊加東西：

我是誰

↓

我怎麼表達

↓

我怎麼思考與做事