「diff」の検索結果

Use this skill to differentiate IFTA (fuel tax) and IRP (apportioned registration). Covers what each is for, deadlines, and how they interact.

日本語の概要は準備中です。原文の説明を表示しています。

Use this skill to understand why CSA BASIC alert thresholds differ across carrier types. Covers general freight (65th percentile), passenger/hazmat (60th), and the regulatory rationale.

日本語の概要は準備中です。原文の説明を表示しています。

Use when designing a background-job system, choosing between BullMQ / Sidekiq / RQ / Temporal / SQS, deciding queue-vs-workflow, sizing concurrency vs rate limits, building dead-letter queues, or making handlers idempotent. Triggers: jobs running twice on retry, lost jobs after worker crash, DLQ filling up, Redis OOM from job backlog, exactly-once requested, "do we need Temporal?", visibility timeout / lockDuration confusion, exponential backoff vs jitter, fan-out fan-in workflows. NOT for outbound webhook publishing (different concerns), receiver-side webhook handling (different concerns), event-streaming/Kafka topology, or in-process async (event loop only).

日本語の概要は準備中です。原文の説明を表示しています。

This skill should be used when the user asks to "ドキュメントを更新して", "sync the docs", "update CLAUDE.md after this change", "実装に合わせてドキュメントを直して", or notices that docs have drifted from the codebase. Diffs git history to identify what changed, proposes targeted updates to CLAUDE.md, docs/architecture.md, docs/requirements.md, and README.md, then applies only approved changes.

差分からIssueを作成 + プロジェクトに登録 + サブイシューごとのコミット + Gitフロー（analyze-diff + plan + project-mgmt）。 トリガー例: 「/reg-commit」

差分からIssueを作成 + プロジェクトに登録 + 複数コミット + Gitフロー（analyze-diff + project-mgmt + repo-flow）。 サブイシューを作成せず、1つのIssueのみを作成し、ファイル単位・機能単位で複数のコミットに分けるフラットなパターン。 トリガー例: 「/reg-commit-flat」

差分からIssueを作成 + プロジェクトに登録 + 複数コミット + プッシュ + PR作成で終了（analyze-diff + project-mgmt + repo-flow PR作成まで）。 サブイシューを作成せず、1つのIssueのみを作成し、ファイル単位・機能単位で複数のコミットに分けるフラットなパターン。 マージは実行せず、PR作成で終了します。 トリガー例: 「/reg-commit-pr」

Use when explaining concepts at different expertise levels, moving between abstract principles and concrete implementation, identifying edge cases by testing ideas against scenarios, designing layered documentation, decomposing complex problems into actionable steps, or bridging strategy-execution gaps. Invoke when user mentions abstraction levels, making concepts concrete, or explaining at different depths.

日本語の概要は準備中です。原文の説明を表示しています。

Используйте, когда нужно загрузить в ИБ только текущие git-backed изменения исходников через repo-owned diff bridge.

日本語の概要は準備中です。原文の説明を表示しています。

Используйте, когда нужно сравнить source tree или выполнить adapter-aware diff через repo-owned entrypoint.

日本語の概要は準備中です。原文の説明を表示しています。

Expert AI art prompt engineer for Midjourney and Stable Diffusion. Generates high-quality prompts including unified batch illustrations, marketing designs, interactive compositions, and structured framework prompts with translations.

日本語の概要は準備中です。原文の説明を表示しています。

Tactical negotiation framework based on Chris Voss's "Never Split the Difference." Use when preparing for negotiations, during live negotiation scenarios, analyzing counterpart behavior, crafting responses to difficult conversations, handling objections, salary/contract negotiations, or when asked about negotiation techniques like mirroring, labeling, calibrated questions, or the Ackerman method.

日本語の概要は準備中です。原文の説明を表示しています。

Review code changes from current branch, an Azure DevOps PR, a git ref, or a diff/patch file. Trigger when user says "review this", "code review", "/df:code-review", or provides a PR id/URL, ticket URL, git ref, or diff path. Read-only — never posts comments.

日本語の概要は準備中です。原文の説明を表示しています。

Implements visual regression testing with screenshot comparison, diff detection, and CI integration using Playwright or Chromatic. Use when users request "visual testing", "screenshot testing", "UI regression", "visual diff", or "Chromatic setup".

日本語の概要は準備中です。原文の説明を表示しています。

Summarize git diffs in plain English

日本語の概要は準備中です。原文の説明を表示しています。

OpenClawのモデル通信やツール実行の不具合を、ログと再現操作で切り分けるスキル。保存済みの会話や添付資料も調べ、原因の修正と再検証につなげます。

• ローカルと実サービスの動作差を調べたいとき
• モデルに見えるツールの確認
• 応答ストリーミングの遅延・停止調査

会話の開始時に使えるスキルを確認し、応答や作業の前に読み込む手順を定めます。作業方法を決めるスキルを優先し、実行環境ごとの案内につなぎます。

• 会話開始時にスキルを確認したいとき
• 機能開発前にスキルを選びたいとき
• 不具合調査前にスキルを選びたいとき

コードの構造を調べ、理解やテストを難しくしている箇所の改善案を図入りHTMLレポートにまとめます。候補を選んだ後は、制約や設計判断を対話で掘り下げます。

• 変更が多い領域の設計を見直したいとき
• リファクタリング案を図で比較
• テストしやすいモジュール設計を検討

指定したコミットやブランチなどを基準にコードの変更を確認し、開発規約への適合と仕様の実現を別々にレビューします。二つの観点の指摘を分けて報告するスキルです。

• ブランチやPRの変更レビュー
• 指定コミットやタグ以降の確認
• 文書化された開発規約との照合

処理の流れや状態変化を試すHTML、または複数の画面案を切り替える試作品を作り、操作しながら設計上の疑問を確かめ、判断を記録するスキル。

• 複雑な状態変化を操作して確かめたいとき
• 異なる画面デザインを比較したいとき
• 非エンジニアに処理の試作品を共有したいとき

再現しにくい不具合や処理速度の悪化を、症状を判定するテストやスクリプトで調べます。原因候補の検証から修正、再発防止の確認まで進めるスキル。

• 再現しにくいエラーを調べたいとき
• 処理が遅くなった原因の調査
• 断続的な不具合を繰り返し検証

コードやデータ、APIの変更前に、実際の依存関係から影響範囲と必要な検証・復旧手順を整理し、実装後の差分と照合して見落としや範囲のずれを確認します。

• API変更の影響範囲の確認
• データベース移行と復旧計画の点検
• 認証変更のモジュール間影響の確認

既存コードの一部を監査し、設計判断の記録・実装慣行・不足機能・技術選定の四つの観点で課題を整理して、計画からテスト、修正、再監査まで進めます。

• 引き継いだコードの見直し
• 開発途中でECCを導入したいとき
• 機能追加前のモジュール再検討

MCP設定を読み、承認後も取得するコードが変わり得るパッケージ参照を確認するスキル。サーバーを実行せず、npm・Python・Dockerの指定を分類します。

• MCP設定を承認前に確認したいとき
• latestタグや版の範囲指定の確認
• CIへの再現可能な設定チェックの追加