メインコンテンツへスキップ
LiftBase
開発ノウハウ

Claude Code Skills活用|業務別Skill5選と作り方

Claude Code Skills機能で業務をテンプレ化し、再現性のある開発体験を社内で展開する手順。SEO記事生成・PRレビュー・議事録要約など業務別Skill5選と、自社Skillの作り方を実装ベースで整理。

「Claude Code に Skills という機能が追加された。便利らしいが、何に使えるのか、どう作るのか分からない」——CTO・テックリードから多い相談です。Skills は2024年後半に Anthropic が公開した Claude Code のテンプレ機能で、社内業務をテンプレ化して再現性を持たせる仕組みです。

Claude Code Skills活用|業務別Skill5選と作り方

本記事は、Claude Code Skills の概要・業務別の活用例5選・自社Skillの作り方を、LiftBaseで実装している事例ベースで整理したものです。

「Skills を使ってみる」のではなく「Skills で社内業務を再現性のあるテンプレに落とす」のが本記事のゴールです。

Claude Code Skills|アイキャッチ(OGP / 記事冒頭・配置: hero)

Claude Code Skills とは何か(3つの要点)

Skills の本質を3つの要点で押さえます(最新仕様はAnthropic公式 Claude Code ドキュメントで必ず確認)。

要点1:業務テンプレを Markdown で書く

Skill は単一の Markdown ファイル。「YAML フロントマター(name / description / type)」+「業務手順(プロンプト・コード・参照ファイル)」で構成されます。エンジニアでなくても書けるシンプルさが強み。

要点2:呼び出しはコマンド or 自動判定

Claude Code は対話中に「この相談は SEO 記事生成 Skill が適合」と自動判定して呼び出す、または明示的に /<skill-name> で呼び出します。

要点3:チーム共有で再現性が出る

Skill ファイルをチーム共通リポジトリに置けば、誰が呼び出しても同じ品質のアウトプットが出ます。属人化を解消する仕組み。

3つの要点を押さえれば、「便利な機能」ではなく「組織の業務インフラ」として位置づけられます。

diagram-1(業務別Skill 5選マップ・配置: 2章末尾) - Claude Code Skills

業務別 Skill 5選(LiftBase 運用中の実例)

LiftBase で実際に運用している Skill を5つ匿名化なしで公開します。

Skill 1:SEO記事生成(article-review-editor)

用途:SEO記事の品質レビューを10エージェント並列実行。AIらしさ・ファクトチェック・E-E-A-T・CRO・法務など10観点で記事を採点。

効果:記事1本の公開前レビュー時間が3時間→30分に短縮。本記事も含め、LiftBase の全SEO記事がこのSkillを通過。

Skill 2:PR一次レビュー

用途:GitHubのPRに対し、コードレビューを自動実行。明らかなバグ・規約違反・テスト不足を検出してコメント。

効果:シニアエンジニアのレビュー負荷が半減。一次フィルタを Skill が担当、最終レビューは人間。

Skill 3:議事録要約+アクション抽出

用途:MTG音声を文字起こし → Claude Code Skill で要約 → アクションアイテム抽出 → Slack 投稿。

効果:MTG後の議事録作成時間が30分→3分。アクションアイテムの抜け漏れがゼロに。

Skill 4:障害対応プレイブック

用途:本番障害発生時、ログ収集 → 原因仮説 → 対応手順 → ポストモーテム作成までを Skill 化。

効果:障害対応時間が平均1時間→20分。ポストモーテムの質も向上。

Skill 5:オンボーディング資料生成

用途:新規メンバー入社時、リポジトリ構造の解説・主要モジュールの読み方・開発フロー資料を自動生成。

効果:新規メンバーの立ち上がり期間が3週間→1週間に短縮。

5つの Skill は、Claude Code を「個人ツール」から「組織インフラ」に格上げする鍵です。

diagram-2(Skills vs MCP 比較・配置: Skills/MCP章末尾) - Claude Code Skills

自社 Skill の作り方(4ステップ)

社内の業務を Skill 化する手順を整理します。

ステップ1:候補業務の棚卸し

「週次以上の頻度で発生」「手順が定型化できる」業務を社内から3-5本リストアップ。

棚卸し基準
– 月10時間以上の業務時間
– 同じ手順を2人以上が実行している
– 手順がマニュアル化できる(思考停止でも回る)

ステップ2:Skill ファイル作成

リポジトリの .claude/skills/<skill-name>.md に Skill ファイルを作成。基本構造:

---
name: pr-review
description: GitHub PR の一次レビュー
type: agent
---

# 役割
あなたは PR の一次レビュアーです。

# 処理フロー
1. 変更ファイルを `git diff` で確認
2. 命名規則チェック
3. テストの存在チェック
4. 結果を PR コメントで投稿

ステップ3:チーム共有

Skill ファイルを Git でコミット → チーム全員が /pr-review で呼び出せる状態に。

ステップ4:継続改善

実運用で見えた改善点を Skill に反映。月次でレビューして陳腐化を防ぐ。

4ステップで Skill 1本あたり3-5日で本番投入できます。

Skills と MCP の関係(よくある混同)

Skills と MCP(Model Context Protocol)は別物で、補完関係です。

観点 Skills MCP
目的 業務手順のテンプレ化 外部ツール接続
形式 Markdown ファイル Server プロセス
「SEO記事生成」「PR レビュー」 「GitHub」「Slack」「Notion」
関係 MCPサーバー経由のツールをSkill内で使う Skillから呼ばれて動く

