Skill.md検索

GitHubリポジトリ情報から自動的にプロジェクト名と説明を検出し、プロジェクト初期化を素早く開始します README、package.json、CLAUDE.md、Makefile、docs フォルダ内のドキュメントを実装内容に合わせて自動更新します Node.js、Python、Rustなど複数の技術スタックに対応した依存パッケージを自動インストールし、開発環境をすぐに使える状態にします テンプレートの履歴をリセットし、プロジェクト専用の新しいGit履歴を開始することで、テンプレート由来のコミットログを整理します 複数の新規プロジェクトを短期間に立ち上げる組織 テンプレートリポジトリをベースに開発をスタートしたい開発チーム セットアップ時の手作業ミスや設定漏れを防ぎたいプロジェクトリード まず gh repo view と git remote get-url origin でプロジェクト情報を自動検出します。$ARGUMENTS に値がある場合はプロジェクト名として使用し、検出できなかった項目（技術スタック等）はユーザーに確認します。次に make install で依存パッケージをインストールし、package.json の name/description を更新します。README.md はプロジェクト名・説明・技術スタック・ディレクトリ構成・Getting Started を新規内容に置き換えます。CLAUDE.md ではプロジェクト概要とリポジトリ構成、コマンド情報を実装に合わせて更新し、ポリシーセクション（コミット規約など）は維持します。docs/ 配下の SETUP.md、ARCHITECTURE.md、CONTRIBUTING.md、API.yml も新規プロジェクト向けに編成します。Makefile はiniit/build/up/down/logs/clean ターゲットは維持しながら、必要に応じて test/lint/format を追加し、docker-compose パスを調整します。最後に、ユーザーが明示的に同意した場合のみ .git をリセットして新規スタートさせ、完了レポートを表示します。

オペレーターとAI双方が開発ログ（LOG.md）に発言を記録でき、フィードバックの履歴を一元管理できます。 記録した発言に対してAIが自動的にコメントを付け、仕様・設計・タスク進捗と照合して対応状況を判定します。 スコープ外なのか、仕様通りなのか、タスク対応予定なのかを自動判別し、次のアクション（/spec、/design、/task など）を提案します。 対応完了の発言には自動的に✅マークが付き、未対応事項が視覚的に浮かび上がります。 プロジェクト全体の課題追跡（Issue Tracking）を簡潔に実現できます。 開発中に発見した問題や気になる点をどこに記録したらいいかわからない開発者 チーム内での問題報告・改善提案を体系的に管理したいプロジェクトマネージャー 仕様・設計・実装の三者が一貫性を持つことを確認しながら進めたい開発リーダー 過去に出た課題がどう対応されたかを後から追跡したいメンバー 開発ログ機能を通じてフィードバック記録と分析を行います。LOG.md はオペレーターと AI の両方が発言でき、他のスキルから記録する場合も必ずこのスキルを経由します。引数の先頭が「ai」で始まる場合は AI 発言モード、それ以外はオペレーター発言モードとしてテーブルに行を追加します。引数なし時は AI が未返信の発言に対してコメント分析を実施します。AI コメント作成時は REQUIREMENTS.md（仕様）、DESIGN.md（設計）、TASK.md（タスク）を読み込み、各発言の内容をこれらドキュメントと照合します。判定フロー：①スコープ外なら対応不要で✅、②仕様・設計通りなら対応不要で✅、③既にタスク対応済み（[x]）なら対応不要で✅、④対応予定([ ])なら次フェーズを待つ、⑤該当タスクなしなら /spec、/design、/task のいずれかの対応を提案する、という段階で判定し、簡潔に1〜2文でコメントを記入します。

docs/TASK.mdのタスクリストを基に、未完了タスクを順序立てて実装できます。 大タスク単位で作業ブランチを自動管理し、適切なGit操作を補助できます。 設計書を参照しながら実装内容を確認し、設計との齟齬を防げます。 各小タスク完了時にドキュメントを自動更新し、進捗管理を簡素化できます。 開発エンジニアで、タスクリストに沿った段階的実装を行いたい人 チーム開発で進捗管理を統一したい人 設計書との同期を保ちながら開発を進めたい人 タスクリストに基づいて実装を進めます。手順は①docs/TASK.mdを読み込み全体把握②$ARGUMENTSからタスク番号/名指定時は該当タスク、未指定時は最初の未完了タスクを対象に決定③実装前にgit branchで現在位置確認し、mainにいれば大タスク名でfeatureブランチ作成④docs/DESIGN.mdで対象タスク関連セクション確認⑤小タスクを順に実装→動作確認→docs/TASK.mdチェックボックス更新⑥中タスク完了時に結果報告、です。コード実装時の守るべきルールはCLAUDE.mdのコードスタイル遵守、秘密情報ハードコード禁止、設計外機能追加禁止、判断迷時のユーザー確認、設計との相違時は/log aiでLOG.md記録（ドキュメント直接更新禁止）です。

git diffから未コミット状態の全変更ファイルを取得し、仕様書・設計書と照らし合わせながら自動的に分析・レビューできます。 セキュリティ脆弱性（ハードコードされた認証情報、SQLインジェクション、XSS、認証チェック欠落など）、ロジックエラー、エラーハンドリング欠落、リソースリークを自動検出できます。 検出した全問題をファイル名・行番号・深刻度（CRITICAL/HIGH/MEDIUM/LOW）付きで報告し、具体的な修正案を提示するため、レビュー対応時間が短縮できます。 CRITICAL・HIGH問題が存在する場合は明示的に「コミット前に解消すべき」と警告し、問題内容をLOG.md（作業記録）に自動記録するため、プロジェクト全体の品質管理が効率化します。 本番環境でのバグやセキュリティ問題を事前に防ぎたい開発者 PRレビュー前にセルフチェックを自動化したいチーム コード品質ガイドラインを統一的に運用するプロジェクト

jest、vitest、pytest、go test、cargo testなど複数のテストランナーを自動検出し、プロジェクトに合ったテスト実行コマンドを自動選択できます。 全テストを実行し、結果（実行数・成功数・失敗数・スキップ数）をテーブル形式で見やすく報告できます。 テスト失敗時は具体的なテスト名と失敗理由を自動抽出し、LOG.md（作業記録）に記録するため、プロジェクト全体の問題追跡が効率化します。 特定のテストパスやパターンを指定してテストを絞り込み実行できるため、修正中の部分テストに対応できます。 コミット前に自動的にテスト実行結果を確認したい開発者 本番環境へのデプロイ前にテスト合否を一括チェックしたいリーダー テスト実行と失敗内容の記録を自動化したい開発チーム