開発
code-review — 品質、セキュリティ、ベストプラクティスを網羅した構造化されたコードレビューチェックリスト。
code-review — 品質、セキュリティ、ベストプラクティスを網羅した構造化されたコードレビューチェックリスト。
knowledge baseトリガーキーワード: code review, review code, review this code, review my code指示:コードをレビューする場合:- 正しさ — コードは意図したとおりに動作しているか。エッジケースは処理されているか。
- セキュリティ — インジェクションリスク、公開された秘密情報、認証バイパスはないか。
- パフォーマンス — 明らかなN+1クエリ、不必要なループ、メモリリークはないか。
- 可読性 — 明確な命名、適切なコメント、一貫したスタイルか。
- テスト — テストはあるか。ハッピーパスとエッジケースをカバーしているか。
- アーキテクチャ — 既存のパターンに適合しているか。不必要な結合はないか。
- 重大度: Critical / Warning / Suggestion
- 場所: ファイルと行の参照
- 説明: 問題の内容
- 推奨事項: 修正方法
github-ops — GitHub IssueおよびPull Requestの管理。
github-ops — GitHub IssueおよびPull Requestの管理。
githubトリガーキーワード: github, pull request, PR review, issue tracker, repository指示:ユーザーがGitHub Issue、Pull Request、リポジトリ管理について質問した場合:- Issue管理
- 重複するIssueを作成する前に、既存のIssueを検索する
- 適切なラベルと担当者を割り当てる
- 関連するIssueがある場合はリンクする
- Pull Requestレビュー
- PRの変更内容を要約する
- 潜在的な問題を確認する(テスト不足、破壊的変更など)
- 具体的な行の参照を含めて改善を提案する
- リポジトリのインサイト
- 依頼された場合はアクティビティの概要を提供する
- オープンなIssueとPRの数を追跡する
- 対応が必要な古いアイテムを強調表示する
オペレーション
daily-digest — 追跡対象のトピックを網羅した朝のブリーフィングをまとめて送信。
daily-digest — 追跡対象のトピックを網羅した朝のブリーフィングをまとめて送信。
web searchトリガーキーワード: daily digest, morning briefing, send briefing, daily summary指示:日次ダイジェストまたは朝のブリーフィングを作成するよう求められた場合:- 現在の日付を確認し、ユーザーが追跡している主要トピックを特定する
- 各追跡トピックの最近のニュース、アップデート、変更を検索する
- 発見事項を構造化されたブリーフィング形式にまとめる:
- 日付と挨拶
- 上位ニュース(最も重要な3〜5件)
- カテゴリ別 — 残りのアイテムをトピック別にグループ化
- アクションアイテム — 今日ユーザーの対応が必要なもの
- カレンダープレビュー — カレンダーデータが利用可能な場合、今後のイベント
- 各アイテムは最大2〜3文に留める
- 設定されている場合は、ユーザーがお好みのチャネルで送信する
meeting-notes — 会議の文字起こしをアクションアイテム付きの構造化された議事録にまとめる。
meeting-notes — 会議の文字起こしをアクションアイテム付きの構造化された議事録にまとめる。
knowledge baseトリガーキーワード: meeting notes, summarize meeting, meeting summary, meeting recap指示:会議の文字起こしまたは録音を要約する場合:- 会議のメタデータ — 日付、参加者、所要時間、トピック
- 重要な決定 — 行われた決定の箇条書きリスト
- 議論のハイライト — トピック別に整理された議論の主要ポイント
- アクションアイテム — テーブル形式:
- 未解決の質問 — フォローアップが必要な未解決の事項
- 次回の会議 — 言及された場合は日時
onboarding-guide — 新しいチームメンバーまたはユーザー向けの構造化されたオンボーディングガイドを作成。
onboarding-guide — 新しいチームメンバーまたはユーザー向けの構造化されたオンボーディングガイドを作成。
knowledge baseトリガーキーワード: onboarding, new hire, getting started guide, orientation指示:オンボーディングガイドを作成する場合:- 対象者の特定 — 新入社員か。新規ユーザーか。役職固有の内容か。
- 1週間目の必須事項:
- アカウント設定とアクセスプロビジョニング
- 主要ツールとその場所
- チーム紹介と組織図
- 初日のチェックリスト
- 最初の30日間:
- 学習リソースとドキュメント
- シャドーイングスケジュール
- 理解すべき主要プロセス
- 最初の小さなタスクまたはプロジェクト
- 主要な連絡先 — 何について誰に問い合わせるか
- よくある質問 — 新しいメンバーがよく質問すること
- 成功指標 — 成功する最初の90日とは什么样的なものか
report-builder — エグゼクティブサマリー、データセクション、推奨事項を含む構造化されたレポートを生成。
report-builder — エグゼクティブサマリー、データセクション、推奨事項を含む構造化されたレポートを生成。
knowledge base, database, web searchトリガーキーワード: build report, generate report, create report, write report指示:レポートを作成するよう求められた場合:- 範囲の明確化 — レポートのテーマは何か。対象読者は誰か。対象期間はいつか。
- データの収集 — 利用可能なソース(KB、データベース、Web検索)から取得
- レポートの構造化:
- 表紙 — レポート名、日付、著者
- エグゼクティブサマリー — 主要なポイントを3〜5文でカバー
- 目次 — 3つ以上のセクションがある場合
- データセクション — 各セクションに明確な見出し、説明、サポートデータ/チャート
- 分析 — データが意味すること、特定されたトレンド
- 推奨事項 — 発見事項に基づいた実行可能な次のステップ
- 付録 — 生データ、方法論の注記、詳細なテーブル
- 可読性のためのフォーマット — 見出し、箇条書き、テーブル、重要な数値の太字を使用
- ソースの引用 — データの出典を参照
分析
data-analysis — データの探索、クリーニング、分析、可視化の構造化されたワークフロー。
data-analysis — データの探索、クリーニング、分析、可視化の構造化されたワークフロー。
database, pythonトリガーキーワード: analyze data, data analysis, explore dataset, data insights指示:データの分析を依頼された場合:- データの理解 — 利用可能なテーブル/ファイルは何か。列は何を表しているか。
- データ品質の確認 — NULL値、重複、外れ値、不整合を確認
- 探索的分析
- 件数、平均値、中央値、最小値、最大値などの要約統計量
- 主要変数の分布
- 変数間の相関関係
- 質問に答える — ユーザーが具体的に知りたいことに焦点を当てて分析
- 可視化 — 明確さを高める場合にチャートを作成(棒グラフ、折れ線グラフ、散布図など)
- 発見事項の要約 — サポートする数値を含む明確な説明
- 推奨する次のステップ — どのような追加分析が有用になりうるか
コミュニケーション
email-draft — 適切なトーン、構造、行動喚起を含むプロフェッショナルなメールの下書き。
email-draft — 適切なトーン、構造、行動喚起を含むプロフェッショナルなメールの下書き。
draft email, write email, compose email, email draft指示:メールの下書きを作成する場合:- コンテキストの確認 — 受信者は誰か。関係性は何か。目的は何か。
- トーンの選択 — コンテキストに応じて、フォーマル、セミフォーマル、カジュアルを選択
- メールの構造化:
- 件名 — 明確で具体的(「ちょっと質問」「フォローアップ」などは避ける)
- 冒頭 — 簡潔な挨拶 + コンテキスト/目的を1〜2文で
- 本文 — 箇条書きまたは短い段落で整理された重要な情報
- 行動喚起 — 受信者に依頼すること。期限がある場合は具体的に記載
- 結び — 適切な締めの言葉
- 簡潔に保つ — ほとんどのメールは200語以内に
- 確認 — 誤字、曖昧な表現、不足している情報を確認
サポート
ticket-triage — 一貫した基準を使用して受信サポートチケットを分類・優先順位付け。
ticket-triage — 一貫した基準を使用して受信サポートチケットを分類・優先順位付け。
ticket triage, triage tickets, categorize ticket, support ticket, classify ticket指示:サポートチケットをトリアージする場合:- チケットを添付ファイルやコンテキストを含めて注意深く読む
- 以下のいずれかに分類: Bug、Feature Request、Question、Account Issue、Integration Issue、Other
- 以下を使用して優先度を評価:
- Critical — サービス停止、データ損失、セキュリティ侵害
- High — 主要機能の不具合、多くのユーザーに影響
- Medium — 機能が部分的に動作、回避策あり
- Low — 外観上の問題、望ましい機能、単一ユーザーのエッジケース
- 主要な詳細を抽出: 影響を受けるコンポーネント、再現手順、ユーザーへの影響
- 適切なチーム(エンジニアリング、サポート、プロダクト、請求)へのルーティングを提案
- 見積もりの時間枠を含む応答の下書きを作成
リサーチ
research-deep — 構造化された出力とソース引用を含む、複数ソースによる詳細リサーチのまとめ。
research-deep — 構造化された出力とソース引用を含む、複数ソースによる詳細リサーチのまとめ。
web search, knowledge baseトリガーキーワード: research, deep dive, investigate, comprehensive analysis指示:トピックを徹底的にリサーチするよう求められた場合:- 範囲の定義 — リサーチの質問と境界を明確にする
- 複数ソースの検索 — 少なくとも3つの異なるソースまたはアプローチを検索
- クロスリファレンス — ソース間の合意と矛盾を特定
- 統合 — 発見事項を構造化されたレポートにまとめる:
- エグゼクティブサマリー(3〜5の主要ポイント)
- サブトピック別に整理された詳細な発見事項
- 矛盾する情報の明確なフラグ付け
- すべての主張に対するソース引用
- 実行可能な洞察 — 推奨する次のステップで締めくくる