Skill.md検索

git diff --cached で変更内容を分析し、日本語の Conventional Commits 形式でコミットメッセージを自動作成してコミットできます。 絵文字を使った type（feat:✨新機能、fix:🐛バグ修正、docs:📝ドキュメント、refactor:♻️リファクタリング等）を自動判定し、統一されたスタイルのコミットを実現します。 ステージされていない変更があれば検出して確認し、個別のファイルを追加するか判断できます。 変更の「何をしたか」を1行目に、「なぜしたか」を本文に記載し、Co-Authored-By を自動付与したコミットを作成できます。 Conventional Commits 形式で統一されたコミット履歴を保ちたい開発チーム コミットメッセージを毎回日本語で丁寧に書くのが面倒なエンジニア git diff を確認して適切な type を判定し、自動でコミットを作成させたい人 .env などの機密ファイルが誤ってコミットされるのを防ぎたい開発者 ステージ済み変更を分析し、日本語 Conventional Commits 形式でコミット実行するスキル。ステップ1で git status、git diff --cached --stat、git diff --cached、git log --oneline -5 を並列実行して変更内容と過去スタイルを把握。ステップ2でステージされていない変更を確認し、必要に応じて個別に git add で追加させる（git add . 厳禁）。ステップ3でコミットメッセージ作成：type は feat（✨）/ fix（🐛）/ docs（📝）/ refactor（♻️）/ chore（🔧）/ style（💄）/ test（✅）から選択、1行目は「何をしたか」を日本語で簡潔に、本文は「なぜか」を箇条書きで記載、Co-Authored-By: Claude Opus 4.6 を自動付与。ステップ4で HEREDOC 形式でコミット実行後 git status で確認、pre-commit フック失敗時は新規コミット作成（--amend 禁止）。.env やシークレット含むファイルは警告してコミット拒否。禁止事項：git push（明示指示時のみ可）、--amend、--no-verify、git add ./-A、git config 変更。

指定した章のドキュメント（index.md）の文章品質を向上させ、わかりやすさと読みやすさを改善できます。 ASCII図をmermaid図に変換して、より視覚的でわかりやすいドキュメントにできます。 ドキュメント内で名前だけ言及されている概念に対して、独立した解説セクションを追加し、内容を充実させることができます。 関連する概念同士のつながりを明示することで、読者の理解を深められます。 ソースコードとドキュメントの内容の一貫性を確認し、矛盾や漏れを修正できます。 ドキュメント作成・管理者が、既存の文章を改善したい場合 技術ドキュメントの理解度を高めたい著者やレビュアー 読者から「わかりにくい」というフィードバックを受けた方 チーム内のドキュメント品質を統一したい管理者 本スキルは、指定された章のドキュメントに対して段階的なブラッシュアップを実行します。まず$ARGUMENTSから章番号またはドキュメントパスを判定し、対応するソースコードディレクトリを特定します。次にgit diffで未コミット変更を確認し、「変更差分のみ」または「ドキュメント全体」かをユーザーに確認します。その後、ドキュメントとソースコードを読み込み、セクション構成を把握します。Step3では、概念・トピックの網羅性を確認し、テーブルと詳細セクションの整合性、「なぜ必要か」の説明の有無、概念間のつながりを検証します。Step4では、ASCII図をmermaid記法に変換することで、フローチャートやシーケンス図などの視覚化を改善します。変換時には元の図のラベル・注釈が欠落しないよう注意し、ノード内に改行と補足説明を含めます。これらの改善を通じて、ドキュメントの可読性と充実度を向上させます。

