「blast radius」の検索結果

Use after the Lean model changed and before touching backend code — regenerates Kotlin from Lean, lists changed generated symbols, the hand-written files and contract tests that reference them, and golden regressions, so the blast radius is known before implementation.

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

Author pull requests with intent-separated commits, blast-radius disclosure, and verification evidence. Load when opening a PR, writing a PR description, separating refactor from feature commits, or summarizing a change set for review. Also triggers on "write the PR", "PR body", "intent-separated commits", "split refactor from feature", "pr summary", or after safe-change cycles complete. Extends git-workflow-and-versioning — does not replace it.

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

Apply one logical code change with mandatory impact mapping, git snapshot, verification, and automatic revert on failure. Load when the user asks for a safe edit, verified change, one change at a time with rollback, or codespine-style edit loop. Also triggers on "safe change", "edit with verification", "don't break the build", "revert if tests fail", or any non-trivial code edit where blast radius matters. Always runs dependency-mapping first. Pairs with incremental-implementation for multi-slice work; this skill is one atomic verify cycle per invocation.

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

Analyze blast radius before making code changes

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

Plan safe refactors using blast radius and dependency mapping

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

Review only changes since last commit using impact analysis. Token-efficient delta review with automatic blast-radius detection.

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

Review a PR or branch diff using the knowledge graph for full structural context. Outputs a structured review with blast-radius analysis.

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

Chaos Engineering discipline — proactive experimentation on distributed systems to build confidence in their resilience. Covers Netflix-inspired chaos principles, experiment design, blast radius control, LitmusChaos and Chaos Mesh usage, game day planning, and production safety. USE WHEN: validating system resilience before production incidents, designing chaos experiments, planning game days, implementing CI/CD chaos pipeline, or building confidence in fault tolerance. Triggers on "chaos engineering", "chaos experiment", "game day", "resilience test", "fault injection", "Litmus", "Chaos Mesh", "break things on purpose".

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