القائمة
cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | deps-update |
| description | cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。 |
| disable-model-invocation | true |
npm と cargo の依存を安全に更新する。
以下を並列で実行する:
npm outdated
cargo update --dry-run
npm view <pkg>@<ver> engines exports peerDependencies）。見送って issue 化する場合もこの実測結果を issue に書く（想定で書くと着手時にスコープごと覆る。#185 は「マッチャー波及」を懸念して起票したが、実際の争点は engines.node と CI のランタイム版だった）@tauri-apps/cli / @tauri-apps/api / 各プラグイン / tauri クレート）: CLI・api・プラグインの版を揃えるtauri-plugin-sql との links 制約で上限が固定されている。src-tauri/CLAUDE.md「rusqlite と sqlx-sqlite の libsqlite3-sys 共有制約」を読み、解錠条件を満たしていない限り major bump しないsrc-tauri/CLAUDE.md「依存クレートの移行・更新」）に従うnpm update # package.json の semver 範囲内
cargo update # Cargo.lock の更新
範囲を超える更新（メジャー）は package.json / Cargo.toml を個別に編集する。
/commit のコミット前チェックリストを全実行する。UI に波及しうる更新（React・Fluent UI・i18next・tauri 系）の場合は /e2e の手動実行を推奨する。
toolchain 更新（rustup stable の bump）時の clippy 再ゼロ化: CI（
ci-build.yml）はdtolnay/rust-toolchain@stable（浮動）で clippy を-D warningsゲートしている。cargo updateとは別に stable が上がると新 lint で CI が突然赤くなりうる。rustup updateで stable を上げたら、依存更新と同一 PR かは問わずcargo clippy --workspace --all-targets -- -D warningsと bench 構成（--features bench --all-targets）を再実行し、警告ゼロを回復してからコミットする。toolchain は固定していない（新 lint を早期検知する方針・#175）。順序が重要: toolchain を先に上げ、依存を変更していないツリーでベースラインを取ってから依存更新に入る。逆順だと赤が出たとき「新 lint 由来」か「新版由来」かを切り分けられない。
Node ランタイムの EOL 確認: Rust とは非対称で、CI の
node-versionは明示ピン（浮動でない）。放置しても赤くならず、静かに EOL のランタイムで回り続ける。依存更新のたびにnode -v・ci-build.yml/release.ymlのnode-version・Node のリリース予定 を突き合わせる。.npmrcが無くengine-strictは既定 off のため、engines.nodeを満たさない依存を入れてもnpm ciは警告どまりで失敗しない——CI の赤は検知手段にならない（#185 で EOL 経過後の Node 20 を検出）。
/commit → /pr へ接続する。更新内容（何をどの版からどの版へ）を PR 本文に列挙する。
ドキュメントと実装の整合性を定期検査する。ユーザーが「ヘルスチェック」「整合性チェック」「/health-check」と言ったとき、またはサイクル完了後の点検を頼まれたときに使う。検出のみで修正はしない（報告のみ）。
コード変更（機能追加・バグ修正・リファクタリング）のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ（main 以外）で使うことを想定している。
サイクル終了後の振り返りを定型化する。ユーザーが「振り返りして」「レトロスペクティブ」「/retrospective」と言ったときに使う。
PR マージ後に main をローカル同期し、作業ブランチを後始末する。ユーザーが「マージ後の同期」「post-merge-sync」「ブランチ片付けて」と言ったとき、または PR のマージ後に使う。
ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー（/implement 等）の締めでコミットが必要になったときに使う。