変更に含まれる設計判断・実装選択の論理的整合性を徹底的に検証し、確証バイアスを排除して判断精度を高める
「review」の検索結果
1.6万 件 ・ 関連度順
Ensure architecture docs capture availability targets, failover strategy, capacity headroom, and resilience trade-offs for critical services.
日本語の概要は準備中です。原文の説明を表示しています。
Ensure API design follows RESTful naming and consistent conventions.
日本語の概要は準備中です。原文の説明を表示しています。
Ensure API/contract changes specify versioning strategy, backward compatibility, deprecation plan, and migration guidance.
日本語の概要は準備中です。原文の説明を表示しています。
Ensure architecture/design docs define clear boundaries, ownership, dependency direction, and change impact to avoid tight coupling.
日本語の概要は準備中です。原文の説明を表示しています。
Detects domain terms drifting between code identifiers and the established ubiquitous language (same concept under different names, or different concepts sharing a name).
日本語の概要は準備中です。原文の説明を表示しています。
Ensure design docs explicitly capture risks, assumptions, and open questions with owners, deadlines, and mitigation plans.
日本語の概要は準備中です。原文の説明を表示しています。
Ensure architecture diagrams are readable, consistent with text, and clear on scope, boundaries, and data flow.
日本語の概要は準備中です。原文の説明を表示しています。
Riverbed Memory の suppression entry を活用するときの判断基準と CLI 操作を案内する。
Ensure design changes stay consistent across ADRs, diagrams, and specs; decisions are traceable; and drift is explicitly managed.
日本語の概要は準備中です。原文の説明を表示しています。
同一ファイル/隣接ファイル内で「規則Xを守れ」と宣言した直後にXを破っている、宣言と実装の乖離を検出する
Ensure architecture docs define bounded contexts, ownership, and a consistent ubiquitous language to prevent domain drift and coupling.
日本語の概要は準備中です。原文の説明を表示しています。
Enforce TypeScript strictness by reducing any/unsafe assertions and ensuring null handling.
日本語の概要は準備中です。原文の説明を表示しています。
画像・ボタン・フォーム要素に適切なアクセシブルネームがあるか確認する。
await 漏れ・floating promise・並行競合など、非同期処理の correctness バグを検出する。並列化の効率提案(SIMPLIFY Efficiency)や配線断点(e2e-wiring)ではなく、「await を忘れて結果・順序・エラー伝播が壊れる」実装バグに限定する
リファクタリング(構造変更)と機能変更(behavior change)が同一 diff に混在していないかを識別し、structural change に対する external behavior preservation の証拠(テスト・型・静的解析)が揃っているかを diff-time で確認する。証拠不足のときは Characterization Test 追加を促すか question とする。DTO/公開 API の破壊的変更検出は api-compatibility、完了主張の反証や抽出リファクタの性能特性退行は refactor-claim-audit、新知識の命名・責務・境界への反映は knowledge-to-code-alignment、投機的抽象化・スコープ逸脱は altitude-generalization / fix-scope-integrity へ委譲する
plan artifact がある時のみ、plan 中の assumption / open question が実装で解消された証拠を diff・PR 本文と突合する evidence-sufficiency 観点。解消されないまま残った前提・未記録の新規 Unknown を検出する。plan 欠損時は発火しない(Pre-execution Gate)。plan 欠損でも PR 本文に前提が inline 列挙されていれば列挙分のみ部分評価し、計画 issue の bare 参照だけなら skip する
Ensure tests use clear naming and cover edge cases with proper describe/it structure.
日本語の概要は準備中です。原文の説明を表示しています。
AGENTS.md などの恒久ドキュメントに一過性のタスクログが混入していないか、SOP / decision / log / learned の役割が混同されていないか、公開物(README / docs / 記事)に内部メモ・ローカルパス・AI 会話断片が残っていないかを差分で検出する
Detects long-lived objects (caches, listeners, singletons) that capture an entire enclosing scope via closures/environment capture, keeping large arrays or buffers alive, and proposes copying only the needed fields.
日本語の概要は準備中です。原文の説明を表示しています。
Evaluate and improve an existing Claude Code skill using explicit success criteria and small controlled changes. Use when the user asks to optimize a skill, reduce over-triggering or under-triggering, improve reliability, tighten instructions, or add evals for a skill. Also trigger on "スキルを改善して", "スキルを最適化して", "スキルの品質を確認して".
日本語の概要は準備中です。原文の説明を表示しています。
diff-time で「影響範囲を repo 全体で調査した証拠」「失敗系を検証した証拠」「外部依存・レート制限・キャッシュ整合を確認した証拠」の欠落を検出する evidence-sufficiency 観点。defect そのものは既存 skill へ委譲し、本 skill は「そのリスク種別を調査した証拠が差分・PR 本文・テストに残っているか」の meta 評価のみを行う。証拠が同一 diff に同梱(テスト・canary・grep 記録)されていれば充足とみなす
新規追加された UI コンポーネントに、variants(種類)とインタラクティブ状態(hover / focus / disabled / loading / error)が定義・文書化されているかを確認し、状態設計の欠落を検出する
リポジトリに DESIGN.md やデザイントークン定義が存在する場合に、新規 UI 実装の色・余白・フォントサイズ・角丸・シャドウがその定義済みスケールに準拠しているかを照合する。定義が無ければ実行しない