Skill.md検索

デプロイワークフローの全自動化：pull request（PR）作成から push、Linear タスク投稿まで、複数のステップを一括で処理し、デプロイに必要な作業を短縮できます。 単発の Git コマンドを即座に実行：コミット、ログ確認、差分表示、ブランチ操作など、アドホックな Git 操作をユーザーの指示通りに実行できます。 main ブランチを自動保護：main/master ブランチへの直接変更を防ぎ、自動的に feature ブランチを作成してから操作を実行し、誤った変更をブロックします。 操作タイプの自動分類：書き込み操作（commit、push など）と読み取り操作（log、diff など）を自動判定し、それぞれに適した実行方法を選択できます。 ブランチ名の自動生成：ユーザーがブランチ名を指定しない場合、操作内容と日付を組み合わせた分かりやすいブランチ名を自動作成できます。 Git 操作の手順を単純化したい開発者：デプロイに必要な複数の Git コマンドを一度に実行でき、手作業でのミスを減らせます。 main ブランチへの誤った直接変更が心配な人：自動的に feature ブランチが作成されるため、本番環境への予期しない変更を防げます。 単発の Git コマンドを頻繁に使う人：log、diff、blame など、ちょっとした確認操作を素早く実行してもらえます。 チーム開発で Linear タスク管理を導入している人：PR 作成と同時に Linear に自動投稿されるため、タスク追跡が効率化されます。 このスキルは 2 つのモードで動作します。Deploy Workflow モードは /team-review 完了後に PR 作成・push が要求された時に発動し、フル deploy フロー（Step 1-5）を実行します。Ad-hoc Git モードはユーザーが指定した git 操作を直接実行します。モード判定は「ユーザー要求を分析 → デプロイ意図がある場合は Workflow → 単発操作ならアドホック → 不明なら確認」で行われます。 Ad-hoc Git 操作は「書き込み型」（add、commit、push、merge、rebase、cherry-pick、tag、stash pop など）と「読み取り型」（log、diff、show、blame、status、branch、pull、fetch など）に分類されます。書き込み型で main/master 上の場合、「git branch --show-current で確認 → main/master なら通知 → feature ブランチ自動作成 → 元操作実行」という手順で保護します。ブランチ名フォーマットは feature/{operation}-{YYYYMMDD}（例：feature/fix-typo-20260318）で、{operation} は操作内容をケバブケースで 2-4 単語、{YYYYMMDD} は日付です。読み取り型操作（log、diff 等）は main 上でも制限なく実行できます。

削除・移動・複製の前に影響を確認: ファイルやフォルダを削除する前に、そのファイルが他の場所で参照されていないか自動チェックします。重要なファイルを誤って削除するリスクを大幅に削減できます。 操作のリスクレベルを自動判定: 削除のような危険な操作には追加の確認が、新規フォルダ作成のような安全な操作はすぐに実行されます。リスクに応じた適切な承認フローが組み込まれています。 すべての操作を記録して追跡可能: ファイルシステムの変更が自動で記録されるので、後から「何が変わったのか」を確認できます。問題が起きたときの原因究明も容易です。 開発ブランチでのみ実行: 誤ってメインブランチで危険な操作が実行されるのを防ぐため、開発用ブランチでのみ動作するようロックされています。 複雑なディレクトリ構造の整理も安全に実行: 複数のファイルやフォルダの移動を一度に行う場合でも、事前に変更内容を確認してから実行できます。 プロジェクトの構造を大幅に変更する必要があるエンジニア ファイル削除時に予期しない問題が発生した経験がある人 コードベースのリファクタリング（ファイル配置の改善）を安全に行いたい人 チーム全体でファイル操作の履歴を管理・共有したい組織

モジュール単位で担当を分割: 複数のエンジニア（またはAI アシスタント）が異なるモジュールを同時に担当できるので、開発が格段に高速化します。ファイル競合による手戻りも最小化できます。 依存関係を自動管理: 各エンジニアの実装タスクに依存関係が設定されているので、「先にこちらを完成させるべき」という優先順位が自動で追跡できます。 進捗の見える化: タスクリスト上で誰が何をしているか、どこまで完成したかがリアルタイムで把握できます。ボトルネックが起きそうな場合も早期に発見できます。 品質チェックの自動化: 実装完了後に自動で検証（テスト実行、コード確認）が行われるので、品質にばらつきが出にくくなります。 設計記録と実装の一貫性を保証: 事前に承認された設計に基づいて実装が進むので、後から大幅な修正が必要になるリスクが減ります。 大規模プロジェクトで複数エンジニアの作業が競合しやすいチーム 開発期間を短縮したい組織 モジュール単位での責任分担を明確にしたいプロジェクト 実装品質のばらつきを減らしたい人

複数のレビュアーが同時に検査: セキュリティ、コード品質、テストカバレッジなど異なる専門分野の視点から、実装を並列して審査できます。 問題を優先度付けして報告: 検出された問題を重要度順に整理し、対応すべき順番を明確にします。 自動修正と反復改善: 検出された中程度以上の問題に対して、自動的に修正を試みて再レビューまで行います。 決定事項をログに記録: レビュー結果や修正内容を自動的に記録し、後で参照できる形式で保存します。 開発チームリード・テックリード: 実装品質を多角的に確認して、本番環境の問題を未然に防ぎたい人 フルスタックエンジニア: セキュリティから品質まで幅広い観点でコードを確認したい人 QAエンジニア・テスター: テストカバレッジなども含めた総合的な品質評価が必要な人 スタートアップ・小規模チーム: 限られた人数で効率的に品質ゲートを実施したい組織