immortal-skill
作者 agenmodimmortal-skill 是一套 Skill Authoring 工作流程，可將對話、文件與平台匯出資料整理成具備證據意識的數位人格套件。它會引導你完成角色選定、來源蒐集、倫理檢查、衝突處理與輸出生成，協助建立可重複使用的 agent skills。
此 skill 的評分為 72/100，代表它可作為目錄中可列出的真實且可重複使用工作流程，但實際採用前仍需要閱讀部分 repository 內容並進行手動設定。repository 展示了相當完整的人格萃取框架，包含明確的啟用條件、分階段流程結構、角色範本、輸出路徑慣例，以及依平台區分的蒐集指引，因此 agent 可依循的內容明顯多於一般泛用 prompt。主要限制在於，核心 skill 檔案的指令密度偏高，且引用了許多支援路徑，但在 skill 本身內並未提供一個精簡、可直接走完端對端流程的快速起步說明。
- 觸發條件清楚：SKILL.md 明確說明何時應啟用，特別適用於將某個人萃取為數位人格／skill 套件的請求情境。
- 工作流程深度扎實：主 skill 定義了分階段步驟、倫理檢查、角色範本、證據處理與輸出慣例，而不只是停留在行銷式描述。
- repository 具備實際操作支援：檔案樹包含多個平台的 collectors，且 docs/PLATFORM-GUIDE.md 提供了具體的設定方式與 collect 指令，涵蓋 Feishu、Slack、Discord 與 Telegram 等工具。
- 主要安裝／使用路徑較分散：SKILL.md 會參照 personas、recipes、kit 與 docs，但現有證據未顯示主 skill 內提供單一、精簡且完整的端對端指令流程。
- 信任與適用性需謹慎評估：repository 已處理倫理、隱私以及公開／私人來源的限制，但此主題牽涉對真實人物進行人格萃取，使用者仍需非常審慎地落實這些保護措施。
immortal-skill 技能概覽
immortal-skill 真正的用途是什麼
immortal-skill 是一套有結構的技能，用來把分散在各處、與某個人有關的紀錄，整理成可供 agent 載入的「數位人格」套件。它真正要做的，不是單純把聊天紀錄摘要一下，而是引導 agent 依序完成角色選定、來源蒐集、證據分級、衝突處理與輸出生成，讓最後的結果能更完整保留一個人的思考方式、溝通風格、記憶模式與決策習慣。
哪些人適合安裝 immortal-skill
如果你正在針對「以人為核心的知識資產」做較嚴謹的 Skill Authoring，immortal-skill 會特別適合你：例如保存自己的工作風格、整理 mentor 的方法論、保留即將離職同事的團隊 know-how，或根據公開資料建立公眾人物顧問型 agent。特別是在一般 prompt 寫法太鬆散、你需要一套可重複套用到多個案例的固定流程時，immortal-skill 的價值會更明顯。
為什麼使用者會選它，而不是一般泛用 prompt
immortal-skill 最主要的差異，在於它的工作流程深度。這個 repo 不只提供 persona 模板，還包含各平台的 collector、範例、recipes，以及兩個相關的保護型技能：distill-protocol-skill 用於使用條款與限制，distill-shield-skill 用於防護 canaries。也因此，immortal-skill skill 比起「把訊息貼進去，叫模型模仿某人」更偏向可實際落地的操作流程。
先講最重要的導入限制
immortal-skill 在概念設計上很完整，但實際能不能導入，往往取決於你的資料取得方式與倫理限制。許多高價值資料來源都需要平台 token、資料匯出，或本機資料庫存取。這個 repo 也預設你有 python3 可用，而不同來源的實際蒐集品質差異可能很大。如果你只是想從幾段文字快速模仿某種語氣，它大概太重了；但如果你要的是可追溯、可重用的蒸餾流程，那它會更適合。
如何使用 immortal-skill 技能
immortal-skill 安裝前後，第一批該先讀的檔案
建議先從 SKILL.md 開始，再看 FOR_AI.md、README.md、docs/PLATFORM-GUIDE.md，以及 personas/ 和 recipes/ 底下對應的檔案。這個 repo 並沒有在 SKILL.md 裡提供單一可直接複製貼上的安裝指令，所以比較適合把它當成「由 repo 支撐的工作流程型技能」，而不是「執行一個 launcher 就完成」的套件。若你打算使用 collectors 或輔助腳本，通常也會需要 python3。
建議閱讀順序如下：
SKILL.md：確認標準工作流程personas/_base.md加上一個角色模板recipes/intake-protocol.mddocs/PLATFORM-GUIDE.md- 如果涉及權限或防護需求，再看相關 subskills
要讓 immortal-skill 發揮效果，需要哪些輸入
若想得到較好的 immortal-skill usage 效果，一開始就要先給 agent 四類資訊：
- 目標人物與角色類型：self、colleague、mentor、family、partner、friend，或 public figure
- 允許使用的資料來源，以及蒐集限制
- 產出目標：archive、internal training、advisor、memory preservation，或 agent skill pack
- 倫理邊界：同意範圍、需要遮罩的內容、是否僅限公開資料、家庭敏感性，或職場範圍限制
一個弱的需求會像是：「Distill my mentor.」
一個強的需求則會像是：「Use immortal-skill to distill my mentor into a Skill Authoring package for internal coaching. Sources: exported email threads, 12 meeting notes, and public talks only. Redact third-party private details. Prioritize teaching heuristics, feedback style, and decision principles over biography.」
從模糊目標到可用輸出的實務流程
一份可靠的 immortal-skill guide，通常會長這樣：
- 在蒐集資料之前，先選好角色模板。
- 先確認該角色的倫理規則。
- 先從一到兩個高訊號來源開始蒐集，不要一開始就把所有平台一起拉進來。
- 依照這個技能強調的面向來蒸餾：procedure、interaction、memory、personality。
- 先要求 evidence levels 與 conflict notes，不要太早合成成單一完整聲音。
- 最後把技能套件產出到
./skills/immortals/<slug>/。
這樣做很重要，因為太早把資訊硬合在一起，常會產生看似流暢、實際卻不可信的人格版本。更好的做法，是把「有明確證據支持的內容」和「由多個來源推得出的高機率模式」分開處理。
會直接影響結果的蒐集路徑與品質建議
這個 repo 透過 collectors/ 支援多種輸入來源，例如 slack.py、discord.py、telegram.py、wechat.py、email_collector.py 與 manual.py。如果你能做自動化蒐集，先看 docs/PLATFORM-GUIDE.md，確認 token scopes 與設定步驟。若無法自動化，就改採手動整理，但務必保留來源脈絡與 provenance。
品質建議如下：
- 優先選擇篇幅較長、上下文完整的互動，而不是零散摘句
- 盡量包含決策、回饋、衝突與日常行為的例子
- 把公開資料與私人資料分開整理
- 如果這個人隨時間有明顯變化，請標記時間區段
- 若對象是 public figure，務必嚴格維持可追溯到來源的原則
immortal-skill 技能常見問題
immortal-skill 適合新手嗎？
適合，前提是你能照著分階段流程走。immortal-skill 比起自己從零發明一套蒸餾方法要容易，但它不是那種「打一個 prompt 就結束」的工具。新手建議先從 self 或 public-figure 案例開始，因為這兩種情境的同意界線與來源邊界通常比較清楚。
什麼情況下，immortal-skill 比一般 prompting 更好用？
當你需要一致性、能反映證據強弱的輸出，以及可重複使用的產物時，就適合用 immortal-skill skill。如果你的需求只是「講話稍微像這個人」，一般 prompt 可能就夠了；但若你想保留下來的是方法、溝通模式與決策規則，而且之後還要讓其他 agent 能載入使用，那 immortal-skill 會更合適。
什麼情況下不該使用 immortal-skill？
如果你沒有使用權限、手上只有極少量且上下文不足的資料，或只是想做一個輕量級人物模擬，那就不建議用它。當真正需求其實是抽取事實知識，而不是做人層級的人格蒸餾時，immortal-skill 也不是理想選擇。
immortal-skill 能不能納入更大的工作流程？
可以。這個 repo 本來就是以一個小型生態系來設計的。如果你需要使用條款或機器可讀的限制，可以搭配 distill-protocol-skill；如果你希望在交付資料前先加入 canaries 或其他保護標記，可以搭配 distill-shield-skill。這也讓 immortal-skill for Skill Authoring 在真實的組織使用情境裡更完整、更可靠。
如何把 immortal-skill 用得更好
先替 immortal-skill 準備更好的來源資料
最快的提升方式不是把 prompt 寫得更花，而是選對來源。對 immortal-skill 來說，最理想的 corpus 通常會混合以下幾類內容：
- 自然發生的對話
- 能看出判斷方式的材料，例如 emails 或 reviews
- 能反映流程的文件
- 少量但關鍵、帶有情緒或策略意義的重要時刻
避免一股腦丟進大量、沒有 metadata 的原始資料。很多時候，10 份有標記、具代表性的樣本，會比幾千行未整理內容更有用。
先要求有證據意識的草稿，不要一開始就要最終 persona
常見失敗模式之一，就是太早要求一個完整的「digital twin」。更好的做法是，先叫 agent 產出：
- 依面向整理出的 traits
- 對應的 supporting evidence snippets
- 矛盾點或不確定之處
- 最後才是合併後的 persona draft
這樣更容易建立信任，也會讓後續修訂輕鬆很多。
把 prompt 收斂在角色、受眾與邊界上
更好的 immortal-skill usage，通常來自更明確的限制條件。你要清楚說明誰會使用這份輸出、它要幫助使用者完成什麼，以及哪些事絕對不能做。例子如下：「Write for internal onboarding, not companionship. Preserve blunt feedback style, but remove private family references and identifiable third-party details.」
第一版完成後，要像編輯一樣迭代修稿
完成第一輪後，請進行有明確目的的修訂：
- 「哪些主張缺乏證據？」
- 「哪些特質其實過度擬合到單一來源？」
- 「在高壓情境下的決策方式，還缺了什麼？」
- 「請把 skill package 改寫得少一點美化、多一點可操作性。」
這正是 immortal-skill 真正有價值的地方：它不是用來做新奇的模仿分身，而是一套可以檢查、可以修正、也值得信任的嚴謹蒸餾工作流程。