mcpField
T
team-frontend-debug

team-frontend-debug

github.com/catlog22テスト・品質2.1k37 回インストール19 週間前に更新
リポジトリ

team-frontend-debug について

team-frontend-debugは、複数エージェントでフロントエンドのテストとデバッグを行うスキルです。機能リストとバグ報告で異なるフローを選び、Chrome DevTools MCPで状態確認と修正検証を行います。

主な機能

  1. 01機能テストとバグデバッグのフロー
  2. 02ブラウザーのスクリーンショットとDOMスナップショット
  3. 03コンソールとネットワークリクエストの確認
  4. 04ブラウザーの操作
  5. 05修正検証と回帰への対応

活用シーン

  1. 01指定されたフロントエンド機能のテスト
  2. 02ブラウザーの不具合の再現と調査
  3. 03フロントエンド修正による回帰の確認

MCP 対応

ブラウザーの検査、操作、パフォーマンストレースにChrome DevTools MCPを使用します。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/catlog22/claude-code-workflow --skill team-frontend-debug

インストール後、Claude Code で/team-frontend-debugを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

roles/analyzer/
role.md
roles/coordinator/
role.md
roles/coordinator/commands/
analyze.md
dispatch.md
monitor.md
roles/fixer/
role.md
roles/reproducer/
role.md
roles/tester/
role.md
roles/verifier/
role.md
specs/
debug-tools.md
pipelines.md

詳細

フロントエンドデバッグチーム

Chrome DevTools MCP を活用した、機能リストのテストまたはバグ報告のデバッグに対応する、2 つのモードを備えたフロントエンドデバッグです。

アーキテクチャ

Skill(skill="team-frontend-debug", args="feature list or bug description")
                    |
         SKILL.md (this file) = Router
                    |
     +--------------+--------------+
     |                             |
  no --role flag              --role <name>
     |                             |
  Coordinator                  Worker
  roles/coordinator/role.md    roles/<name>/role.md
     |
     +-- analyze input → select pipeline → dispatch → spawn → STOP
                                    |
         ┌──────────────────────────┼──────────────────────┐
         v                         v                       v
    [test-pipeline]          [debug-pipeline]          [shared]
     tester(DevTools)        reproducer(DevTools)      analyzer
                                                       fixer
                                                       verifier

パイプラインモード

入力パイプラインフロー
機能リスト / 功能清单test-pipelineTEST → ANALYZE → FIX → VERIFY
バグ報告 / 错误描述debug-pipelineREPRODUCE → ANALYZE → FIX → VERIFY

ロールレジストリ

ロールパスプレフィックス内部ループ
coordinatorroles/coordinator/role.md——
testerroles/tester/role.mdTEST-*true
reproducerroles/reproducer/role.mdREPRODUCE-*false
analyzerroles/analyzer/role.mdANALYZE-*false
fixerroles/fixer/role.mdFIX-*true
verifierroles/verifier/role.mdVERIFY-*false

ロールルーター

$ARGUMENTS を解析します:

  • --role <name> を含む場合 → roles/<name>/role.md を読み込み、フェーズ 2〜4 を実行します
  • --role を含まない場合 → @roles/coordinator/role.md を読み込み、エントリールーターを実行します

共通定数

  • セッションプレフィックス:TFD
  • セッションパス:.workflow/.team/TFD-<slug>-<date>/
  • CLI ツール:ccw cli --mode analysis(読み取り専用)、ccw cli --mode write(変更)
  • メッセージバス:mcp__ccw-tools__team_msg(session_id=<session-id>, ...)

ワークスペースの解決

コーディネーターは TeamCreate の前に、フェーズ 2 で必ずパスを解決する必要があります。

  1. Bash({ command: "pwd" }) を実行し、project_root(絶対パス)を取得します
  2. skill_root = <project_root>/.claude/skills/team-frontend-debug とします
  3. team-session.json に保存します:
    { "project_root": "/abs/path/to/project", "skill_root": "/abs/path/to/skill" }
    
  4. すべてのワーカーの role_spec 値には、<skill_root>/roles/<role>/role.md(絶対パス)を使用する必要があります

これにより、run_in_background: true で起動したワーカーは、作業ディレクトリに関係なく、常に解決可能な絶対パスを受け取ります。

Chrome DevTools MCP ツール

