Slide 1

Slide 1 text

チーム内のコンテキスト共有のためのClaudeプラグインを作っ てみた 入井啓太 (@iridon0920) / なごやクラメソゆる勉強会

Slide 2

Slide 2 text

名前: 入井啓太 (@iridon0920) 所属: クラスメソッド株式会社   ゲームソリューション部/業務効率化ソリューション部 業務: ゲーム開発・運用支援、SaaS(Zendesk)導入支援など 出身: 名古屋 コミュニティ: JAWS-UG 名古屋、DAGYA TECH 趣味: ゲーム、漫画、猫、お酒など 自己紹介 2

Slide 3

Slide 3 text

5名チームのプレイングマネージャーをやっています チーム運営 — 月次報告・QBR・マーケティング施策 プリセールス — 顧客ヒアリング・提案書・見積書作成 導入支援 — 設定代行・トレーニング・データ移行・開発 QAサポート — 問い合わせ対応・トラブルシュート 同時に3社程度の案件が並走、チームにはエンジニアも営業もいる Zendeskチームの業務 3

Slide 4

Slide 4 text

業務が違えば、追うべきコンテキストも違う

Slide 5

Slide 5 text

商談の経緯 → Slack の過去ログを遡る 議事録 → Google ドキュメント のどこかにある 課題の進捗 → Backlog を確認 次の予定 → Google カレンダー を開く 案件 × 業務種別 × ツール … 組み合わせが多すぎる コンテキストを追うのがとにかく大変 5

Slide 6

Slide 6 text

チーム内でも同じ問題が起きていた

Slide 7

Slide 7 text

ルールを決めても、忙しくて着手できない 「今週中にまとめよう」→ 他の案件が入って後回し そのうちどこに・どういう状態で保存したかも曖昧に 気づいたら最終更新が半年前のナレッジが放置 5人全員が忙しい → 誰もメンテしない → 情報が腐る ナレッジ蓄積が続かない現実 7

Slide 8

Slide 8 text

モデルは賢くなった でも渡すコンテキストが整備されていない

Slide 9

Slide 9 text

今日伝えたいこと AIにいい仕事をさせるカギは 「コンテキストの整備」 そしてその整備自体も、AIに任せられる

Slide 10

Slide 10 text

Claude Code / Cowork にチーム独自の機能を追加できる仕組み /コマンド名 でユーザーが呼び出すと、事前に定義した手順に従ってClaudeが 作業する プロンプトの塊をチームで共有できる(再現性) MCP経由で外部サービスのデータを読み書きできる(連携力) チームの業務フローに合わせて自由にカスタマイズできる あくまでコマンド入力は人間が主導。 Claudeは指示された手順を実行する そもそもClaudeプラグイン(スキル)とは 10

Slide 11

Slide 11 text

ユーザーのコマンド操作で、コンテキストの蓄積・活用をClaudeに実行させる プラグイン context-stocker という解決策 11

Slide 12

Slide 12 text

コマンド 役割 /zd-deal-load /zd-deal-save 案件コンテキストの読み込み・保存 /zd-knowledge-save /zd-knowledge-search ナレッジの蓄積・検索 /zd-doc 商談準備シート・提案書・見積書の生成 /zd-engdoc ヒアリングリスト・設定シート・テストケースの生成 /zd-log 日次ログ・週次/月次/QBRレポートの生成 /zd-admin 設定管理・運用保守 この中から、特に効果を実感している4つの活用例を紹介します スキル一覧 12

Slide 13

Slide 13 text

デモ 13

Slide 14

Slide 14 text

デモ 14

Slide 15

Slide 15 text

コマンド一つで、案件の全体像が出てくる 顧客の課題・予算・意思決定者・スケジュール 競合状況・体制 これまでの意思決定ログ・次のアクション 情報はBANTCHフレームワークで自動構造化 保存時は、Claudeが会話の中から情報を拾って更新 書くのはClaude、確認するのが人間 実例① 案件コンテキストを一発で把握 15

Slide 16

Slide 16 text

蓄積したナレッジに、キーワードでいつでもアクセス 4カテゴリで整理 製品・技術仕様 — プラン別の機能、料金情報など 業務フロー・ガイドライン — 提案書の書き方、見積ルール パートナーナレッジ — パートナー活動に関する規約など マーケティング施策 — ウェビナー・オフラインイベントの施策情報、事例 保存も会話の中から自然に → 書く手間なし、Claudeが構造化 実例② チームのナレッジを検索 16

Slide 17

Slide 17 text

Gmail   Calendar   Slack   Backlog   Drive ↓ 5つのツールから当日の活動を自動収集 ↓ 人間がやること:内容を確認して、微修正するだけ 日次ログ → 週次レポート → 月次レポートと自動で積み上がる Coworkのスケジュール機能で毎日自動実行も可能 実例③ 日次ログを自動生成 17

Slide 18

Slide 18 text

蓄積したコンテキスト × チームのガイドライン → 資料 商談準備シート — 案件情報+過去のやりとりから自動作成 提案書 — 顧客課題に合わせた構成 ヒアリングリスト — 聞き漏れ防止 情報が足りない箇所は マークで明示 → 「何がわかっていないか」も可視化される 実例④ 蓄積した情報から資料を自動生成 18

Slide 19

Slide 19 text

Before 案件準備に15〜30分 日次ログは記録なし 情報は属人化 ナレッジは半年放置 After 案件把握はコマンド一発 日次ログは確認10分だけ 誰でも同じ情報にアクセス ナレッジは自然に蓄積 Before / After 19

Slide 20

Slide 20 text

このプラグイン、あなたのチーム用にも作れます context-stocker-forge = プラグインを生成するプラグイン チーム名・商材・ストレージを選ぶだけで専用プラグインを自動生成 対応ストレージ:Backlog Wiki / Obsidian Vault 営業フレームワーク:BANTCH / BANT / MEDDIC 等 GitHubで公開中 — 興味ある方はブログ記事をチェック! おまけ:context-stocker-forge 20

Slide 21

Slide 21 text

AI活用のボトルネックは、モデル性能ではなくコンテキスト 散らばった情報を整備して渡せば、AIはちゃんと仕事をしてくれる その整備自体もAIに任せよう Claudeが集めて構造化、人間は確認するだけ ブログでも詳しく解説しています 事業チームのコンテキスト情報をClaudeに蓄積・活用させるプラグインと、それを作るためのプラ グインを作った | DevelopersIO まとめ 21

Slide 22

Slide 22 text

ありがとうございました