catalog-mcp

スキルとエージェントのライブラリ

Claude Codeをさらに活用するためのスキルです。コマンドを1つ実行するだけでインストールできます。

公開中のカタログは skillsandagents.co でご覧いただけます · Skills and Agents Co が構築・管理しています

---

各スキルは、Claude に特定の機能を追加します。たとえば、事業のキャッシュフローの確認、ChatGPT でのブランドの表示状況の確認、Ghost サイトの Google インデックス登録の修正、失業給付の申請手続きの案内などです。インストールは1回だけで、Claude がすぐにその作業方法を理解します。

このリポジトリは、公開しているすべてのスキルの正式な情報源です。各スキルは MIT ライセンスで提供され、バージョンタグが付いており、SKILL.md ファイルを読み込む Claude Code、Claude Desktop、または Anthropic 互換ランタイムにすぐ導入できます。

プラグインマーケットプレイスをインストールする

マーケットプレイスを一度追加すれば、そこから任意のプラグインをインストールできます。

/plugin marketplace add skills-agents-co/skills-and-agents-library

/plugin install financial-pulse@skills-and-agents

financial-pulse は、.claude-plugin/marketplace.json に掲載されている任意のプラグインに置き換えてください。financial-pulse は Mercury、Ramp、Grasshopper に接続し、キャッシュフローの状況を把握できます。product-builder には、コードレビュー、PR の要約、調査概要、競合情報、文書の作成がまとめられています。

対象となる方

• エンドユーザー：特定の作業を最初から最後まで Claude に任せたい方。プロンプトの小技や接着コードは不要です。スキルを選んでインストールし、Claude に依頼するだけです。
• プロダクトマネージャー：実際の現場で Claude のスキルがどのように活用されているかを評価したい方。参考になる実用的な範囲、パッケージング、トリガーをご覧いただけます。
• 開発者：独自のスキルやエージェントを構築する方。このリポジトリの各フォルダーは、フォークして調査したり、PR の参考にしたりできる実例です。

内容

やりたいことからスキルを探す

やりたいこと…	使用するもの	種類
Ghost ブログの Google インデックス登録を自動で修正する（Search Console → 診断 → 修正 → 再送信）	ghost-seo-agent/	エージェント
ChatGPT、Perplexity、Claude で自分のブランドがどこに表示されるかを確認し、差を埋めるために何を書くべきかを把握する	llm-visibility-agent/	エージェント
Mercury、Ramp、Grasshopper の週間キャッシュフロー概況を確認する	financial-pulse/	スキル + 3 つのエージェント
非公開企業を買収する前に買い手側のデューデリジェンスを行う（QoE、レッドフラッグ一覧、バリュエーションへの影響）	buy-side-diligence/	スキル
Google Ads、Meta、TikTok、LinkedIn、GA4、Stripe の広告・分析データとチャットし、優先順位付けされた最適化案を得る	ads-copilot/	スキル
公開前にOffice ドキュメントから AI らしい特徴を取り除く — パイプ区切り、em ダッシュ、既定の色、Sheet1 という名前など、.pptx/.docx/.xlsx に含まれる機械生成の痕跡	office-tells/	スキル
Claude が書いたコードを本当に理解する — 問題、解決策、設計上の判断、エッジケースについて、理解できたことが確認できるまでクイズを出す学習ループ	learn-quiz/	スキル
会議の文字起こしを構造化された会議記録に変換する — 日付入りの会議メモ、追跡対象の人物・企業ごとの言及行、送信せずに作成したフォローアップメール	meeting-scribe/	スキル
これからの会議に備える — カレンダーのエクスポートを読み込み、出席者や企業を追跡対象の人物・企業と照合して、会議前に過去の言及履歴をすべて含む日付入りブリーフを作成する	calendar-agent/	スキル
追跡対象の人物や企業に関するニュースの概況を確認する — 一般的なニュースフィードではなく、自分の追跡対象に基づいて絞り込み、見つかった内容を記載するか、見つからなかったことを明示した日付入りダイジェストを作成する	news-monitor/	スキル
会議メモをコンテンツのアイデアに変える — 複数の会議で繰り返し登場するアイデアを見つけ、それぞれについて引用に基づく短い投稿の草案を作成する	librarian/	スキル
メールスレッドの案件進捗やポートフォリオ更新を追跡対象の人物・企業にひも付けて記録する — 日付入りのログを 1 件作成し、名前が挙がった対象ごとに言及行を 1 行追加する。返信の送信や下書きは行わない	email-agent/	スキル
Flaim コネクターを通じて、ESPN、Sleeper、Yahoo のリーグ向けに、先発・ベンチの判断、FAAB 入札額付きのウェイバー獲得候補、トレードのアドバイス、ダイナスティチームの強化・再建の判断を含む週刊ファンタジーフットボールブリーフを入手する	fantasy-football-weekly/	スキル
失業保険を申請する（非推奨、メンテナンス終了）	unemployment-guide/	スキル

