스킬 찾기

UI実装後の検証時に使用。agent-browser CLIでブラウザ上の動作を手動検証する。「UIを確認」「画面テスト」と言われたら使用（プロジェクトの E2E スイート実行は quality-check Step 5（推奨度・範囲で自動実施または確認）/ server-startup が担当）。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ログ設計の妥当性チェック。一般的なログ基準と日本国内法的要件（電子帳簿保存法・個人情報保護法等）に基づき、ログ設計・実装を検証する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when a multi-step change needs explicit sequencing, dependencies, or a handoff

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

作業開始時に使用。mainブランチでの作業禁止。Issue先行作成必須。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when independent tasks benefit from parallel work without shared state or sequential dependencies

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

機能・サービス・要件・前提条件などプロジェクトの知識をドキュメント化する。新規機能/サービスを作るとき、または既存機能を変更するときに必ず実行。新規ならドキュメントを作成、既存があれば更新する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

変更内容からミューテーション/E2Eの推奨度を判定し、強く推奨・範囲が小さい・副作用なしのものは確認なしで実施し、それ以外は最後の報告で確認する。quality-check Step 5から参照実行されるほか、開発中の任意タイミングで単体実行できる。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Git worktree を使った並列開発時に使用。配置・ポート割当・環境コピー・クリーンアップを標準化する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when starting feature work that needs isolation from current workspace or before executing implementation plans - ensures an isolated workspace exists via native tools or git worktree fallback

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when creating new skills, editing existing skills, or verifying skills work before deployment

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

マージ前に必ず実行。静的チェック・テスト・体制レビュー（変更内容で決まる統合レビュアー＋反証型QA＋専門家最大1体、基本1サイクル）と追加テスト（test-recommendation）を実施し、通過後のみmainへのマージ・直接pushが可能。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when recurring process failures, obsolete rules, or an explicit user request call for harness improvement.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

開発サーバー・E2E・ブラウザ検証時に使用。既存プロセスを停止してからプロジェクト指定ポートで起動し、作業後に必ず停止する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

実装前に呼ぶ。High/Medium リスク変更のテストオラクル（期待値の根拠）とファルシフィケーション項目を定義する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use before implementing any feature, behavior change, or refactor - settles requirements and design, then gets the design independently reviewed and approved by the user before code is written

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when continuing implementation from an existing plan

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when verified implementation is ready for an integration decision or authorized integration

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when arranging the project quality-check or investigating a concrete unresolved code concern

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when independent bounded tasks benefit from delegation during implementation

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when implementing any feature or bugfix, before writing implementation code

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when selecting skills for a task or resolving how skill workflows apply

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.