260518_サポーターズLT_ClaudeCodeの仕組みを/pluginで組織に配布する

Transcript

2. 花房 優貴 株式会社TOKIUM ・ 経費精算製品開発部 部長 @hanafusa_y x.com/hanafusa_y fusasnnn zenn.dev/fusasnnn
3. 普段 Claude Code でやっていること ① 秘書として使う 議事録・1on1準備・経費精算・社内申請 ② プロトタイプを作る 新規機能の検証など ③ 社内の業務改善（ツール作成・ハーネス整備など） CC利用状況の収集ツール、リリースプロセス標準化のハーネス など
4. 例えば、こういう仕組みを配りたい 今日のテーマ Claude Code の仕組みを「組織」に広める チーム横断で同じレビュースキル・インフラセットアップスキルを配る 対象: 開発チーム 全社の Claude Code 利用ログを hooks で集める 対象: 全社員（エンジニア・非エンジニア両方） 導入支援チームの環境セットアップを 1コマンドで完了 対象: 導入支援メンバー 定例MTG の準備（議事録分析・論点抽出） 対象: PdM・マネージャー層
5. 配布手段の進化 1 Slack で SKILL.md を貼り付け ↳ バージョン管理が無い、面倒 ↓ 2 GitHub repo を共有 ↳ チームをまたぐとめんどくさい。ローカルで複製。 ↓ 3 gh skills , npx skills ↳ Skill 単体しか配れない（hooks / MCP は NG） ↓ 4 /plugin で配布
6. Plugin = marketplace に置いて GitHub で配布できる仕組み # GitHub リポジトリ（marketplace） TOKIUM/my-plugins/ └── plugins/ ├── plugin A ← Skill + Hooks + MCP + Subagent を箱詰め ├── plugin B └── plugin C hooks や MCP も配れる（Skill 単体では届かない領域） auto-update が標準（毎回 git pull / 再 clone 不要） 非エンジニアも 1コマンドで入れられる、GitHub の権限で配布範囲を制御
7. 配り方：作る側も受け取る側も 数行 作る側 — GitHub repo を作って push するだけ TOKIUM/cc-usage-monitor/ ├── .claude-plugin/ │ └── marketplace.json └── plugins/usage-tracker/ └── .claude-plugin/plugin.json → あとは git push 受け取る側 — /plugin で 2コマンド # marketplace 登録 /plugin marketplace add TOKIUM/cc-usage-monitor # plugin インストール /plugin install usage-tracker@tokium-cc-plugins → auto-update でローカルに展開
8. 実例① CC利用状況収集ツール（hooks プラグイン） Plugin に hooks を入れられるから成立する仕組み 社員全員の Claude Code / Codex の利用ログを hooks 5種類 で自動収集して全社で可視化 5 hooks: SessionStart / PostToolUse / PostToolUseFailure / SubagentStop / Stop　|　SKILL ゼロ、Plugin でしか配れない （gh skill には hooks がない）
9. 実例② 経費精算業務自動化パック（Skill プラグイン） 社内向けに実験的に作っている経費精算 BPO 自動化のプロトタイプ。非エンジニア向けに plugin install → /setup で完結す る形で配るパターン。 /plugin marketplace add TOKIUM/expense-agent-plugins /plugin install expense-agent-keihi /expense-setup /expense-health → 導入チーム向けセットアップ・ビジネス部門向けの分析作業など、同じパターンで配れる
10. Codex でも使いたい 最近まで Codex は hooks を plugin で扱えなかった → 今はほぼ同じ仕組みで作れるようになった（2026/05） → 作り方もほぼ同じ。Codex と Claude Code を併用しているチーム / 会社でも、 　 そんなにハードルなく両方に配れる。 CLI v0.129 → v0.130 で marketplace / plugin 同梱 hooks / workspace 共有が追加 （Hooks は v0.130 で GA） Skill は .agents/skills/ + agentskills.io 標準で両者寄せられる
11. Claude Code を、 個人の便利ツール から 組織のインフラ へ 花房 優貴 · 株式会社TOKIUM X : @hanafusa_y
12. 情報発信中！ 本⽇のスライドは公式Xで公開！ 開発チームの技術やイベントに関する情報を発信しています！ フォローお願いします！ 資料公開＆技術発信は公式Xから👇 @TOKIUM_Dev
13. エンジニアを募集しています！ 技術的チャレンジ • AIエージェントの群れを量産し、 多数のサービスとの連携を素早く実現する • AIエージェント実行制御を行う共通基盤の開発 する • 継続的に品質を上げる仕組みや、 セキュリティ・ガバナンス向上の仕組みを構築 一緒に挑戦してくれる仲間を募集してます！！ カジュアル⾯談実施中！ 現場のメンバーと気軽にお話しませんか？ 詳細はこちら
14. Appendix
15. ついでに、最近気になってるやつ — APM（Microsoft Agent Package Manager） microsoft.github.io/apm → Microsoft が整備中、注視中。3エージェント以上に広げ るなら APM で揃えたくなる。 複数エージェント横断 Claude Code / Codex / Copilot / Cursor / Gemini / Windsurf / OpenCode 依存解決と lockfile apm.yml 1枚で宣言（npm の package.json 相当） Plugin と併存 plugin.json に export 可
16. 既存の .claude/ 設定、思ったより簡単にプラグイン化できる 公式の「Convert existing configurations to plugins」ガイドにほぼコピペで載ってる code.claude.com/docs/en/plugins#convert-existing-configurations-to-plugins → まず自分の Skill を1つ plugin 化してみてください ① mkdir -p my-plugin/.claude-plugin ② plugin.json を1個書く（name + description + version） ③ 既存の .claude/{commands, agents, skills, hooks} をコピー ④ claude --plugin-dir ./my-plugin でテスト → marketplace で配布