Skill.md検索

複数の視点からバグを自動検出：Ship チャットログ・ソースコード品質・E2E テスト結果の3つの情報を並行分析し、1つの視点では見落とすバグを多角的に発見できます。 本番環境到達前にバグを潰す：開発プロセス中のエラーパターン、コードの品質問題、テスト失敗を統合的に分析することで、ユーザーが遭遇する前にバグ報告を起票できます。 バグの根本原因を推測できる情報を集約：チャットログから開発中の迷いや試行錯誤、コードから構造的な問題、テストから実装漏れを把握し、Issue に「疑わしい原因」として記録できます。 チーム全体の開発品質を見える化：エラーの頻出パターン（Retry ループ、タイムアウト、Escort Gate の拒否パターン）を定量的に把握でき、チーム全体の改善課題を明確化できます。 手作業のバグ検査工数を大幅削減：3つの Dispatch を並行実行することで、複数人で担当していたレビュー・テスト検証業務を自動化できます。 品質保証・QA を強化したいプロダクトチーム AI による自動開発システムの出力品質を監視したいエンジニアリング組織 リリース前のバグ検出工数を削減したいプロジェクトマネージャー 開発プロセス全体の可視化と改善を推進したい技術リード /audit-bug は Dock（Commander）から呼び出されるスキルで、3つの Dispatch を並行起動してそれぞれの完了を待機します。（1a）チャットログ分析では Ship と Escort のログを読み、エラーメッセージ・異常な状態遷移・Retry ループ・未処理例外・Escort 拒否パターン・プロセスクラッシュ・タイムアウトパターンを検出。（1b）ソースコード品質分析では Engine のコード問題（型安全性、エラーハンドリング、複雑度）を検査。（1c）E2E テスト結果分析では テスト失敗パターンと環境問題を特定します。各分析結果はバグタイトル・ソース（ワークツリー/ログファイル）・エビデンス・カテゴリ（ERROR/RETRY_LOOP/TIMEOUT など）・重大度・説明・疑わしい根本原因をまとめて出力され、Commander が gh issue create で一括起票します。重複検出排除と既知 Issue との照合により、無駄な起票を防ぎます。

GitHub Issue をベースに機能実装をワンフローで完結できる。調査・計画・実装・テスト・コミット・PR・レビュー・受け入れテスト・CI・マージまで、すべてのステップが統合されています。 ワークフロー途中の中断・再開に対応できる。.claude/workflow-state.json に進捗状態を保存し、中断時点から自動的に再開できるため、長時間の作業でも安心です。 vibe-admiral との連携で、ラベル変更・Worktree 管理を自動化できる。環境変数設定により、手動操作を削減し、CI・ステータス遷移を効率化できます。 複数の Issue 選択モードに対応できる。Issue 番号、タイトル一部検索、または自動選択（unblocked かつ status/todo ラベル）による柔軟な Issue 指定が可能です。 GitHub Issues ベースの開発プロセスを実践しているチーム。Issue から PR マージまでの工数を大幅に削減、自動化による人的ミス低減が実現できます。 複雑な機能実装に取り組むエンジニア。計画段階・実装段階・テスト段階を明確に分離でき、品質とトレーサビリティが向上します。 CI/CD パイプラインを運用している開発組織。ステータス遷移を admiral-request プロトコルで自動表明し、GitHub ラベル更新と CI を連動させられます。 長時間の作業を中断・再開する必要があるフリーランス・兼務者。workflow-state.json により、どのステップまで完了したか把握でき、効率的に再開できます。 GitHub Issues ベースの統合実装スキル。dev-shared の /feature と /cleanup を統合、調査→計画→実装→テスト→コミット→PR→レビュー→受け入れテスト→CI→マージを一気通貫実施。CRITICAL として、開始前に .claude/workflow-state.json を確認、存在すれば currentStep から再開、なければ Step 1 から開始します。workflow-state.json は skill、issueNumber、currentStep、completedSteps、branchName、prNumber、reviewTaskId、acceptanceTestAttempts を含むフォーマット。vibe-admiral 連携判定（環境変数 VIBE_ADMIRAL を確認）により、設定時は Worktree・ラベル変更・後処理をスキップ、ファイル伝言板方式の受け入れテストを使用、admiral-request ブロックでステータス遷移を表明します。遷移時は { "request": "status-transition", "status": "" } を出力、implementing 遷移時のみ planCommentUrl を含める。Engine からの応答を .claude/admiral-request-response.json で確認、ok: true で遷移確定。引数は Issue 番号（#42 または 42）またはタイトル一部、省略時は GH Issue 一覧から unblocked かつ status/todo ラベルのものを自動選択。