feat: capture before/after values for changed props/state/hooks during profiling

変更されたキーのプロファイリングとinspectElementを理解するために、issue #18とdevtools-bridge.ts:103-126および:131を読んでください。snapshot、targeted-watch、direct-fiberの各アプローチを比較し、そのうえで、この機能が受け入れるアプローチとパフォーマンス/精度の挙動を定義してください。このissueでは現在、単一の実装もテストも指定されていません。

Problem

Issue #18 surfaces the names of changed props/state/hooks in profiling output (e.g. props: onClick, className), but not their actual values. Knowing that className changed is useful, but knowing it changed from "btn" to "btn active" would be far more actionable for debugging.

The React DevTools profiling protocol only sends key names — values are not included by design (to keep profiling lightweight).

Possible approaches

Option A: Snapshot-based diffing (heavy, comprehensive)

During profiling, call inspectElement() after each commit for every component that changed. Store snapshots and diff consecutive ones to reconstruct before/after values.

• Pro: Uses existing infrastructure — inspectElement already works over the DevTools WebSocket protocol
• Con: inspectElement is async over WebSocket. Calling it for every changed component after every commit adds significant overhead and could slow profiling on busy apps
• Con: "Before" values are approximated (previous snapshot), not true pre-commit values

Option B: Targeted watch mode (practical middle ground)

Let the user specify components to watch during profiling (e.g. profile-watch @c5). Only snapshot those specific components after each commit, reducing overhead.

• Pro: Practical performance trade-off — overhead scales with watched components, not total tree size
• Pro: User explicitly opts in, so the cost is expected
• Con: Requires knowing which components to watch upfront (could combine with a post-hoc "inspect the top offenders" step)

Option C: Direct fiber access (fragile, precise)

Inject custom code into the page that reads fiber.memoizedProps / fiber.pendingProps during onCommitFiberRoot to capture true before/after values at commit time.

• Pro: Would give true before/after values with no async overhead
• Con: Very fragile — fiber internals are not a public API and break across React versions
• Con: Requires forking or monkey-patching React DevTools backend code
• Con: Significant implementation complexity

Context

• Depends on #18 (surface changed key names first)
• The tool connects to React via the DevTools wire protocol over WebSocket (devtools-bridge.ts)
• inspectElement() can already fetch full props/state/hooks on demand (devtools-bridge.ts:103-126)
• Profiling uses recordChangeDescriptions: true which only enables key name tracking (devtools-bridge.ts:131)