Claude Cowork に職種別プラグインを導入したいと調べていると、Anthropic 公式の knowledge-work-plugins というリポジトリが必ず候補に挙がります。スター数は 18,000 を超え、GitHub 上では Apache-2.0 ライセンスで公開されています。
一方で「コミュニティ製プラグインも多数あるなかで、なぜ公式リポジトリを選ぶのか」「自チームの規模・職種構成に本当に合うのか」という疑問を持つエンジニアも少なくありません。
本記事では、knowledge-work-plugins のアーキテクチャとプラグイン構成をドキュメントベースで解説し、類似リポジトリとの比較、自プロジェクトへの採用を判断するための確認ポイントを整理します。
knowledge-work-plugins とは何か
knowledge-work-plugins は、Anthropic が公式に公開した Claude 拡張プラグインのオープンソースコレクションです。主に Claude Cowork 向けに構築されており、Claude Code とも互換性があります。
リポジトリの概要は以下のとおりです（2026年5月時点）。
項目 | 内容 |
|---|---|
Stars | 18,296 |
Forks | 2,149 |
Language | Python |
License | Apache-2.0 |
最終更新 | 2026-05-30（アクティブ） |
公式の説明は「ナレッジワーカーが Claude Cowork で使うことを主な目的として設計されたプラグインのオープンソースリポジトリ」です。Anthropic 自身が社内業務から生み出したプラグインを 11 本オープンソース化したもので、各プラグインは特定の職種に最適化された Skills・Commands・Connectors・Sub-agents を 1 パッケージにバンドルしています。
11 種のプラグインとその構成
knowledge-work-plugins には 11 本のプラグインが収録されており、職種・業務ドメインごとに整理されています。
（出典: README.md）
プラグイン | 主な機能 | 対応コネクタ（抜粋） |
|---|---|---|
productivity | タスク管理・カレンダー・ダッシュボード | Slack, Notion, Asana, Linear, Jira, Monday, ClickUp, Microsoft 365 |
sales | 見込み客リサーチ・コール準備・パイプライン管理 | Slack, HubSpot, Close, Clay, ZoomInfo, Notion, Fireflies |
customer-support | チケット分類・応答作成・エスカレーション | Slack, Intercom, HubSpot, Guru, Jira, Notion |
product-management | 仕様書作成・ロードマップ計画・ユーザーリサーチ | Slack, Linear, Asana, Figma, Amplitude, Intercom |
marketing | コンテンツ作成・キャンペーン計画・ブランド管理 | Slack, Canva, Figma, HubSpot, Ahrefs, SimilarWeb |
legal | 契約書レビュー・NDA 分類・コンプライアンス | Slack, Box, Egnyte, Jira, Microsoft 365 |
finance | 仕訳準備・勘定照合・財務諸表生成 | Snowflake, Databricks, BigQuery |
data | SQL クエリ・統計分析・ダッシュボード構築 | Snowflake, Databricks, BigQuery, Hex, Amplitude |
enterprise-search | メール・チャット・ドキュメント横断検索 | Slack, Notion, Guru, Jira, Asana |
bio-research | 文献検索・ゲノム分析・ターゲット優先順位付け | PubMed, BioRender, ChEMBL, Benchling |
cowork-plugin-management | プラグイン作成・カスタマイズ | — |
エンジニアが使用する engineering プラグインは、スタンダップ生成・コードレビュー・デバッグ・アーキテクチャ設計・インシデント対応・デプロイチェックリストなど、開発業務の主要フローを網羅しています。
プラグインを動かす 3 要素：Skills・Commands・Connectors
knowledge-work-plugins の設計思想の中心にあるのが、以下の 3 要素です。
Skills（スキル）
Skills はドメイン専門知識・ベストプラクティス・ワークフロー手順をカプセル化した Markdown ファイルです。Claude が文脈に応じて自動的に引き出し、職種に応じた専門的なサポートを提供します。
たとえば sales プラグインには account-research・call-prep・draft-outreach などのスキルが含まれており、「明日のコール前にこの企業をリサーチして」と入力するだけで account-research スキルが自動発動し、企業概要・主要連絡先・最新ニュース・採用シグナルをまとめて取得します。
Commands（コマンド）
Commands はユーザーが明示的に実行するスラッシュコマンドです。
（出典: README.md）
/sales:call-prep # コール準備
/data:write-query # SQL クエリ生成
/engineering:standup # スタンダップ更新生成
/finance:reconciliation # 勘定照合
これらのコマンドは、対象職種の特有の定型業務を明示的に実行するためのエントリーポイントとして機能します。
Connectors（コネクタ）
Connectors は MCP（Model Context Protocol）経由で外部ツールと連携する設定です。各プラグインの .mcp.json に記述されており、HubSpot・Slack・Notion・Snowflake などのエンタープライズツールに Claude を接続します。
ファイル構造
各プラグインはコード不要・Markdown と JSON のみで構成されています。
（出典: README.md）
plugin-name/
├── .claude-plugin/plugin.json # マニフェスト
├── .mcp.json # ツール接続設定
├── commands/ # スラッシュコマンド定義
└── skills/ # ドメイン知識（自動発動）
コード不要・インフラ不要という設計は、非エンジニア職種のメンバーがカスタマイズに参加できる点で実務的なメリットがあります。
類似リポジトリとの比較：awesome-claude-plugins との違い
コミュニティ製の類似リポジトリとして、ComposioHQ/awesome-claude-plugins（1,700 stars）があります。両者の違いを整理します。
観点 | knowledge-work-plugins | awesome-claude-plugins |
|---|---|---|
管理主体 | Anthropic 公式 | Composio（コミュニティ主導） |
Stars | 18,296 | 1,700 |
対象ユーザー | 全職種（エンジニア含む非技術職） | Claude Code ユーザー（主にエンジニア） |
プラグインの内容 | 職種別 Markdown プラグイン集（Skills + Commands + Connectors バンドル） | 開発ワークフロー向けツール・拡張集（インテグレーション・Git・コード品質等） |
ツール統合範囲 | 職種別コネクタ（法務・財務・営業等） | 500+ SaaS アプリ（GitHub・Slack・Gmail 等） |
カスタマイズ | フォークして Markdown を編集 | プラグインを追加・有効化 |
knowledge-work-plugins は「職種別のドメイン知識をそのまま Claude に渡す」という設計であり、awesome-claude-plugins は「開発ツールとの連携を広げる」という設計です。チームに非エンジニア職種が存在する場合、前者が適しています。
engineering プラグインの詳細：エンジニアの実務でどう使うか
エンジニアが最も直接的に恩恵を受けるのが engineering プラグイン です。
コマンド一覧
コマンド | 内容 |
|---|---|
| コミット・PR・チケット・チャットからスタンダップ更新を生成 |
| コードレビュー（セキュリティ・パフォーマンス・スタイル・正確性） |
| 構造化デバッグセッション |
| アーキテクチャ決定（ADR フォーマット） |
| インシデント対応ワークフロー |
| デプロイ前確認チェックリスト |
スキル一覧
code-review: バグ・セキュリティ・パフォーマンス・保守性の多面的分析incident-response: 本番インシデント管理・ポストモーテム作成system-design: アーキテクチャ図・API 設計・データモデリングtech-debt: 技術的負債の特定・改善計画策定testing-strategy: ユニット・統合・E2E テストのカバレッジ計画documentation: README・API ドキュメント・ランブック・オンボーディングガイド
スタンドアロン利用と MCP 連携の使い分け
engineering プラグインは MCP 接続なしでも動作します。たとえば /review コマンドにコードを貼り付けるだけでレビューが実行されます。MCP で GitHub・Linear・Datadog 等を接続した場合は、PR の差分取得・スプリントチケット参照・ログ分析が自動化されます。
自プロジェクトへの採用判断：3 つの確認ポイント
knowledge-work-plugins を自プロジェクトに採用するかどうかを判断する際の確認ポイントを整理します。
確認ポイント 1: Claude Cowork または Claude Code を使っているか
knowledge-work-plugins は Claude Cowork と Claude Code に対応しています。どちらも使っていない場合は、まず Claude Cowork または Claude Code の導入を検討する必要があります。
Claude Code からのインストール方法は以下のとおりです。
（出典: README.md）
# マーケットプレイスを追加
claude plugin marketplace add anthropics/knowledge-work-plugins
# 特定のプラグインをインストール
claude plugin install engineering@knowledge-work-plugins
確認ポイント 2: 導入したい職種のプラグインがあるか
11 本のプラグインのうち、チームのニーズに対応するものが存在するかを確認します。エンジニア（engineering）・データ担当（data）・法務（legal）・営業（sales）・財務（finance）などが揃っています。
確認ポイント 3: カスタマイズの工数を許容できるか
プラグインは汎用的な出発点として設計されており、実務で活用するには自社用語・組織構造・プロセスに合わせたカスタマイズが推奨されています。編集対象は Markdown と JSON ファイルのみで、コードは不要です。カスタマイズを担当するメンバーのスキルと時間を確認しておきます。
インストールとカスタマイズ：コード不要で始める手順
インストール
Claude Cowork のマーケットプレイス から Web ブラウザ上で直接インストールすることもできます。Claude Code の場合は前述の CLI コマンドを使用します。
カスタマイズ 4 ステップ
（出典: README.md）
- コネクタの切り替え:
.mcp.jsonを編集して、自社のツールスタック（例: HubSpot から Close への変更）に対応するコネクタに差し替えます - 会社コンテキストの追加: スキルファイルに自社の用語・組織構造・内部プロセスを記述します
- ワークフローの調整: スキルの Markdown 指示を実際の運用に合わせて修正します
- 新規プラグイン作成: 既存プラグインと同じ構造（
.claude-plugin/・.mcp.json・commands/・skills/）に従って独自プラグインを構築できます
まとめ
knowledge-work-plugins が職種別 Claude Cowork プラグインとして選ばれる理由は、次の 3 点に集約されます。
- Anthropic 公式によるメンテナンスと品質保証: スター数 18,296 のアクティブなリポジトリで、2026 年 5 月時点でも更新が継続されています
- 非エンジニア職種への対応: エンジニア向けのコミュニティ製プラグインが多いなかで、法務・営業・財務・データなど職種を横断した 11 本のプラグインをひとつのリポジトリで管理できます
- Markdown ベースのカスタマイズ: コード不要で自社固有のコンテキストを注入できるため、非エンジニア職種のメンバーもカスタマイズに参加できます
チームに Claude Cowork または Claude Code を導入済みであり、エンジニア以外の職種にも AI アシスタントの活用範囲を広げたい場合は、公式リポジトリを起点としてカスタマイズを進めるのが現実的な選択肢です。
詳細は knowledge-work-plugins GitHub リポジトリ と Claude Cowork 公式ページ を参照してください。