新しいスキルは定期的に追加されます。新着情報を見逃さないよう、このリポジトリにスターを付けるかウォッチしてください。またはカタログをフォローしてください。

30 秒でインストール

どのスキルも同じ方法でインストールできます。ピン留めされた tarball を 1 つダウンロードし、スキルのフォルダー全体を ~/.claude/skills/ に展開してから、Claude Code を再起動します。SKILL.md だけでなくフォルダーごと展開することで、スキル自身の指示で実際に実行される scripts/ と references/ のファイルも一緒にインストールされます。

(
  set -e
  skill="resume-tailor"   # <-- change me to the skill's folder (see note below)
  ref="v1.42.0"            # pinned release; matches index.json's skillFileUrl

  # The install removes "$HOME/.claude/skills/$skill" before it copies. If
  # $skill were empty or a path, that line would delete the wrong directory —
  # every skill you have installed — so refuse anything but a plain name.
  # The last arm rejects any character outside a folder name, which also keeps
  # a glob like "*" out: bsdtar treats a member pattern as a glob, so "*" would
  # extract the entire repository instead of one skill.
  case "$skill" in
    ""|.|..|*/*|-*|*[!A-Za-z0-9._-]*)
      echo "Set skill to a plain folder name, e.g. resume-tailor" >&2; exit 1 ;;
  esac

  work="$(mktemp -d)"
  trap 'rm -rf "$work"' EXIT

  curl -fsSL --connect-timeout 10 --max-time 120 --retry 3 --retry-delay 2 \
    --retry-connrefused --retry-max-time 120 -o "$work/repo.tgz" \
    "https://codeload.github.com/skills-agents-co/skills-and-agents-library/tar.gz/$ref"

  mkdir -p "$work/staged"
  topdir="$(tar -tzf "$work/repo.tgz" | grep -m1 '/' | cut -d/ -f1)"
  tar -xzf "$work/repo.tgz" --strip-components=2 --no-same-owner --no-same-permissions \
    -C "$work/staged" "$topdir/$skill"

  dest="$HOME/.claude/skills/$skill"
  rm -rf "$dest"
  mkdir -p "$(dirname "$dest")"
  cp -R "$work/staged" "$dest"

  echo "Installed to $dest"
)

このブロックはサブシェル（括弧）内で実行されるため、skill、ref など、ブロック内で設定される変数がシェルに残りません。また、ブロック内の set -e により、ダウンロードに失敗した場合やスキル名が正しくない場合はインストールが中断され、中途半端に作成されたディレクトリが正常に見えてしまうこともありません。まず一時ディレクトリにダウンロードして展開し、展開に成功した場合にのみ ~/.claude/skills/ に変更を加えるため、インストールが失敗しても何も残りません。Claude Code が見つけてしまう空のスキルフォルダーも、tarball の置き忘れもありません。再実行すると、既存のインストールにマージするのではなく置き換えるため、後のリリースで削除されたファイルが古いファイルとして残ることもありません。

skill に指定する値。 ほとんどのエントリーでは、上の表に示されているフォルダー名（resume-tailor、ceo-todo など）を指定します。これはスラッグでもあります。ただし、別のスキルのフォルダー内に含まれている 4 つのエージェントについては、エージェントのスラッグを指定しません。ceo-todo-daily は skill="ceo-todo" としてインストールされ、financial-pulse-grasshopper、financial-pulse-mercury、financial-pulse-ramp はすべて skill="financial-pulse" としてインストールされます。これらをインストールすると、ほかのエージェントも含め、親スキル全体が取り込まれます。これは想定どおりです。実際に実行する対象は、エージェントファイル自体だからです。

エージェントのインストールには、もう 1 つ手順が必要です。 Claude Code はサブエージェントをスキルフォルダー内ではなく ~/.claude/agents/ から読み込むため、上記 4 つのエージェントエントリーでは、インストールブロックの実行後に Markdown ファイルをコピーする必要があります。そうしないと、ファイルはディスク上にあってもエージェントとして登録されません。

(
  set -e
  agent="ceo-todo-daily"   # <-- or financial-pulse-grasshopper / -mercury / -ramp
  skill="ceo-todo"         # <-- the folder it ships in, per the paragraph above

  # Each name is checked on its own. Testing "$agent$skill" would only catch an
  # empty value when BOTH were empty, so an empty $agent with a real $skill
  # sailed through.
  for name in "$agent" "$skill"; do
    case "$name" in
      ""|.|..|*/*|-*|*[!A-Za-z0-9._-]*)
        echo "Set agent and skill to plain names, e.g. ceo-todo-daily / ceo-todo" >&2; exit 1 ;;
    esac
  done

  mkdir -p "$HOME/.claude/agents"
  cp "$HOME/.claude/skills/$skill/agents/$agent.md" "$HOME/.claude/agents/$agent.md"
  echo "Installed agent to $HOME/.claude/agents/$agent.md"
)