ソースコードファイルを指定するだけで、そのコードの内容を自動読み込みし、対応する章のドキュメント（index.md）に新しいセクションを生成・追記することができます。 コードの概要説明、サブ見出し、実際のコードブロック、実行方法まで、一貫したフォーマットで自動生成されるため、ドキュメント作成の手間が大幅に削減されます。 既存のドキュメントスタイルを自動で分析し、それに合わせた形式でセクションが追記されるため、手動編集のようなばらつきが生じません。 ファイル名から章番号やセクション番号を自動抽出し、概要テーブルや「この章で学ぶこと」の箇条書きも同時に更新されます。 新しいページ（mdファイル）を作成した場合、docusaurus.config.tsのフッターリンク一覧にも自動で登録できます。 チュートリアル・技術ドキュメントを多数保有し、サンプルコードの追加に伴うドキュメント更新作業が頻繁な著者・編集者 複数の章や節にわたるドキュメント体系を管理しており、セクション追加時の手作業ミスを減らしたい人 サンプルコードとドキュメントのズレを防ぎ、常に同期を取りたいコース教材やリファレンス管理者 Docusaurus等の静的サイトジェネレータを使ったドキュメント管理を自動化したい開発チーム

型エラー、非推奨API、未使用import、JSDocの不備など、複数の問題を一度に検出・修正することで、コード品質を大幅に改善できます。 Object is possibly 'undefined'といった型エラーを自動で検出し、オプショナルチェーン（?.）やNullish Coalescing（??）を用いた安全なコードに修正します。 ライブラリのアップデートによって非推奨になったAPIを自動で検出し、推奨される新しいAPIへの置換を提案・実施できます。 コード内で実際に使われていないimport文を自動削除することで、バンドルサイズを削減し、コードの可読性を向上させます。 すべての関数に対して統一された形式のJSDocを自動生成・追記することで、IDE上でのコード補完やドキュメント参照が充実します。 既存のTypeScriptプロジェクトを現在のバージョンに対応させたい開発チーム 型安全性を重視しており、型エラーを排除した堅牢なコード基盤を構築したいメンバー ライブラリやフレームワークのメジャーバージョンアップに伴う大量のコード修正を効率化したい人 新しい開発者がコードベースを理解しやすくするため、関数のドキュメント（JSDoc）を充実させたいチームリーダー

ソースコードとの差分を自動検出して修正: ドキュメント内のコード例が古くなっていないか確認し、最新のソースコードに自動で置き換えます。 ドキュメント構成の矛盾を一括チェック: セクション一覧テーブル、学習項目、前提条件などが実際の内容と一致しているか確認し、不足や誤りを修正します。 未ドキュメント部分を検出: ソースコードには存在するのに、ドキュメントに説明がない機能を自動で見つけ出します。 説明の正確性を品質チェック: サンプルコードの説明や実行方法が、実装内容と本当に合致しているか確認します。 修正内容をレポート形式で報告: どこを修正したか、何が問題だったかを見やすいサマリーで提示します。 ドキュメント担当者: 技術ドキュメントが古くなっていないか定期的に点検したい人 開発チーム全体: コード更新後、ドキュメントの更新忘れを防ぎたい組織 APIやライブラリの公開者: ドキュメントの正確性で信頼を失いたくない場合 品質管理担当: 文書と実装のズレを公開前に一括で発見したい人

ディレクトリ構成図を自動生成・更新: 実際のフォルダ構成を読み込み、README のツリー図を常に最新の状態に保ちます。新しいパッケージ追加や削除も自動で検出します。 使用ツール一覧を自動抽出・整理: package.json から開発環境に使われているフレームワークやライブラリを自動で抽出し、テーブル形式で整理します。 セットアップ・開発コマンドを同期: package.json に書かれているスクリプトを読み込み、README のセットアップ手順と使用方法を常に正確に保ちます。 スキル一覧を自動更新: 新しいスキルが追加されたら、README の Skills テーブルに自動で反映します。 差分を見やすく報告: 何が追加・削除・変更されたかを項目ごとにリスト化して報告します。 プロジェクト管理者: README を手動で常に更新するのは面倒だと感じている人 マイクロサービス・モノレポ運用者: 複数パッケージの構成変更を追いきれない状況を解決したい オンボーディング担当: 新しいメンバーが最新の正確な README を見られるようにしたい CI/CD 環境構築者: ドキュメント更新を自動化したいプロジェクト