菜单
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 を作成すること。