Skill.md検索

変更内容を自動解析：git diffから何をどう変えたかを読み取り、わかりやすいコミットメッセージを日本語で自動生成します。 秘密情報の流出を自動防止：APIキーやトークンなど、流出してはいけない情報が差分に含まれていないか自動チェック。検出時はコミットを中断して警告します。 コミット分割を提案：異なる変更内容が混在している場合（テスト追加＋バグ修正など）、分割すべきコミットを提案して実行します。 アメンド提案：直前のコミットから5分以内で同じ種類の変更なら、新規コミットでなくコミットメッセージを上書きするamendを提案します。 毎回コミットメッセージの文面を考えるのが面倒な人 変更内容に見合った適切なコミットメッセージを書きたいが、ルール統一が難しい人 APIキーなどの秘密情報をうっかりコミットしてしまう心配がある人 チーム内でコミットメッセージの品質やフォーマットを統一したい人 手順は6ステップです。Step 1ではgit status、git diff（ステージ済み・未ステージ両方）、git log --oneline -10で状態確認。Step 2では秘密情報検出を必ず実行。検査対象はAPIキー・トークンパターン（sk-、ghp_、AKIA、32文字以上の英数字）、.env以外の秘密情報、conflict markerの残り、TODO/デバッグコードです。1つでも検出したらコミット中断。Step 3では異なるプレフィックスの変更（例：test:とfix:）が混在していれば分割提案。Step 4では条件をすべて満たす場合（直前コミットから5分以内、同じプレフィックス）にamend提案。Step 5では変更サマリを表示して確認。Step 6でユーザー承認後にコミット実行。 コミットメッセージは日本語で簡潔に、プレフィックス（feat:、fix:、docs:、refactor:、test:、chore:、ci:）は英語。形式は「: 」。変更が5ファイル以上または100行以上なら本文も追加。必ずユーザー確認後にコミット実行します。

セキュリティリスク（APIキーやトークンの誤コミット）を検出し、本番環境への情報漏洩を防止できます アーキテクチャ（レイヤー構造、責務分離）の違反をチェックし、コードの保守性を維持できます 命名規則（クラス名の接尾辞、関数名の形式）の遵守状況を確認し、チーム内の統一性を保ちます Null安全性やコルーチン使用パターンなど、品質基準を満たしているか検査できます 問題が見つかった場合は該当箇所を指摘し、修正すべき内容が明確になります Kotlinやモダンアプリ開発を行うエンジニア：アーキテクチャやコーディング規約の遵守を自動チェック チームリーダーやテックリード：コードレビューの第一段階を自動化し、レビュー工数を削減 セキュリティを意識した開発チーム：秘密情報の誤コミットを防ぎ、リスク管理を強化

ブランチの全コミットと差分を分析し、内容に応じた日本語のPRタイトル・説明文を自動生成できます APIエンドポイント削除やデータベーススキーマ変更など、破壊的変更を検出して影響範囲をまとめます GitHubのissueやコミットメッセージから関連する課題を自動抽出し、PRに関連情報を追加できます テスト方法やレビュー時の注目ポイントなど、レビュアーが必要とする情報を構造化して記載できます 差分が大きい場合も効率よく内容を把握し、適切なPRの説明を作成します 開発チーム全体：PR作成の手間を削減し、一貫性のある説明文を効率よく生成 コードレビュアー：破壊的変更や影響範囲が明確になり、レビューの質と速度が向上 プロジェクトマネージャー：PR説明の完成度が高まり、変更内容の追跡可能性が向上

指定されたファイルや差分から、テスト対象となる関数やメソッドを自動抽出できます 既存のテストファイルを読み込んで、未テストの関数を特定し、重複を避けた新規テストを生成します MockKやMainDispatcherRuleなど、Kotlin標準のテストフレームワーク（フレームワーク：テストを書く基盤）を使った実装パターンを自動適用できます 正常系・異常系・エッジケースなど、複数のテストケースを効率よく生成できます 既存テストのスタイルを自動分析し、プロジェクト内の統一性を保ちながらテストコードを追加できます Android開発エンジニア：Kotlinプロジェクトのテストコードを素早く生成し、テストカバレッジを拡大 テスト駆動開発（TDD：先にテストを書いてから実装するアプローチ）を実践するチーム：テスト作成の定型作業を自動化 品質を重視する開発チーム：テスト漏れを防ぎ、コード品質を向上させる