Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
チーム内のコンテキスト共有のためのClaudeプラグインを作ってみた
Search
入井 啓太
March 26, 2026
Technology
210
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
チーム内のコンテキスト共有のためのClaudeプラグインを作ってみた
入井 啓太
March 26, 2026
More Decks by 入井 啓太
See All by 入井 啓太
Claude CodeによるAI駆動開発の実践 〜そこから見えてきたこれからのプログラミング〜
iriikeita
0
760
AWS発のAIエディタKiroを使ってみた
iriikeita
1
360
kiroでゲームを作ってみた
iriikeita
0
460
色々なAWSサービス名の由来を調べてみた
iriikeita
0
530
色々なIaCツールを実際に触って比較してみる
iriikeita
0
840
何故負荷試験が大切かを考える
iriikeita
0
490
Amazon GameLiftの 構成要素を整理する
iriikeita
0
770
AWSでゲームサーバーを運用! Amazon GameLiftのお話
iriikeita
0
1.1k
Zendeskでコールセンター・ヘルプデスク業務に手軽に生成AIのパワーを取り入れる方法
iriikeita
0
1.3k
Other Decks in Technology
See All in Technology
ボーイスカウトルールでメモリやスキルを改善しよう
azukiazusa1
4
1.3k
AmplifyHostingConstructからSSRフレームワークのためのホスティング設計を考察する/amplify-hosting-construct
fossamagna
1
110
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
1
170
ruby.wasmとPicoRuby.wasmに対応した仮想DOMライブラリを作ってる話 #kaigieffect_kaigi
sue445
PRO
0
150
SRE依存からの脱却 運用を開 発チームへ移す、 フルサイ クル開 発体制の実践
joooee0000
0
2.8k
Amazon EVS で VCF 9.0 / 9.1 のサポート開始まとめ
mtoyoda
0
300
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
1
4.7k
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.4k
AI時代の開発生産性は、個人技からチーム設計へ
moongift
PRO
4
2.1k
End-to-Endで考える信頼性 —LINEアプリにおけるクライアント開発×SRE連携の実践
maruloop
4
4.3k
個人開発で育てる「大規模設計の苗床」 - AI時代の1人開発から始める業務への知識接続 / The Seedbed for Large-Scale Design - From AI-Era Solo Projects to Professional Knowledge
bitkey
PRO
1
260
Oracle Exadata Database Service on Cloud@Customer X11M (ExaDB-C@C) サービス概要
oracle4engineer
PRO
2
8.4k
Featured
See All Featured
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
190
Optimising Largest Contentful Paint
csswizardry
37
3.8k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
260
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
750
Side Projects
sachag
455
43k
A designer walks into a library…
pauljervisheath
211
24k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.3k
Amusing Abliteration
ianozsvald
1
230
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Music & Morning Musume
bryan
47
7.3k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
Transcript
チーム内のコンテキスト共有のためのClaudeプラグインを作っ てみた 入井啓太 (@iridon0920) / なごやクラメソゆる勉強会
名前: 入井啓太 (@iridon0920) 所属: クラスメソッド株式会社 ゲームソリューション部/業務効率化ソリューション部 業務: ゲーム開発・運用支援、SaaS(Zendesk)導入支援など 出身: 名古屋
コミュニティ: JAWS-UG 名古屋、DAGYA TECH 趣味: ゲーム、漫画、猫、お酒など 自己紹介 2
5名チームのプレイングマネージャーをやっています チーム運営 — 月次報告・QBR・マーケティング施策 プリセールス — 顧客ヒアリング・提案書・見積書作成 導入支援 — 設定代行・トレーニング・データ移行・開発
QAサポート — 問い合わせ対応・トラブルシュート 同時に3社程度の案件が並走、チームにはエンジニアも営業もいる Zendeskチームの業務 3
業務が違えば、追うべきコンテキストも違う
商談の経緯 → Slack の過去ログを遡る 議事録 → Google ドキュメント のどこかにある 課題の進捗
→ Backlog を確認 次の予定 → Google カレンダー を開く 案件 × 業務種別 × ツール … 組み合わせが多すぎる コンテキストを追うのがとにかく大変 5
チーム内でも同じ問題が起きていた
ルールを決めても、忙しくて着手できない 「今週中にまとめよう」→ 他の案件が入って後回し そのうちどこに・どういう状態で保存したかも曖昧に 気づいたら最終更新が半年前のナレッジが放置 5人全員が忙しい → 誰もメンテしない → 情報が腐る
ナレッジ蓄積が続かない現実 7
モデルは賢くなった でも渡すコンテキストが整備されていない
今日伝えたいこと AIにいい仕事をさせるカギは 「コンテキストの整備」 そしてその整備自体も、AIに任せられる
Claude Code / Cowork にチーム独自の機能を追加できる仕組み /コマンド名 でユーザーが呼び出すと、事前に定義した手順に従ってClaudeが 作業する プロンプトの塊をチームで共有できる(再現性) MCP経由で外部サービスのデータを読み書きできる(連携力)
チームの業務フローに合わせて自由にカスタマイズできる あくまでコマンド入力は人間が主導。 Claudeは指示された手順を実行する そもそもClaudeプラグイン(スキル)とは 10
ユーザーのコマンド操作で、コンテキストの蓄積・活用をClaudeに実行させる プラグイン context-stocker という解決策 11
コマンド 役割 /zd-deal-load /zd-deal-save 案件コンテキストの読み込み・保存 /zd-knowledge-save /zd-knowledge-search ナレッジの蓄積・検索 /zd-doc 商談準備シート・提案書・見積書の生成
/zd-engdoc ヒアリングリスト・設定シート・テストケースの生成 /zd-log 日次ログ・週次/月次/QBRレポートの生成 /zd-admin 設定管理・運用保守 この中から、特に効果を実感している4つの活用例を紹介します スキル一覧 12
デモ 13
デモ 14
コマンド一つで、案件の全体像が出てくる 顧客の課題・予算・意思決定者・スケジュール 競合状況・体制 これまでの意思決定ログ・次のアクション 情報はBANTCHフレームワークで自動構造化 保存時は、Claudeが会話の中から情報を拾って更新 書くのはClaude、確認するのが人間 実例① 案件コンテキストを一発で把握 15
蓄積したナレッジに、キーワードでいつでもアクセス 4カテゴリで整理 製品・技術仕様 — プラン別の機能、料金情報など 業務フロー・ガイドライン — 提案書の書き方、見積ルール パートナーナレッジ —
パートナー活動に関する規約など マーケティング施策 — ウェビナー・オフラインイベントの施策情報、事例 保存も会話の中から自然に → 書く手間なし、Claudeが構造化 実例② チームのナレッジを検索 16
Gmail Calendar Slack Backlog Drive ↓ 5つのツールから当日の活動を自動収集 ↓ 人間がやること:内容を確認して、微修正するだけ 日次ログ
→ 週次レポート → 月次レポートと自動で積み上がる Coworkのスケジュール機能で毎日自動実行も可能 実例③ 日次ログを自動生成 17
蓄積したコンテキスト × チームのガイドライン → 資料 商談準備シート — 案件情報+過去のやりとりから自動作成 提案書 —
顧客課題に合わせた構成 ヒアリングリスト — 聞き漏れ防止 情報が足りない箇所は マークで明示 → 「何がわかっていないか」も可視化される 実例④ 蓄積した情報から資料を自動生成 18
Before 案件準備に15〜30分 日次ログは記録なし 情報は属人化 ナレッジは半年放置 After 案件把握はコマンド一発 日次ログは確認10分だけ 誰でも同じ情報にアクセス ナレッジは自然に蓄積
Before / After 19
このプラグイン、あなたのチーム用にも作れます context-stocker-forge = プラグインを生成するプラグイン チーム名・商材・ストレージを選ぶだけで専用プラグインを自動生成 対応ストレージ:Backlog Wiki / Obsidian Vault
営業フレームワーク:BANTCH / BANT / MEDDIC 等 GitHubで公開中 — 興味ある方はブログ記事をチェック! おまけ:context-stocker-forge 20
AI活用のボトルネックは、モデル性能ではなくコンテキスト 散らばった情報を整備して渡せば、AIはちゃんと仕事をしてくれる その整備自体もAIに任せよう Claudeが集めて構造化、人間は確認するだけ ブログでも詳しく解説しています 事業チームのコンテキスト情報をClaudeに蓄積・活用させるプラグインと、それを作るためのプラ グインを作った | DevelopersIO まとめ
21
ありがとうございました