先週、GitHubに「同僚.skill」というプロジェクトが登場しました。3日で1,000スターを突破し、現在では5,000以上のスターを集めています。

スローガンはなかなか心温かいものです：「冷たい別れを温かいSkillに変える。デジタル生命1.0へようこそ。」

使い方もシンプルです：退職した同僚のFeishuメッセージ、DingTalkドキュメント、メール、スクリーンショットを投入すれば、AIが彼の代わりに働けるSkillファイルを生成してくれます。彼の技術仕様でコードを書き、彼の口調で質問に答え、彼がいつ責任転嫁するかまで分かります。

しかし、この記事はネタを語るためのものではありません。毎日Skillを書き、Skillを使っている一人の人間として、このプロジェクトが何をしているのか、そしてどう正しく活用すべきなのかを、真剣に分解してみたいと思います。

その技術アーキテクチャ：一人の人間が2つのAPIに分解される

同僚.skillの技術的な実装は複雑ではありませんが、アーキテクチャ設計は賢いものです。一人の人間を2つのレイヤーに分解しています：

# SKILL.md
layer_1: Work Skill
# 技術仕様、意思決定の経路、コードの癖
# これが彼の「何ができるか」

layer_2: Persona
# 話し方、コミュニケーションのリズム、感情反応
# これが彼の「どうやるか」

実行フローはこうです：タスク -> Personaが態度を判断 -> Work Skillが実行 -> 出力

データソースとしては、Feishu、DingTalk、Slackのメッセージ、メール、PDFドキュメント、さらにはスクリーンショットにも対応しています。何もアップロードせず、文章による説明だけでSkillを生成することも可能ですが、その場合は精度がやや落ちます。

バージョン管理にも対応しています。AIの回答が本人らしくない場合は、「彼はそんなに優しくない。たいてい最初に「？」を送ってくるはずだ」と直接言えば、システムがCorrectionレイヤーに書き込み、次の会話から修正されます。

Skillユニバースはすでに爆発している

同僚.skillが人気になってから、GitHubでは数日のうちに一つのエコシステム全体が生まれました：

• 元恋人.skill：チャット履歴を蒸留してAIの元恋人を生成します。削除コマンドは/let-go、すべての元恋人を確認するのは/list-exes。手放すことまでAPIとして書く時代です。
• 自分.skill：スローガンは「他人を蒸留するより、自分を蒸留したほうがいい」。24/7オンラインのデジタル分身を作成します。
• 上司.skill：上司のマネジメント手法をAgentとして抽象化し、アップワードマネジメントを手伝ってくれます。
• 反蒸留.skill：会社からSkillファイルの提出を求められたら？一見完全に見えるが、中核的な知識が取り除かれたバージョンを生成してくれます。働く人のデジタル時代の切り札です。

関連リンク：

• 同僚.skill: https://github.com/titanwings/colleague-skill
• 元恋人.skill: https://github.com/titanwings/ex-skill
• 導師.skill: https://github.com/ybq22/supervisor
• 反蒸留.skill: https://github.com/leilei9265-tech/anti-distill

3つの態度：受動的蒸留、偽装蒸留、能動的蒸留

Skill化の流れを前に、3つの戦略があります：

3つ目こそが正道です。

花叔は昨年から、自分の文章スタイル、判断基準、仕事の流れをClaude CodeのSkillとして書いてきました。現在では数十個のSkillが稼働しています：テーマ選びにSkill、リサーチにSkill、執筆にSkill、校正にSkill、画像選定にSkill、Feishuへの公開にまでSkillがあります。

違いは一つだけです：誰が蒸留のプロセスをコントロールしているか。

重要な洞察：Skill化は繰り返しを殺せても、イテレーションは殺せない

もしあなたの仕事が固定されたプロセス、固定された基準、固定されたアウトプットなら、十分に優れたSkillに代替され得るのは事実です。

しかし考えてみてください：蒸留が本当にそんなに効果的なら、なぜ誰もイーロン・マスクを蒸留しないのでしょうか？Karpathyの公開講演、論文、ツイートはすべてネット上にあります。マンガーとバフェットの伝記、株主への手紙、インタビューを合わせれば数千万文字になります。しかし、これらを使ってマスク.skillを生成したとして、それが次のSpaceXを作る手助けをしてくれるでしょうか？

不可能です。こうした人たちの本当に価値のある部分は、未知に直面したときの反応だからです。そのようなものは文章の中にはありません。

だから本当に有効な戦略はこうです：

自分の仕事の流れをSkill化することは、まさにSkillに代替されにくいやり方なのです。 繰り返しの部分をSkillに任せ、自分の手を新しいことを考えることに解放できるからです。あなたは常に自分のSkillの先を走ることになります。

一方、まったく整理も蒸留もしない人のほうが、むしろ危険です。その人の繰り返しと創造が混ざり合っているため、他人がチャット履歴で蒸留すれば、案外本人らしくできてしまうからです。

実践的なアドバイス

能動的に自分を蒸留し始めたいなら、次のステップから手を付けてみてください：

1. 仕事の中の繰り返しの流れを整理する：毎日/毎週行っている標準化された操作はどれか？これらがSkill化の最優先事項です。
2. Claude Codeで最初のSkillを作る：完全な仕事の流れを、目標・手順・判断基準を含めてSKILL.mdとして書き出します。
3. 継続的にイテレーションする：Skillは一度書いて終わりではありません。もっとうまくできると気づくたびに更新しましょう。
4. 核心の問いに注目する：あなたのSKILL.mdに書き込めない部分こそが、あなたの本当の堀（モート）です。

かつて「汝自身を知れ」はデルポイの神殿に刻まれた哲学の問いでした。今やそれは工学の問いになっています：あなたのSKILL.mdには何を書くべきか？さらに重要なのは、何があなたに書き込めないものなのか？

書き込めないその部分こそが、あなたなのです。