Skill が「業務の流れを定義する設計図」、MCP が「外部ツール接続のハードウェア」、というイメージです。詳細はClaude Code MCP設定ガイドを参照。

Skills 導入で社長・CTO がつまずく5つの罠

支援現場で繰り返し見てきた、ハマりやすい5つの罠を共有します。

罠1:いきなり全業務を Skill 化

10個以上の Skill を一気に作って運用崩壊。1-2本から始めて、定着してから次に進む。

罠2:Skill が長すぎる

Skill ファイルが2,000字超えると Claude Code が読み飛ばします。500-1,500字の簡潔な構造に。

罠3:個人の Skill が共有されない

各エンジニアがローカルに Skill を作って終わり、チーム共有なし。リポジトリの .claude/skills/ に統一する規約を最初に決める。

罠4:Skill 品質の継続改善なし

作ったまま放置。月次でレビューして陳腐化を防ぐ運用が必要。

罠5:機密情報を Skill に直書き

API キー・認証情報・顧客名を Skill 内に書いてコミット → 漏洩リスク。環境変数で参照する規約を徹底(出典:Anthropic Privacy Policy)。

5つの罠は、Skill 導入前に押さえるべき項目です。

段階別ロードマップ:0-30日 / 31-60日 / 61-90日

実装の順序を、3フェーズに分けて整理します。

フェーズ1:0-30日(最初のSkill 1本)

  • 候補業務3-5本を棚卸し
  • 最も効果が見えやすい1本を Skill 化
  • チーム3名で1ヶ月運用
  • 効果測定(削減時間・品質改善)

フェーズ2:31-60日(追加3-5本)

  • 1本目の運用知見を元に、追加3-5本を Skill 化
  • チーム全員に展開
  • 月次の Skill レビュー会を開始

フェーズ3:61-90日(運用定着+MCP連携)

  • 10本前後の Skill 群が定常運用
  • MCP サーバーと組み合わせた高度な自動化
  • 月削減時間が経営会議に上がる状態

90日時点で Skill が組織のインフラとして定着します。

よくある質問

Q1. Skill は誰が作るべき?

エンジニアが作るのが標準ですが、業務テンプレが明確な領域(営業日報・議事録要約・経費精算など)はビジネス職でも作れます。フォーマットがシンプルなのが Skill の強み。

Q2. Skill と通常のプロンプトの違いは?

Skill は「再利用可能なテンプレ」、プロンプトは「その場の指示」。同じ業務を週1以上やるなら Skill 化する判断基準。

Q3. 競合(Cursor)にも同じ機能はある?

Cursor にも類似の Rules 機能がありますが、Skills は YAML フロントマター+自動呼び出しなど、より構造化された設計。

Q4. Skill ライブラリは公開されている?

Anthropic公式 や OSS コミュニティで Skill 集が公開されています。自社向けは独自実装が定石。

Q5. 失敗した場合のリスクは?

最大のリスクは「機密情報を Skill に直書きしてコミット → 漏洩」「Skill が増えすぎて管理崩壊」の2点です。これを避けるため、(a)環境変数での機密情報管理、(b)Skill 数を月1-2本のペースで増やす、を運用ルールに組み込んでください。


30分の無料AI業務診断

Claude Code Skills を社内に展開したい方に向けて、30分の無料AI業務診断を実施しています。Skill 候補業務の棚卸し、最初のSkill 作成、MCP 連携設計、チーム展開まで、貴社の状況に合わせてご提案します。

▶ 無料AI業務診断を申し込む(30分・オンライン)


営業・経理・人事の「どこから始めるか」を、無料で見える化します

30分の無料AI業務診断|Liftbase

30分の無料AI業務診断
御社の業務フローをヒアリングし、AIで何時間が浮くか・どこから始めるべきかを可視化します。
「いきなり契約」ではありません。診断結果のレポートだけでも持ち帰れます。

▶ 無料AI業務診断を申し込む


まずは話を聞いてみたい方は、無料相談から

無料相談|Liftbase

無料相談(オンライン30分)
「うちの業界でAIは効くのか」「他社事例を聞きたい」「何から手をつけていいか分からない」など、
ふんわりした疑問でも結構です。営業出身の代表 渋谷が直接お話しします。

▶ 無料相談を申し込む

執筆者プロフィール

渋谷祐太(しぶや ゆうた)|株式会社LiftBase 代表取締役CEO

学生時代に株式会社エス・エム・エスでインサイドセールスに従事し、顧客接点と業務プロセス設計の基礎を学ぶ。新卒で日本IBMに入社し、コンサルタントとして大手クライアントの業務改革・システム導入を担当。その後、ファインディ株式会社で事業企画としてプロダクトと事業の接続を経験。2024年9月に株式会社LiftBaseを創業し、代表取締役CEOに就任。AI導入が「実装段階で止まる」課題に向き合い、Claude Code・Codex を中心とした AI ネイティブな開発体制づくりを支援している。

「テクノロジーは、使い方次第でビジネスの構造そのものを変える力を持っている。中小企業の『あと一歩』の壁を、現場と経営の両方から越えていきます。」

関連記事


cta-1(CTAバナー・配置: 末尾CTA直前) - Claude Code Skills

記事の内容に関するご質問や、貴社の課題に合わせたAI活用のご提案など、 お気軽にお問い合わせください。