最も手早い方法は skillsandagents.co です。このリポジトリが現在公開しているマニフェストをカタログサイトが採用すると、各スキルのカタログページで、このピン留めされたコマンドを生成できるようになり、コピーしてすぐに使えます。それまでは従来の単一ファイル用コマンドが生成されるため、当面は上記のコマンドを手動で使用してください。

2 つのスキルでは、SKILL.md が 1 階層深い場所にあります。ads-copilot と financial-pulse です。上記のコマンドでフォルダー全体を正しく展開できますが、SKILL.md は Claude Code が探す最上位ではなく、$dest/skills/<skill-name>/SKILL.md に配置されます。この 2 つについては、上記のブロックの直後に、次のコマンドをもう一度実行してください。

(
  set -e
  skill="ads-copilot"   # or "financial-pulse"
  mv "$HOME/.claude/skills/$skill/skills/$skill/SKILL.md" "$HOME/.claude/skills/$skill/SKILL.md"
)

references/ と scripts/ は、移動した SKILL.md のすぐ隣にすでに配置されており、ファイル内の指示が想定している場所です。このリポジトリ内のほかのスキルはすべてフラットな構成のため、追加の手順は必要ありません。

skills.sh からインストールする

これらのスキルは、オープンなスキルレジストリである skills.sh からもインストールできます。カタログ全体を一度にインストールするには、次を実行します。

npx skills add skills-agents-co/skills-and-agents-library

スラッグを指定して、個別のスキルをインストールすることもできます。

npx skills add skills-agents-co/skills-and-agents-library --skill <slug>

利用可能なスキルとそのスラッグは次のとおりです。

• learn-quiz（内容を本当に理解できるまで、Claude に教えてもらいます）
• ghost-seo-agent（Ghost の Google インデックス登録を診断して修正します）
• office-tells（.pptx/.docx/.xlsx から AI 特有の表現を取り除きます）
• buy-side-diligence（非公開企業の買収側デューデリジェンスを実施します）
• llm-visibility-agent（ChatGPT、Perplexity、Claude で自社ブランドがどのように表示されているかを確認します）
• financial-pulse（Mercury、Ramp、Grasshopper の週次キャッシュフロー状況を確認します）
• ads-copilot（広告データと分析データについてチャットし、最適化施策を優先順位付きで提案します）
• meeting-scribe（USV に着想を得て、会議の文字起こしを構造化された会議メモに変換します）
• calendar-agent（USV に着想を得て、追跡対象の人物や企業に関する情報をもとに、今後の会議向けブリーフを準備します）
• news-monitor（USV に着想を得て、追跡対象の人物や企業に関するニュースを、自分のエンティティファイルに照らして絞り込んだダイジェストにまとめます）
• librarian（USV に着想を得て、会議メモから繰り返し登場するテーマを抽出し、短い投稿の下書きを作成します）
• email-agent（追跡対象の人物や企業に関する案件の流れやポートフォリオの更新情報を、メールのスレッドから記録します）

各スキルのページと固定されたインストールコマンドを含むカタログ全体は、skillsandagents.co にあります。インストールのテレメトリによってスキルは skills.sh に自動的に掲載されるため、こちらで登録する必要はありません。

これらのスキルが作られた理由

このリポジトリにある各スキルは、私たちが自社を運営する中で実際に直面した問題を解決するために作られ、その後、誰でも使えるよう一般化されました。 すべてのインストール URL はタグ付きリリースに固定しており（main は使用しません）、今日インストールしたスキルが来月も同じように動作するようにしています。

スキルの作成者向け

このリポジトリは、スキルをパッケージ化する方法を示す実用的なリファレンスも兼ねています。

• 豊富な YAML フロントマターを含む SKILL.md — 名前、説明、Claude が実際に照合するトリガーフレーズ
• スキルごとに 1 つのフォルダー。関連ファイルは references/、agents/、scripts/ に配置します
• タグ付きリリース — v1.0.0、v1.1.0 など。カタログが読み込む index.json を生成します
• CONTRIBUTING.md に記載されたコントリビューション手順：新しいスキルは、新しいトップレベルフォルダーを追加して 1 つの PR を作成します

単体でもプラグインに同梱しても提供されるスキル（例：local-lead-prospector と、そのプラグイン内のコピー plugins/eta-searcher）では、同じ関連ファイルが二重にコミットされることがあります。requirements.txt については、人が編集するのはトップレベルのスキルにある 1 つだけで、プラグイン内のコピーはすべて scripts/plugin-file-map.json を使って生成します。正本の requirements.txt を編集したら、node scripts/generate-plugin-files.mjs を実行し、変更とともに生成し直したコピーをコミットしてください。CI の scripts/check-plugin-files-fresh.mjs ステップでは、プラグイン内のコピーが正本から乖離しているとビルドが失敗するため、再生成を忘れても気付かれないままマージされることはありません。

