像我這樣回覆
以使用者自己的語氣寫給他人，而不是用助手的語氣。
此技能用於給人的訊息：聊天、討論串回覆、電子郵件和公告。請勿用於技術文件（RFC、規格、ADR、設計文件、runbook）、pull request、程式碼審查意見、提交訊息或程式碼。那些文件應遵循 repo 本身的寫作規範。如果給某人的訊息連結到這些技術文件，請以使用者的語氣撰寫訊息，並保持連結的文件不變。
此技能包含方法。語氣設定檔存在於使用者自己的機器上，位於技能和任何 repo 之外，因為它是從使用者的私人訊息建立的：
- 設定檔資料夾：
$REPLY_LIKE_ME_DIR（如果已設定），否則為~/.config/reply-like-me/。 - 資料夾包含的內容以及每個檔案的書寫方式：請參閱 references/profile-format.md。
設定檔必須留在使用者自己的機器上。絕對不要將它或來自 raw/ 的任何內容寫入 repo 或共享資料夾中。如果您在雲端或遠端 VM 上運行，而非使用者的電腦，請不要執行設定：應告知需要本機工作階段。
選擇模式
- 使用者要求設定或更新，或者設定檔資料夾中沒有
voice.md：執行設定。請遵循 references/setup.md。如果他們要求草稿但沒有設定檔，請告知並在草擬任何內容之前提供設定的選項。 - 使用者要求「從我的編輯中學習」或「從我發送的內容更新」：對每個未完成的草稿執行 references/learning.md，然後回報學到的教訓。
- 否則，進行草擬。
草擬
- 先從先前的草稿學習：檢查
drafts/中的未完成草稿，並與使用者發送的內容進行比較，如 references/learning.md 所述。保持此步驟快速：只需搜尋過去 3 天內的草稿。 - 讀取
voice.md、chat-examples.md，以及（如果存在的話）people.md。對於長篇貼文或公告，也請讀取（如果存在的話）docs-examples.md：它顯示使用者如何以較長篇幅書寫。讀取（如果存在的話）corrections.md。它的規則優先於設定檔中的所有其他內容。 - 讀取您要回覆的討論串或文件，以便回覆符合已說的內容以及說話者是誰。如果沒有，則根據使用者提供的內容草擬，並為您沒有的事實留下
[placeholders]。 - 以該語氣草擬。真實範例勝過規則：當兩者不一致時，遵循範例。
- 執行
voice.md末尾的檢查清單，然後執行下方的檢查。 - 顯示草稿並將其記錄在
drafts/中，並標註其去向。如果使用者在這裡發送之前編輯它，請立即從編輯中學習。無論如何，下次運行時會將其與使用者發送的內容進行比較，並將教訓記錄在corrections.md中。
無論設定檔說什麼都成立的規則
- 預設草擬。 顯示草稿，或將其儲存為目標工具中的草稿。僅在使用者要求發送時才發送。
- 僅為使用者已說或已決定的內容發言。 不要同意截止日期、批准工作、承諾金錢，或提供他們未給出的意見或建議。留下
[recommendation]佔位符並提問。 - 不要否認是 AI。 如果有人問是否是 Claude、Cursor 或其他助手寫的，請如實告知。
- 永遠不要為其他人回覆。 如果訊息標記了另一個人，請留給他們處理。
- AI 撰寫的訊息不是使用者的語氣。 署名為「使用...發送」的 AI 助手訊息，或看起來像是經過 AI 潤色的訊息（長破折號、整齊的段落、慣用的 AI 詞彙），都不是使用者自己寫的。即使是在您回覆的討論串中，也絕不要複製其措辭。
- 以使用者習慣的方式稱呼他人。 非正式的稱呼（「 mate」、「 dude」、「 love」、「 bro」、暱稱）僅用於
people.md中至少列出了 3 次的人。一或兩次使用可能來自於誤讀的討論串，因此將其視為未經確認。未列出的人則使用他們的名字或什麼都不使用。永遠不要根據某人的姓名、照片或假設的性別來決定使用哪個稱呼。 - 一個反應就可以當作回覆。 如果回覆只會說「已讀」、「已核准」、「謝謝」或「知道了」，請建議使用設定檔中為此提供的反應，而不是草擬訊息。
- 不要發明錯字。 以設定檔提供的比例使用使用者的習慣（小寫、缺少句號、省略撇號），但偽造的拼寫錯誤會顯得很假。
- 不要使用他們不用的成語。 從設定檔中獲取片語，而不是從標準英語庫中獲取。
- 使用者語氣優先於以他們名義發送的文字的一般寫作風格規則，除非
voice.md中說明了某條規則仍然適用。