Claude プラグイン集：職種別エキスパート化するOSS

背景と概要

汎用の AI アシスタントは文章も推論も得意ですが、あなたのチームがどう働いているかは知りません。データがどのツールにあるのか、同僚がどんな用語を使うのか、レビューにどんな手順が要るのか。knowledge-work-plugins は、この溝を埋めるために Anthropic が公開したオープンソースのプラグインリポジトリです。主な対象は Claude Cowork を使うナレッジワーカーで、Claude Code とも互換性があります。

Claude Cowork の基本的な考え方は単純です。ユーザーが目標を決め、Claude が完成度の高い成果物を届けます。ただし特定の職種の仕事では、Claude にも出発点が必要です。リポジトリはその出発点を、職種ごとのプラグインとして提供します。各プラグインは、スキル、コネクタ、スラッシュコマンド、サブエージェントの 4 種類の部品を 1 つにまとめています。GitHub のスターは 3 万 1 千を超えており、職種別というアプローチへの関心の高さがうかがえます。

これは新しいエージェントフレームワークではありません。職種別に整理された、設定と機能の層です。公式は、チームが自社のツール、用語、ワークフローに合わせて作り替えたときに本当の価値が出る、と説明しています。つまり完成品ではなく、手を加えることを前提にしたひな形です。

深掘り分析

knowledge-work-plugins のプラグインでは、各部品は何を担うのでしょうか。スキルは、その種類の仕事をどう進めるかを記述します。コネクタは、Claude を外部のツールやデータにつなぎます。スラッシュコマンドは、ユーザーが入力する入口です。サブエージェントは、本体の作業から切り出せる子タスクを引き受けます。この 4 つで、仕事の進め方とデータへの入口が同じパッケージに収まります。 リポジトリには 11 種類のプラグインが入っています。productivity はタスク、スケジュール、個人のコンテキストを扱います。sales は見込み客の調査、通話の準備、パイプラインの振り返り、競合のバトルカードを担当します。customer-support はチケットの仕分け、返信の下書き、エスカレーション資料の整理を行い、解決済みの問題をナレッジベース記事に変えます。product-management は仕様書の作成、ロードマップの策定、ユーザーリサーチの統合を担います。marketing はコンテンツの下書きやキャンペーンの計画を行い、ブランドの口調を守ります。

legal は契約書のレビュー、秘密保持契約の選別、リスク評価を行います。finance は仕訳、照合、財務諸表、差異分析を扱います。data は SQL の作成、統計分析、ダッシュボード作成を行い、共有の前に結果を検証します。enterprise-search は 1 回の検索でメール、チャット、文書、wiki を横断します。bio-research は PubMed、ChEMBL、Open Targets などのライフサイエンス系データベースに接続します。最後の cowork-plugin-management は、新しいプラグインの作成や既存プラグインの調整に使います。 違いが最もはっきり出るのはコネクタの幅です。Slack、Notion、Jira、Microsoft 365、Snowflake、BigQuery、HubSpot が、各プラグインのマニフェストに登場します。プラグインは productivity、sales、legal のように独立したディレクトリに置かれているため、チームは必要な部分だけを取り出して使えます。 始め方は 2 通りあります。職種の利用者は、自分に合うプラグインを選んで Claude Cowork で有効にし、スラッシュコマンドから作業を始めます。たとえば sales で通話を準備したり、data で SQL を書いて共有前に検証したりできます。チームのツール担当者は、プラグインをひな形として扱えます。事前設定されたスキルとコネクタを読み、自社のシステム、用語、承認の流れに置き換えます。なお、入力資料にはインストールコマンドや権限、コネクタの認可方法の記載がありません。リポジトリ本文で確認してください。

業界への影響

最大の変化は、会社の知識が工学的な資産になることです。チームは得意なやり方を個人のメモや散らばったプロンプトに残しがちで、担当が変わるとやり直しになります。プラグインなら、手法、データの出どころ、入口のコマンドを 1 か所に固定できます。共有でき、バージョン管理もできるため、結果の一貫性を保ちやすくなります。

このプロジェクトは Anthropic 自身の経験にも根ざしています。同社は 11 のプラグインを、社内の業務から着想を得て作ったものだと説明しています。この出自は、一般的なテンプレートより参考になる点です。

リスクも現実的で、入力資料はいくつかを挙げています。コネクタにより、Claude はメール、チャット、契約書、財務データといった機微な情報に触れます。権限をどこまで広げるか、どの操作に人の確認を挟むかは、各チームが自分で決める必要があります。legal や finance のプラグインは支援であり、結論は専門家が確認しなければなりません。汎用のひな形が自社に合わない場合もあります。カスタマイズせずに高い成果を期待すれば、がっかりする可能性が高いでしょう。

今後の展望

これからを左右する問いは 3 つあります。1 つ目は、プラグインの数と職種の範囲が、現在の 11 種類を超えて広がるかどうかです。2 つ目は、コミュニティが特定の業界向けのサードパーティ製プラグインを作るかどうかです。3 つ目は、同じ構造が Claude Cowork と同じように Claude Code でも滑らかに動くかどうかです。

入力資料には、コミットの頻度や issue の扱いに関するデータがありません。プロジェクトの健全性を知りたい方は、リポジトリを開いて自分で確かめてください。スターの数は注目度を示す明確なサインですが、長期的な保守については何も語りません。

これらの問いに前向きな答えが出れば、職種別プラグインは、企業が従業員に AI を届ける一般的な形になるかもしれません。cowork-plugin-management は、独自開発の入口までプラグインにしており、すでにその方向を示しています。当面の現実的な一歩は控えめです。自分の職種に近いプラグインを選び、事前設定を読み、自社のツールとルールに置き換えてみることです。