【10分間セミナー】公式スキル vs オリジナルスキル：ハイブリッド戦略でAIエージェントを最大化する

Posted on by

動画で語られていること

AIエージェント（Hermes Agent）を使いこなす上で避けて通れないのが「スキル戦略」です。Hermes Agentには200以上の公式スキルが揃っていますが、それだけでは現場の固有タスクはカバーしきれません。

本動画では、公式スキルを「使う」アプローチと、自分で「作る」アプローチを比較し、両方を組み合わせたハイブリッド戦略が最適解であると語られています。20年以上にわたって「教科書がないところで教科書を作ってきた」私の実践知が詰まった内容です。

タイムスタンプ付き目次

時間内容
0:00オープニング——前回のおさらいと今回のテーマ
0:27オリジナルスキル開発のアプローチ——実タスクの試行錯誤から成功パターンをスキル化するボトムアップ型
0:37「教科書がなければ自分で教科書を書く」——20年以上続く原点
1:13AIエージェントへのスキル指示——2回目以降の作業効率が爆上がり
1:36スキルのメンテナンス——書いた時点で完璧ではなく、使いながら完成する
2:48スキル分割——スキルの肥大化に気づき、分割の必要性を実感
2:57実例① VPS Ops（Djangoアプリ開発スキル）
3:43実例② ブログ執筆のスキル化——AI臭さを排除し、20年の「適正」を学習させる
4:41比較マトリクス：使う（Pull型）vs 作る（Push型）
7:044象限マトリクス：セオリー汎用／ミスマッチ領域／車輪の再発明／オリジナル固有
8:00セキュリティリスク——VPS運用・GitHub上のIDハードコーディングの危険性
9:13まとめ：公式＝標準ライブラリ。作るべき時は躊躇しない。ハイブリッドが最適解

スキル開発の2つのアプローチ

動画の中で提示されたフレームワークはシンプルです。

「使う」アプローチ（Pull型）——公式スキルカタログやコミュニティサイトから、目的に合った既存のスキルを探してインストールする。汎用性が高く、誰でもすぐに使えるのが利点です。ただし、作った人の開発環境に依存するため、自分の環境に合わなかったり、既存スキルと競合してエラーが起きたりすることもあります。

「作る」アプローチ（Push型）——現場で発生した実タスクを処理し、その成功パターンをスキルとして蓄積するボトムアップ型の開発です。自分の環境で実績済みなので信頼性は高い。ただし、メンテナンスは自分でやらなければならず、汎用性は低い（特定の業務ドメインに特化する）。

4象限で整理するスキル戦略

動画では、この2軸を4象限のマトリクスで整理しています。

汎用（誰でも使える）固有（特定環境向け）
公式（既存）セオリー汎用——積極的に活用すべき領域。コミュニティ資産を最大限に活用するミスマッチ領域——汎用スキルではカバーできない部分を、固有スキルで補完する
オリジナル（自作）車輪の再発明——既に優れた公式スキルがあるのに0から作るのは非効率的。避けるべきオリジナル固有——本当に他では使えないもの。VPS運用・セキュリティ設定など、ここでしか使わないスキル

「どちらが正しいか」ではなく「どちらを選ぶか」が重要だと動画では言っています。優劣ではなく適用領域の違い。理想は両方を使い分けることです。

実例：ブログ執筆スキルの形成過程

特に興味深かったのが、ブログ執筆スキルの事例です。20年以上ブログを書いてきた私の「適正」（書き方・考え方・文体）をAIに学習させ、スキル化したという話。

初期の頃、AIで書いた記事は明らかに「AI臭い」文章だったそうです。しかし、トーンや構成のパターンをスキルとして蓄積することで、今では本人が書いたものとほとんど見分けがつかないレベルにまで仕上がっている——スキル化の効果を実感できるエピソードです。

セキュリティの落とし穴

オリジナルスキル開発に伴うリスクについても言及されています。特にGitHub上での開発時に、IDやパスワードをそのままコードにハードコーディングしてしまう危険性。最近はAIを使えばハッキングも容易になっており、セキュリティ知識なしでVPS運用や独自スキル開発に踏み込むのはリスキーだと警告しています。この辺りは「分かる人だけがやるべき領域」とのこと。

まとめ

公式スキルは標準ライブラリ。使えるものは積極的に使う。ないものは現場で作る。最終的にはハイブリッドが最適。

結局、自分の業務に必要なスキルセットは自ずと固まってきます。それ以外の業務に関係ないスキルは最終的に不要になり、スキルのカテゴリーも整理されていく——20年以上の実践から導き出された納得感のある結論です。

AIエージェントを本格的に運用している方、あるいはこれから導入しようとしている方に、一度は見ていただきたい内容です。

Photo by Pavel Danilyuk from Pexels