Menü
コード変更（機能追加・バグ修正・リファクタリング）のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | implement |
| description | コード変更（機能追加・バグ修正・リファクタリング）のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。 |
コード変更を調査からコミットまで一気通貫で進めるワークフロー。KISS/DRY/SRP/YAGNI・既存パターン踏襲・「症状でなく根本原因を直す」は常に前提とする。
git status が clean であることを確認する{prefix}/{issue番号}-{英語で内容の説明} の作業ブランチを先に切る（プレフィックス: feature/ fix/ hotfix/ release/ test/ docs/ refactor/）/start-issue の利用を案内する.github/workflows/ci-build.yml を読み、変更が CI で正しく検証されるか確認するrenderHook（src/hooks/*.test.ts）、ライブラリ → 純粋関数（src/lib/*.test.ts）、コンポーネント → render + jsdom（src/components/*.test.tsx）ci-build.yml で実行されるか・tsconfig.json の exclude に追加が必要か・vitest.config.ts の include が検出するかを確認する変更が触れた領域に応じて、該当する検証スキルを実行する（複数該当なら複数実行）:
| 変更が触れた領域 | 発火するスキル |
|---|---|
src-tauri/src/commands/・invoke ラッパー（src/lib/）・src/types/generated/ | /ipc-check |
| 既存関数のコピー改変、追加/削除・成功/失敗の対称ペア | /symmetry-check |
| キャッシュ・fingerprint・request_key・DB スキーマ | /cache-check |
| UI 操作・言語表示・フォーム | E2E 手動実行の要否を判断し /e2e を案内（E2E は CI に含まれず、手動確認が唯一の統合テスト手段） |
| エンコーディング・日本語パス / UI デザイン / SQL・スキーマ / セキュリティ | 対応するレビュー系サブエージェント（encoding-reviewer / ux-reviewer / sqlite-tuning / security-reviewer）に検査を委譲 |
どの領域にも該当しない場合はその旨を報告して次へ進む。
コード変更が以下に影響する場合、同一コミットで対応ドキュメントも更新する（ドキュメント drift 防止）:
| コード変更 | 同期するドキュメント |
|---|---|
| 振る舞い・DB スキーマ・コマンド仕様 | SPEC.md |
src-tauri/src/commands/ 等へのモジュール（ファイル）新設・移動・削除 | SPEC.md §3.2 モジュール表 |
src/locales/*.json のキー増減 | docs/locale-customization.md のキー一覧 |
安全網（ci-build.yml・clippy.toml・scripts/hooks/・.claude/settings.json）の新設・変更 | /commit チェックリスト（グループ A/B）との整合を突合して同期する |
| アーキテクチャ・横断パターンの変更（書込経路・キャッシュ機構・スキーマ方式等） | .claude/skills/ を関連語で grep し、化石化するスキル記述を同一 PR で更新する |
/commit へ接続する（チェックリストの実行とコミットは /commit の責務）
/commit、PR 作成は /pr に委譲する。手順をこのスキルに重複記載しないドキュメントと実装の整合性を定期検査する。ユーザーが「ヘルスチェック」「整合性チェック」「/health-check」と言ったとき、またはサイクル完了後の点検を頼まれたときに使う。検出のみで修正はしない（報告のみ）。
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ（main 以外）で使うことを想定している。
サイクル終了後の振り返りを定型化する。ユーザーが「振り返りして」「レトロスペクティブ」「/retrospective」と言ったときに使う。
cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。
PR マージ後に main をローカル同期し、作業ブランチを後始末する。ユーザーが「マージ後の同期」「post-merge-sync」「ブランチ片付けて」と言ったとき、または PR のマージ後に使う。
ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー（/implement 等）の締めでコミットが必要になったときに使う。