gogcli を使って Claude Code のスキル管理を自動化する
Hiroba による自動要約
Claude Code の Agent Skill が増えるにつれ発生する管理課題に対し、gogcli と Google スプレッドシートを連携させてスキル一覧の自動登録・使用回数集計・差分検出を実装する手法。サーバー・DB 不要でローカルの Claude Code とスプレッドシートのみで完結し、著者が 100 個以上のスキルを管理する際に実際に運用している仕組みを紹介。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 461 件あります。
関連する記事
同じタグの記事
Claude Code のハーネスをチームで Git 管理する
ZennClaude Code の agents・skills・hooks などをチーム間で共有しつつ、個人設定との衝突を避けるリポジトリ share-harness を公開。-shared postfix が付いたファイルのみを .gitignore のホワイトリスト方式で管理することで、プロジェクト横断で使うハーネスを効率的に配布できる仕組み。
暗黙知をプロンプトに毎回書くのをやめて、skill と hooks に分けることにした
Zenn同じプロンプトを繰り返し Claude に入力する手間を減らすため、ルールを「硬さ」で分類し置き場所を変える方針。文脈依存のやわらかいルール（マイグレーション手順など）は skill に書き殴り、機械的に判定できるかたいルール（main ブランチ直接編集禁止など）は hooks で仕組みとして止める。完成形より実運用を優先し、試して直すサイクルで育てる。
Claude Code の「Skills」は個人設定がプロジェクトに勝つ仕様の落とし穴
QiitaClaude Code の Skills 機能では、同名スキルの優先順位が個人設定 > プロジェクト設定となっており、これが CLAUDE.md の「プロジェクト優先」という設計と矛盾している。チームがプロジェクトに `.claude/skills/commit/SKILL.md` を用意していても、メンバーが個人の `~/.claude/skills/commit/SKILL.md` を持つとそれが優先されるため、意図しないオーバーライドを避けるにはプロジェクト固有の接頭辞をつけて名前の衝突を防ぐ必要がある。
Claude Code で Skills を導入する
ZennClaude Code の Skills 機能を使い、SKILL.md ファイルにレビュー観点をまとめることで、React / Tailwind CSS / Redux Toolkit のコード審査を効率化する方法を解説。~/.claude/skills/ 配下にディレクトリを作成し、各 Skill ごとにレビュー観点と出力形式を定義することで、繰り返しのプロンプト入力を削減できる。