immortal-skill
作成者 agenmodimmortal-skill は、チャット、文書、各種プラットフォームのエクスポートデータを、根拠を踏まえたデジタル人格パッケージへ整理するための Skill Authoring ワークフローです。役割の選定、ソース収集、倫理チェック、矛盾処理、再利用可能なエージェントスキル向け出力生成までを段階的に導きます。
このスキルの評価は 72/100 です。実在し再利用可能なワークフローとしてディレクトリ掲載に値しますが、導入にはリポジトリの読み込みと一部手動セットアップが必要です。リポジトリには、実質的な蒸留フレームワーク、明確な起動条件、段階的なプロセス設計、役割テンプレート、出力パスの規約、プラットフォーム別の収集ガイドが揃っており、単なる汎用プロンプトよりもエージェントが活用できる材料があります。一方で主な制約は、中心となるスキルファイルが説明寄りで、補助的な複数パスを参照しているものの、スキル内だけで完結する短いエンドツーエンドのクイックスタートが見当たらない点です。
- 起動条件が明確です。SKILL.md には、人をデジタル人格／スキルパッケージに蒸留したい依頼でいつ有効化するかが明示されています。
- ワークフローの厚みがあります。メインスキルは、表面的な説明にとどまらず、段階的な手順、倫理チェック、役割テンプレート、根拠の扱い方、出力規約まで定義しています。
- リポジトリに実運用向けの補助があります。ファイルツリーには多数のプラットフォーム用コレクターが含まれ、docs/PLATFORM-GUIDE.md には Feishu、Slack、Discord、Telegram など向けの具体的なセットアップ手順と collect コマンドが記載されています。
- 主な導入・利用導線は分散気味です。SKILL.md は personas、recipes、kit、docs を参照していますが、提示情報の範囲では、メインスキル内に簡潔な一連のエンドツーエンド手順は確認できません。
- 信頼性と適合性の判断には慎重さが必要です。リポジトリは倫理、プライバシー、公開／非公開ソースの制約に触れていますが、実在の人物を蒸留する題材である以上、利用者側でそれらの安全策を丁寧に適用する必要があります.
immortal-skill skill の概要
immortal-skill は実際に何のための skill か
immortal-skill は、ある人物について散在する記録を、エージェントが読み込める「digital persona」パッケージへ整理・蒸留するための構造化 skill です。単なるチャットログ要約ではありません。役割の選定、ソース収集、証拠の強弱評価、矛盾処理、出力生成までを段階的に導き、その人の考え方、伝え方、記憶の扱い方、意思決定の傾向まで捉えられるように設計されています。
どんな人に immortal-skill の導入が向いているか
immortal-skill が最も合うのは、人に紐づく知識資産を本格的に Skill Authoring したい人です。たとえば、自分自身の仕事の進め方を残したい、メンターの知見を文書化したい、退職する同僚のチーム知識を引き継ぎたい、公開情報から著名人アドバイザーを作りたい、といったケースです。とくに、普通のプロンプトでは粒度が粗すぎる、複数案件で再現可能な進め方が必要、という場面で効果を発揮します。
汎用プロンプトではなくこれが選ばれる理由
最大の違いは、ワークフローの深さです。リポジトリには persona テンプレート、プラットフォーム別 collector、実例、recipe に加え、関連する保護系 skill である distill-protocol-skill（利用条件向け）と distill-shield-skill（防御用 canary 向け）も含まれています。つまり immortal-skill skill は、「メッセージを貼って、この人っぽく真似してとモデルに頼む」よりも、はるかに実運用寄りです。
導入前に押さえたい最大の注意点
immortal-skill はコンセプト自体は強力ですが、実際に使いこなせるかはデータへのアクセス条件と倫理面の制約に大きく左右されます。有用なソースの多くは、プラットフォーム token、エクスポート、ローカルデータベースへのアクセスを必要とします。リポジトリは python3 の利用を前提としており、実際の収集品質もソースごとに差があります。数段落だけを元に手早く文体模写したいだけなら重すぎますが、追跡可能で再利用できる distillation が必要なら、より適した選択肢です。
immortal-skill skill の使い方
immortal-skill の導入時に最初に読むべきファイル
最初は SKILL.md を開き、そのあとに FOR_AI.md、README.md、docs/PLATFORM-GUIDE.md、さらに personas/ と recipes/ 配下の該当ファイルを読むのが基本です。このリポジトリは SKILL.md に単一のコピペ用 install コマンドを載せる構成ではないため、ワンコマンド起動のパッケージというより、repo を土台にした workflow skill として捉えるべきです。collector や補助スクリプトを使う予定なら、python3 が必要になる可能性が高いです。
読む順番の目安:
- 正式なワークフローを把握するために
SKILL.md personas/_base.mdと役割テンプレートをひとつrecipes/intake-protocol.mddocs/PLATFORM-GUIDE.md- 権限や保護が重要なら関連 subskills
immortal-skill がうまく機能するために必要な入力
immortal-skill usage を良くするには、最初に次の4点をエージェントへ明示すると安定します。
- 対象人物と role type: self, colleague, mentor, family, partner, friend, or public figure
- 許可されたデータソースと収集上の制限
- 出力の目的: archive, internal training, advisor, memory preservation, or agent skill pack
- 倫理的な境界条件: consent, redaction, public-only limits, family sensitivity, or workplace scope
弱い依頼の例:
“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 は、だいたい次の流れです。
- データ収集の前に role template を選ぶ
- その役割に対応する倫理ルールを確認する
- 最初から全プラットフォームを集めず、まずはシグナルの強いソースを1〜2個集める
- skill が重視する軸、つまり procedure、interaction、memory、personality ごとに distill する
- 早い段階でひとつの声に統合しすぎず、証拠レベルと矛盾メモを出させる
- 最終的な skill package を
./skills/immortals/<slug>/に生成する
ここが重要です。初期段階で無理に統合しすぎると、見た目は整っていても信用しにくい persona になりがちです。より良い結果を出すには、「明確に裏づけられていること」と「複数ソースから推測される有力なパターン」を分けて扱う必要があります。
結果が変わる収集パスと品質のコツ
この repo は collectors/ を通じて多くの入力元に対応しており、slack.py、discord.py、telegram.py、wechat.py、email_collector.py、manual.py などが用意されています。自動収集できるなら、token scope やセットアップ手順を確認するために、まず docs/PLATFORM-GUIDE.md を見てください。自動化できない場合は手作業でキュレーションし、その際もソース provenance を必ず残すのが重要です。
品質面のコツ:
- 断片的な引用より、前後関係がわかる長めのやり取りを優先する
- 意思決定、フィードバック、対立、日常的な振る舞いが見える例を含める
- 公開資料と私的資料を分ける
- 時期によって人物像が大きく変わるなら期間ラベルを付ける
- public figure ではソース追跡可能性を厳密に守る
immortal-skill skill の FAQ
immortal-skill は初心者にも向いているか
はい。段階を踏むワークフローに沿って進められるなら、初心者でも扱えます。immortal-skill は独自の distillation 手法を一から考えるよりは簡単ですが、「1プロンプトで終わり」というタイプではありません。最初は consent とソース境界が比較的明確な self か public-figure のケースから始めるのがおすすめです。
どんなときに ordinary prompting より immortal-skill が優れているか
一貫性、証拠を意識した出力、再利用可能な成果物が必要なら immortal-skill skill を使うべきです。「この人っぽく少し話してほしい」程度なら通常の prompt でも足ります。一方 immortal-skill は、方法論、コミュニケーションの癖、意思決定ルールを、あとから別のエージェントが読み込める形で残したいときに向いています。
immortal-skill を使わないほうがいいのはどんな場合か
許可が取れていない場合、文脈の乏しい少量データしかない場合、軽いキャラクター再現だけが目的の場合は避けるべきです。また、本当に必要なのが人物レベルの distillation ではなく、事実情報の抽出であるなら、immortal-skill は適した選択ではありません。
immortal-skill はより大きなワークフローにも組み込めるか
はい。この repo は小さなエコシステムとして設計されています。利用条件や machine-readable な制約が必要なら distill-protocol-skill、データを渡す前に canary や保護マーカーを入れたいなら distill-shield-skill を使います。そうすることで、実際の組織運用における immortal-skill for Skill Authoring の強みが増します。
immortal-skill skill を改善する方法
immortal-skill により良いソース素材を与える
最短で効く改善は、プロンプトの工夫ではなくソース選定です。immortal-skill では、最適なコーパスは通常、次のような要素を組み合わせたものです。
- 自然な会話
- email や review のように判断が現れる成果物
- プロセスが見える文書
- 感情的または戦略的に重要な場面が少数含まれていること
メタデータのない巨大な生ダンプは避けてください。ラベル付きで代表性のあるサンプル10件のほうが、何千行もの未整理データより良い結果になることは珍しくありません。
最初から完成 persona ではなく、証拠を意識したドラフトを求める
よくある失敗は、完成済みの “digital twin” を早い段階で求めてしまうことです。代わりに、まずエージェントに以下を出させてください。
- 軸ごとに抽出した traits
- それを支える evidence snippets
- 矛盾点や不確実性
- その後で初めて統合済み persona draft
この順番にすると信頼性が上がり、後から修正するのもかなり楽になります。
役割・利用者・境界条件をプロンプトで明確にする
より良い immortal-skill usage は、制約を具体化することで得られます。誰が出力を使うのか、それで何を可能にしたいのか、そして何を避けるべきかを明示してください。例:
“Write for internal onboarding, not companionship. Preserve blunt feedback style, but remove private family references and identifiable third-party details.”
初稿のあとを編集者のように反復改善する
最初のパスが終わったら、狙いを絞った修正ラウンドを回します。
- “What claims lack evidence?”
- “Which traits are overfit to one source?”
- “What is missing about decision-making under pressure?”
- “Rewrite the skill package to sound less flattering and more operational.”
immortal-skill の価値が出るのはここです。物珍しいクローンを作ることではなく、検証できて、改善できて、信頼できる distillation workflow として運用できる点にあります。