메뉴
Keeps spec documents and design logs in sync after test implementation or fixes. Updates quantitative metrics (test count, suite count, type error count). Triggered by: "仕様書更新", "ドキュメント更新", "テスト後の仕様同期", "spec sync after test", "update docs after test", "テスト実装後の更新".
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Detects and reports divergences across implementation, design, and specifications. Never auto-fixes — always reports to the human for judgment. Triggered by: "仕様確認", "仕様同期", "spec確認", "仕様書チェック", "仕様と実装の整合性", "仕様乖離", "ルール確認", "規約整合性チェック", "ドリフト確認", "skill 整合", "rule 整合", "spec check", "sync check".
Runs unit tests (Vitest), optional E2E tests (Playwright), TypeScript type check, and ESLint, then reports results with pass/fail details and commit readiness. Triggered by: "テスト実行", "テスト確認", "カバレッジ確認", "品質チェック", "テストチェック", "コミット前確認", "test run", "run tests", "check coverage", "quality check", "pre-commit check".
Diagnoses CI-only test flakes — tests that pass locally but fail intermittently on GitHub Actions. Triaged via gh CLI log inspection. Recommends minimal diagnostic instrumentation (Vitest --reporter=verbose) before any code change. Triggered by: "CI が落ちる", "CI でだけ失敗", "テストがフレーキー", "ローカルでは通る", "間欠的に失敗", "CI flake", "intermittent failure", "flaky test", "passes locally fails in CI".
Analyzes existing production code, identifies untested paths and edge cases, and generates comprehensive test cases using the project's test infrastructure. Supports unit and component (Vitest + RTL), and E2E (Playwright) test generation. Triggered by: "テスト追加", "テストケース追加", "テスト補完", "テスト生成", "カバレッジ改善", "不足テスト", "テストギャップ", "add tests", "generate tests", "write tests for".
| name | spec-sync-after-test |
| description | Keeps spec documents and design logs in sync after test implementation or fixes. Updates quantitative metrics (test count, suite count, type error count). Triggered by: "仕様書更新", "ドキュメント更新", "テスト後の仕様同期", "spec sync after test", "update docs after test", "テスト実装後の更新". |
| invocation | automatic |
| allowed-tools | ["Read","Grep","Glob","Bash","Edit","Write"] |
テスト実装・修正が完了した後、関連する仕様書・設計ドキュメントを最新かつ一貫した状態に保ち、実装とドキュメントの乖離（ドリフト）を防ぐ。
| ファイル | 更新内容 |
|---|---|
docs/spec.md | 機能仕様に変更や追加があった場合、対象セクションを更新。 |
docs/design.md | コンポーネント構造、カスタムフック、APIサービスなどの設計を変更した場合に更新。 |
docs/tasks.md | 進捗状況やTODOリストを最新の状態に更新。 |
以下のコマンドを実行し、最新のテスト統計を取得します。
bun run test
出力から以下を記録します：
Tests: X passed, Y total （テスト総数・成功数）Test Suites: X passed, Y total （テストスイート数）以下のコマンドを実行して TypeScript のコンパイルエラーがないことを確認します。
bunx tsc --noEmit
docs/spec.md または docs/design.md を更新するテスト追加やバグ修正によって、設計上の前提、新規コンポーネント、または機能仕様に変更があった場合は、該当するドキュメント（spec.md または design.md）を速やかに更新します。
更新内容の要約を Git コミットメッセージに記載できる状態に整理します。
ドキュメントの更新が完了したら、Git コミットを実行します。
コミットメッセージには Conventional Commits 形式（例: docs(spec): update component specifications for ...）を使用します。
spec.md など）に反映させず、乖離した状態のまま PR を作成すること。