ブラウザーの検査操作には、すべて Chrome DevTools MCP を使用します。主な利用者は Reproducer と Verifier です。

ツール目的
mcp__chrome-devtools__navigate_page対象 URL に移動
mcp__chrome-devtools__take_screenshot表示状態をキャプチャ
mcp__chrome-devtools__take_snapshotDOM/アクセシビリティツリーをキャプチャ
mcp__chrome-devtools__list_console_messagesコンソールログを読み取る
mcp__chrome-devtools__get_console_message特定のコンソールメッセージを取得
mcp__chrome-devtools__list_network_requestsネットワークアクティビティを監視
mcp__chrome-devtools__get_network_requestリクエスト/レスポンスの詳細を検査
mcp__chrome-devtools__performance_start_traceパフォーマンス記録を開始
mcp__chrome-devtools__performance_stop_traceトレースを停止して分析
mcp__chrome-devtools__clickユーザーのクリックをシミュレート
mcp__chrome-devtools__fillフォーム入力欄に入力
mcp__chrome-devtools__hover要素にカーソルを合わせる
mcp__chrome-devtools__evaluate_scriptページ内で JavaScript を実行
mcp__chrome-devtools__wait_for要素/テキストが表示されるまで待機
mcp__chrome-devtools__list_pages開いているブラウザータブを一覧表示
mcp__chrome-devtools__select_pageアクティブなタブを切り替え

ワーカー起動テンプレート

コーディネーターは次のテンプレートを使用してワーカーを起動します。

Agent({
  subagent_type: "team-worker",
  description: "Spawn <role> worker",
  team_name: <team-name>,
  name: "<role>",
  run_in_background: true,
  prompt: `## Role Assignment
role: <role>
role_spec: <skill_root>/roles/<role>/role.md
session: <session-folder>
session_id: <session-id>
team_name: <team-name>
requirement: <task-description>
inner_loop: <true|false>

## Progress Milestones
session_id: <session-id>
Report progress via team_msg at natural phase boundaries (context loaded -> core work done -> verification).
Report blockers immediately via team_msg type="blocker".
Report completion via team_msg type="task_complete" after final SendMessage.

Read role_spec file (@<skill_root>/roles/<role>/role.md) to load Phase 2-4 domain instructions.
Execute built-in Phase 1 (task discovery) -> role Phase 2-4 -> built-in Phase 5 (report).`
})

ユーザーコマンド

コマンドアクション
check / status実行ステータスのグラフを表示
resume / continue次のステップに進む
revise <TASK-ID> [feedback]指定したタスクを修正
feedback <text>修正用のフィードバックを入力
retry <TASK-ID>失敗したタスクを再実行

完了時のアクション

パイプラインが完了したら、コーディネーターは次の内容を提示します。

AskUserQuestion({
  questions: [{
    question: "Pipeline complete. What would you like to do?",
    header: "Completion",
    multiSelect: false,
    options: [
      { label: "Archive & Clean (Recommended)", description: "Archive session, clean up team" },
      { label: "Keep Active", description: "Keep session for follow-up debugging" },
      { label: "Export Results", description: "Export debug report and patches" }
    ]
  }]
})

仕様リファレンス

セッションディレクトリ

.workflow/.team/TFD-<slug>-<date>/
├── team-session.json           # Session state + role registry
├── evidence/                   # Screenshots, snapshots, network logs
├── artifacts/                  # Test reports, RCA reports, patches, verification reports
├── wisdom/                     # Cross-task debug knowledge
└── .msg/                       # Team message bus

エラー処理

シナリオ解決方法
すべての機能テストに合格成功を報告し、ANALYZE/FIX/VERIFY を実行せずにパイプラインを完了します
バグを再現できないリプロデューサーが失敗を報告し、コーディネーターがユーザーに詳細情報を求めます
ブラウザーを利用できないエラーを報告し、手動で再現する手順を提案します
分析で結論が出ないアナライザーが反復ループを通じて追加の証拠を求めます
修正によってリグレッションが発生ベリファイアーが失敗を報告し、コーディネーターが再修正を指示します
テストで問題が見つからない後続タスクをスキップし、すべて合格したことを報告します
不明なコマンド利用可能なコマンド一覧とともにエラーを返します
ロールが見つからないロールレジストリとともにエラーを返します

コメント