リリースの作成：

インデックスはタグを付けた後ではなく、タグを付ける前にコミットします。先にタグを付けると、そのタグの tarball には直前のリリースの index.json が含まれてしまい、ユーザーがダウンロードするマニフェストが、ダウンロードしたリリースの内容を表さなくなるためです。

リリースコミットはプルリクエストを経由しません。 このリポジトリで、main に直接プッシュし、同じ手順でタグを作成してプッシュする唯一のコミットです。これはスタイル上の理由ではなく、仕組み上の理由によるものです。リリースコミットでは index.json と上記の ref="…" の行を、まだ存在しないタグに更新しますが、scripts/check-index-additive.mjs と scripts/test-install.sh はどちらもその ref を解決します。プルリクエストとして開くと、リリースコミットは構造上チェックに失敗し、マージできる状態にはなりません。ref を解決できるようになるのはタグをプッシュした後であり、それはマージ後だからです。そのため、コンテンツの変更は通常どおりプルリクエストで取り込み、その後、リリースを直接プッシュしてください。このリポジトリで、この方法でレビューを迂回できるのはほかにありません。

1. 変更した SKILL.md のフロントマターにある version を更新します。これは通常のプルリクエスト作業で、ほかの変更と同様にレビューを受け、リリースコミットより前に取り込まれます。
2. 最新の main で、これから作成するタグ向けにインデックスを再生成します：node scripts/build-index.mjs --tag v1.x.0 --worktree。ここでのみ --worktree が必要です。タグはまだ存在しないため、コンテンツの読み取り元となる ref がなく、作業ツリーがこれからそのタグになるためです。
3. 同じコミットで、上記のインストールブロックにある ref="v1.x.0" の行を新しいタグに更新します。README の ref と index.json の ref が一致しないと scripts/check-index-additive.mjs がビルドに失敗するため、これは必須です。CI でもそのように通知されます。
4. 再生成した index.json と README を一緒に、main に直接コミットします。
5. そのコミットにタグを付け、1つのコマンドで両方をプッシュします：git tag v1.x.0 && git push --atomic origin main v1.x.0。--atomic により、これを1つのコマンドで実行できます。コミットとタグの両方が反映されるか、どちらも反映されないかのどちらかになります。これを指定しないと、部分的なプッシュによって main が一時的に誰も解決できない ref を指す状態になり、この手順で避けようとしているチェック失敗がそのまま発生します。
6. ref を解決するローカルチェックが意味を持つのは、この時点以降です。プッシュ済みのタグに対して node scripts/check-index-additive.mjs、bash scripts/test-install.sh、bash scripts/test-readme-install.sh を実行します。手順2と5の間に実行すると失敗するのが想定どおりで、何の判断材料にもなりません。

一致する index.json を含むコミットにタグを付けるため、タグのプッシュ時のビルドチェックでは、最後のリリースではなく、そのタグ自身のマニフェストと照合されます。また、その後 node scripts/build-index.mjs --tag v1.x.0 を再実行すると、コミット済みファイルがバイト単位で再現されます。

通常のプルリクエストでは、こうした問題は発生しません。 プルリクエストではピン留めされた ref に触れないため、index.json が指定する ref は最後のリリースのタグであり、問題なく解決でき、すべてのチェックが実際に実行されます。構造上チェックに失敗するプルリクエストは ref を更新するものだけです。上記の注記でプルリクエストとして開かないよう示しているのは、まさにこのコミットです。

index.json が記述するのはチェックアウトの内容ではなく、タグ付けされたリリースです：build-index.mjs --tag v1.x.0 は、そのタグ時点のリポジトリの内容を読み込み、scripts/test-install.sh は公開されている files マニフェストと同じタグの tarball を照合します。そのため、スキルフォルダー内にファイルを追加するプルリクエストでは、index.json を再生成する必要はありません。新しいファイルは次のリリースでマニフェストに追加され、それまでは両方のチェックが同じスナップショットを参照します。タグがクローンにない場合、ビルドは作業ツリーの内容を黙って読み込まずに失敗します。git fetch --tags を実行するか、作業ツリーを読み込むことが意図どおりであれば --worktree を指定してください。

ライセンス

MIT — LICENSE を参照してください。別途ライセンスが付与されたソースから取り込んだ場合、個々のスキルフォルダーに独自のライセンスファイルが含まれることがあります。

---

質問、バグ報告、スキルのアイデアがありますか？ issue またはプルリクエストを開いてください。すべて確認しています。